| 00:05.46 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:34.15 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 02:02.35 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 02:18.05 | brlcad | had replied in private, sees she forwarded the reply to the list |
| 02:18.26 | brlcad | yet more lacking attention to detail.. |
| 02:23.31 | Notify | 03BRL-CAD:brlcad * 55631 brlcad/trunk/include/brep.h: support compiling with this header in c90 mode, no // comments in non-c++ sections of the file |
| 02:29.16 | Notify | 03BRL-CAD:brlcad * 55632 brlcad/trunk/src/librt/primitives/brep/brep.cpp: set but unused var quellage |
| 02:59.24 | Notify | 03BRL-CAD:brlcad * 55633 brlcad/trunk/include/brep.h: reminded of some instanity in the C standard that has comments parsed in phase 3 BEFORE the preprocessor (phase 4) so even #if 0 // comments being compiled in -pedantic mode will cause gcc to issue a warning. it's a silly unhelpful interpretation by the gcc devs (that a warning needs to be issued in phase 3 just because it's a comment issue even if the comment |
| 02:59.27 | Notify | is in code hidden by the pre-processor. at least accommodating the silly is simple. |
| 03:02.07 | Notify | 03BRL-CAD:brlcad * 55634 brlcad/trunk/src/conv/3dm/3dm-g.cpp: remove unhelpful comment |
| 03:02.14 | brlcad | that was apparently why distcheck-autotools was failing where it used to be succeeding, helps to read the error messages! |
| 03:17.54 | *** join/#brlcad kingofcsu (de8303d9@gateway/web/freenode/ip.222.131.3.217) | |
| 03:18.48 | kingofcsu | Linux king-laptop 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64 GNU/Linux make[2]: *** [src/libged/CMakeFiles/libged.dir/simulate/simphysics.cpp.o] Error 1 |
| 03:19.01 | kingofcsu | make[1]: *** [src/libged/CMakeFiles/libged.dir/all] Error 2 |
| 03:34.27 | starseek1r | brlcad: so what I did in 54833 was correct? |
| 03:37.16 | starseeker | hadn't worried about sprinkling the c99 flag around after some of the OSX system headers started *requiring* it... |
| 03:51.22 | brlcad | starseeker: yeah, I guess you reverted it at some point? |
| 03:52.44 | brlcad | the c99 flag? |
| 04:10.47 | starseeker | std=gnu99 |
| 04:11.00 | starseeker | or are you saying the autotools build was *still* failing just now? |
| 04:11.23 | starseeker | it only failed in my testing when make clean hit libpng |
| 04:11.55 | starseeker | brlcad: IIRC you told me when I originally changed the comments to C style that I shouldn't need to do that and something else was wrong... |
| 04:12.25 | starseeker | I went with the std=gnu99 solution since the CMake build was doing that and the flag was needed in some other cases anyway... |
| 04:13.35 | starseeker | nice to know I wasn't nuts and the gcc compiler was doing something weird |
| 04:13.37 | starseeker | :-) |
| 22:36.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:36.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 23:44.51 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:44.51 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |