IRC log for #brlcad on 20160427

00:21.15 Notify 03BRL-CAD:brlcad * 67789 (brlcad/trunk/src/conv/euclid/euclid-g.c brlcad/trunk/src/fb/fb-cmap.c and 29 others): slew of reversion cleanup to not print usage statements just because the programs run without any options. they all print usage with -h and most if not all will not print informative messages, particularly when writing out to a file.
00:32.18 *** join/#brlcad npcxrxcqvdtmjmdl (~armin@dslb-088-067-242-142.088.067.pools.vodafone-ip.de)
01:20.33 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
02:43.17 *** join/#brlcad Barun (~Barun@117.211.90.154)
05:03.59 *** join/#brlcad ickby (~stefan@tmo-103-153.customers.d1-online.com)
05:19.32 *** join/#brlcad tandoorichick (b64b2d01@gateway/web/freenode/ip.182.75.45.1)
05:25.35 *** join/#brlcad KimK (~Kim__@ip68-102-66-31.ks.ok.cox.net)
06:52.37 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:55.07 *** join/#brlcad sniok (~sniok@89.252.2.135)
07:56.55 *** join/#brlcad ries (~ries@D979C7EF.cm-3-2d.dynamic.ziggo.nl)
08:06.11 *** join/#brlcad sniok (~sniok@89.252.2.135)
08:53.01 *** join/#brlcad tandoorichick (b64b2de1@gateway/web/freenode/ip.182.75.45.225)
09:10.50 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
09:51.30 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
10:26.14 *** join/#brlcad teepee` (bc5c2133@gateway/web/freenode/ip.188.92.33.51)
10:35.12 *** join/#brlcad mandeeps708 (~Mandeep@202.164.53.117)
12:17.12 *** join/#brlcad yorik (~yorik@187.35.19.227)
13:08.58 Notify 03BRL-CAD:starseeker * 67790 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: Useful to know what we're missing, but this isn't the place to set these vars. Need to figure out somehow why they aren't set when this test is run...
13:34.15 starseeker brlcad: I think I see what happened. When no build type is set (CMAKE_BUILD_TYPE="") CMAKE_C_FLAGS gets all the C flags, and the check_c_source_runs macro *does* see CMAKE_C_FLAGS (which means it's testing correctly.)
13:36.42 starseeker when I set CMAKE_BUILD_TYPE=Debug, CMAKE_C_FLAGS_DEBUG is the one that gets the std=gnu89 flag - and CMAKE_C_FLAGS_DEBUG appears to not be used by the testing macro
13:38.16 starseeker So really, going by the CMake docs, we shouldn't actually be depending on any of the CMAKE_C_FLAGS vars (even the basic one) being passed to the tests, and should instead ensure that the CMAKE_REQUIRED_FLAGS variable has everything we actually want to be part of the "test environment"
13:40.32 starseeker which exposes a dilemma for multi-configuration builds, since in principle we could get two different test results for the different flag sets associated with each configuration. Almost need a way to select different brlcad_config.h files with different results at run time to make that work right... hmm...
13:41.19 starseeker it doesn't really matter right now on Windows, since we aren't yet trying serious flag management there, but it might be a problem for Xcode
13:42.40 starseeker the option I suppose would be to completely shut down the notion of multi-configuration and enforce the one-configuration-per-configure-run model
13:43.04 starseeker no denying that would simplfy our CMake logic in quite a few places
13:52.17 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
14:08.23 *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
14:12.40 Notify 03BRL-CAD:starseeker * 67791 brlcad/trunk/CMakeLists.txt: For now, take BUILD_TYPES specific assignments of CHECK_C_FLAG and CHECK_CXX_FLAG results out of the picture. CMAKE_C_FLAGS apparently gets picked up by the check_c_source_runs tests, but the config specific vars do not. Rather than relying on CMAKE_C_FLAGS, we should be using the documented CMAKE_REQUIRED_FLAGS variable to define our testing environment -
14:12.42 Notify TODO. This also exposes a problem of how to store and use results specific to debug/release environment definitions in a single CMake configuration process, which is not well handled currently. Possible solutions include build time selection of different config.h files and forcing CMake to operate in one-config-per-cmake-run mode regardless of whether the build tool supports multiple configurations, but what the
14:12.44 Notify 'correct' solution is isn't clear to me yet....
14:55.18 *** join/#brlcad shubham_ (01163ee4@gateway/web/freenode/session)
14:55.29 *** join/#brlcad shubham_ (01163ee4@gateway/web/freenode/ip.1.22.62.228)
14:55.48 *** join/#brlcad ChanServ (ChanServ@services.)
14:55.48 *** mode/#brlcad [+o ChanServ] by sendak.freenode.net
14:57.35 Notify 03BRL-CAD Wiki:Sean * 9607 /wiki/Google_Summer_of_Code/2016: stub in page for our 2016 students
15:05.25 *** join/#brlcad MandeepSingh (~Mandeep@117.199.110.82)
15:09.26 Notify 03BRL-CAD Wiki:Sean * 9608 /wiki/Google_Summer_of_Code:
15:15.22 Notify 03BRL-CAD Wiki:Sean * 9609 /wiki/Google_Summer_of_Code/2016:
15:27.07 brlcad FYI everyone, brlcad.org DNS has now been updated to the new server
15:27.55 brlcad people logging in can still reach the old server via bzflag.bz or old.brlcad.org
15:29.08 brlcad starseeker: take me a few minutes to absorb all of that... but I think I get it
15:30.13 brlcad maths22: did the databases just come up cleanly? we've had a few edits to the brlcad wiki in the past week .. should I copy them over or just manually redo the changes?
15:30.27 brlcad don't know if you put them through some upgrade steps or something
15:47.10 andromeda-galaxy brlcad: brlcad.org is on its own server now?
15:56.46 *** join/#brlcad MandeepSingh (~Mandeep@59.91.237.24)
16:01.44 *** join/#brlcad tandoorichick (3d0c28b1@gateway/web/freenode/ip.61.12.40.177)
16:29.12 *** join/#brlcad ih8sum3r (~chatzilla@122.173.207.111)
16:30.14 *** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
16:51.12 *** join/#brlcad sniok (~sniok@89.252.2.135)
16:56.48 *** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
17:19.17 *** join/#brlcad MandeepSingh (~Mandeep_S@202.164.53.122)
17:40.58 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
18:01.07 *** join/#brlcad Barun (~Barun@42.104.77.146)
18:29.00 brlcad andromeda-galaxy: yes, just updated dns today
18:29.25 brlcad andromeda-galaxy: do you know the answers to what I was asking maths22?
18:29.40 brlcad if the databases came up cleanly or if they needed an upgrade or soemthing
18:30.11 brlcad will need to get everyone off this server asap :)
18:30.22 Barun brlcad : Hi, sorry to interrupt. I have two issues, first, a compilation error in the xmllint docbooks area. When I don’t compile docbooks (by settings EXTRADOCBOOKS off), it works, but it doesn’t seem to compile with graphics enabled, and cmake refuses to find my OpenGL frameworks
18:30.56 brlcad Barun: first issue, dunno -- try to fix it ;)
18:31.13 Barun Lol, allright :p
18:31.18 brlcad should be something simple because it compiles cleanly elsewhere
18:31.23 brlcad read the error, debug :)
18:31.27 Barun Yeah figured it was system specific
18:31.30 Barun just wanted to check :)
18:32.08 brlcad for the other, that's a bit more complex -- maybe post your entire cmake output to see which opengl-related tests are passing and failing
18:32.19 Barun May be an issue with xmllint, http://pastebin.ca/3583940 ?
18:32.19 Barun Ah
18:32.24 Barun Hold on, I’ll do that
18:32.26 brlcad that said, don't particularly need opengl unless you're working on archer
18:32.41 Barun Urm
18:33.00 Barun So after compilation the executable should be in bin/mged, right?
18:33.04 brlcad Barun: heh, did you read the xmllint error? :)
18:33.15 brlcad we run it to validate our docs
18:33.15 Barun A file that doesn’t exist
18:33.18 brlcad it's saying validation fails
18:33.23 brlcad ... because the file doesn't exist
18:33.36 Barun Urm
18:33.41 Barun I’m guessing just creating one won’t fix it
18:33.43 Barun ?
18:33.43 brlcad that wouldn't be a problem with xmllist, it's a problem with our build file (probably)
18:34.01 Barun I should go try that out
18:34.09 brlcad look in doc/docbook/system/mann/CMakeLists.txt to see if it's listed
18:34.28 brlcad if the file exists in that path (check source and build dir), then some copy rule is failing
18:34.55 brlcad if it doesn't exist, then the cmakelists.txt file is probably out of date and a line specifying Introduction.xml needs to be removed
18:35.06 brlcad give it a look see if you can figure it out :)
18:35.35 brlcad might help to check the log: svn log doc/docbook/system ... see if you see anything related to Introduction.xml recently
18:36.50 Barun Doesn’t exist in the cmakelists text file
18:37.05 Barun I mean its not listed
18:38.14 Barun but…it does exist
18:38.26 Barun in doc/docbooks/system/mann
18:39.39 Barun in the source directory
18:40.08 Barun I last built without docs, so its not in the build dir, but I imagine it would be..
18:40.24 Barun So…introduction.xml is not being copied over?
18:40.53 Barun As in, cmakelists.txt needs to be updated to add introduction.xml? I’m a little confused at this point, sorry, but it seems to me that its not a likely thing to remove..
18:53.15 *** join/#brlcad Mathnerd314 (~quassel@supertux/Mathnerd314)
19:06.35 *** join/#brlcad ickby_ (~stefan@x5d84d73c.dyn.telefonica.de)
19:15.28 Barun brlcad : fixed it :)
19:15.51 Barun At least…I didn’t fix it myself…I did however change cmakes parameters, which seemed to fix it on its own..
19:16.35 *** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
19:36.44 *** join/#brlcad merzo (~merzo@150-55-201-46.pool.ukrtel.net)
20:31.29 *** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
20:53.03 *** join/#brlcad ickby (~stefan@x5d84d73c.dyn.telefonica.de)
21:44.25 andromeda-galaxy brlcad: I don't, I haven't had a chance to talk to maths22 in a while.
21:45.18 andromeda-galaxy is the intention to move everything else over to the new server as well?
22:24.48 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
23:39.02 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.