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 |
|