IRC log for #brlcad on 20101121

01:54.26 *** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:27.33 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
02:54.24 brlcad starseeker: AHA, that's good to know then.. linker mismatch is good then
02:55.11 brlcad given it works with their linker, that probably just means that they are encoding the symbols differently than the gnu linker expects
02:56.02 brlcad i'm not familiar with what the byteoffset problem is
02:56.24 brlcad we have very compiler-specific code in there for that, so I'd expect just additional logic is needed for their compiler
02:57.01 brlcad you'd have to figure out how to get a byte offset at compile-time -- one of the 3-4 methods we use is going to work
02:59.31 starseeker brlcad: I must be missing something then - I had assumed based on the bu_byteoffset definition I saw in bu.h that at least one of those define statements would be active regardless - even if it was the wrong offset for the compiler
03:00.16 starseeker wouldn't that mean that we would get errors due to a WRONG offset, but not the "compile-time constant" issue?
03:00.29 starseeker "error: initializer element is not a compile-time constant"
03:01.11 starseeker (btw, I had to actually swap out /usr/bin/ld for the llvm-ld - apparently LD can't be set at configure time?
03:20.52 starseeker hmm - response from the clang list on the fnmatch issue directed me to this: http://clang.llvm.org/compatibility.html#inline
06:35.44 *** join/#brlcad 45PABGLMR (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
08:28.23 *** part/#brlcad benjr (~Administr@ip-118-90-104-32.xdsl.xnet.co.nz)
08:46.59 *** join/#brlcad PrezKennedy (MK@whitecalf.net)
14:32.16 brlcad pretty cool: https://github.com/revarbat/TkCAD/wiki/Screenshots
14:34.56 brlcad starseeker: er.... one of the define statements should be active, but there's absolutely no reason to think that the default one means anything sensible
14:35.49 brlcad it's just taking a blind guess and it could be a wrong offset or a non-compile-time constant offset or be something that makes the compiler crash for all you know
14:36.13 brlcad it might as well say "undefined for this compiler" and halt the build
14:36.38 brlcad you can't overlook it -- if you have a new compiler, you have to figure out which method to use and add the logic
14:44.42 CIA-55 BRL-CAD: 03brlcad * r41410 10/brlcad/trunk/src/libbu/fnmatch.c: these should always be static since they have inline hinting in order to make the clang compiler's c99 behavior mode happy. see http://clang.llvm.org/compatibility.html#inline
15:01.28 starseeker brlcad: TkCAD does look cool - what license does it use?
15:19.25 louipc brlcad: wow you're some amazing wizard. How'd you find that so quickly?
15:51.07 starseeker HAH! got opennurbs example_gl.cpp to compile - obviously isn't robust to complex models, but it does something:
15:51.10 starseeker http://bzflag.bz/~starseeker/opennurbs_example_gl_bw.png
15:53.22 starseeker bit better luck with a simple model: http://bzflag.bz/~starseeker/opennurbs_example_gl_touchkit.png
19:04.42 *** join/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:31.46 *** part/#brlcad velociostrich (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:32.47 *** join/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:33.00 *** part/#brlcad nsd (~nsd@c-68-37-119-2.hsd1.nj.comcast.net)
19:41.54 *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net)
20:39.11 *** join/#brlcad mafm (~mafm@75.Red-81-38-237.dynamicIP.rima-tde.net)
21:19.44 starseeker apples find and sed to opennurbs to see what doxygen does with a stupid simple attempt at doxygenification
21:19.53 starseeker applies even
21:34.48 starseeker huh - not as bad as I half expected
22:25.14 *** join/#brlcad R0b0t1 (~Enigma@64-136-219-55.dyn.everestkc.net)
22:25.14 *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
23:36.27 ``Erik

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