00:12.39 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
00:41.29 |
brlcad |
minute: woo hoo! |
00:41.33 |
brlcad |
that's awesome |
00:41.58 |
brlcad |
I gather the template isn't live yet |
00:42.15 |
brlcad |
either way, sounds like great
progress! |
05:38.07 |
*** join/#brlcad Twingy
(n=justin@74.92.144.217) |
07:05.24 |
*** join/#brlcad Z80-Boy
(i=clock@217-162-111-169.dclient.hispeed.ch) |
07:05.34 |
*** join/#brlcad elite01
(n=elite01@195.37.106.60) |
07:25.43 |
*** join/#brlcad yukonbob
(n=yukonbob@198.235.198.234) |
08:08.28 |
*** join/#brlcad weebee
(n=weebee@86.90.88.15) |
08:09.14 |
weebee |
Hi, using XChat I finally managed to log
on... |
08:09.33 |
weebee |
Do i need to register my nick names? |
08:20.25 |
yukonbob |
weebee: if you're not using a registered nick,
I think you can't send txt in private chats. |
08:22.27 |
weebee |
ok. I assume registering is as simple as
sending a message to the nick server? : ''msg nickserv register
<passwd>"' |
08:24.21 |
*** join/#brlcad Z80-Boy
(n=clock@zux221-122-143.adsl.green.ch) |
08:24.49 |
weebee |
(few days ago I logged in as Wim, this does
not work anymore; I must be very annoying to see my attempts to log
on) |
08:59.28 |
*** join/#brlcad Axman6
(n=Axman6@pdpc/supporter/student/Axman6) |
10:03.22 |
weebee |
test |
10:12.19 |
Axman6 |
'lo all |
10:14.41 |
Axman6 |
i'm getting weird compile errors: In file
included from if_wgl.c:63: |
10:14.41 |
Axman6 |
/usr/include/tk.h:72:3: error: #error Tk 8.4
must be compiled with tcl.h from Tcl 8.4 |
10:15.29 |
Axman6 |
i'm on OS X 10.5, and my configure command
loks like this: ./configure --with-x11=/usr/X11 --enable-optimized
--enable-64bit-build LDFLAGS="-L/usr/X11/lib"
CPPFLAGS="-I/usr/X11/include" CFLAGS="-m64 -mtune=nocona -arch
x86_64 -lGL -lX11 -dylib_file
/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib" |
10:15.53 |
Axman6 |
that's what was required to get it to
configure ok, but i guess not enough to build :\ |
10:18.24 |
Axman6 |
might try without the 64-bit stuff first
actually |
10:39.53 |
*** join/#brlcad elite01
(n=elite01@dslc-082-082-064-022.pools.arcor-ip.net) |
12:43.05 |
*** join/#brlcad docelic
(n=docelic@77.237.112.177) |
12:46.14 |
*** join/#brlcad yukonbob
(n=yukonbob@198.235.198.234) [NETSPLIT VICTIM] |
12:46.14 |
*** join/#brlcad poolio
(n=poolio@bz.bzflag.bz) [NETSPLIT VICTIM] |
12:53.05 |
*** join/#brlcad docelic
(n=docelic@77.237.112.177) |
14:27.51 |
*** join/#brlcad weebee
(n=weebee@86.90.88.15) |
15:22.36 |
brlcad |
Axman6: using system tcl and tk on mac os x
presently configures correctly, but (obviously) doesn't compile
correctly -- have to let it build brl-cad's |
15:23.07 |
brlcad |
you can use the --enable-all flag and it
should work |
15:23.41 |
Axman6 |
yeah i cleaned up my configure flags a lot,
found a leopard bug apparently. circular referencing with a few
libs |
15:24.19 |
brlcad |
hm, what's -dylib_file? |
15:25.00 |
brlcad |
tells it to only allow dylib linkage or
something? |
15:25.02 |
Axman6 |
oh also, make distclean deletes the configure
script. that should probably changed i think |
15:26.06 |
Axman6 |
it was something that was suggested on apple's
dev site to get projects that won't compile in leopard any
more. |
15:28.24 |
brlcad |
ah, that entire libGL bit that follows is
related to it, used to redirect from one dylib to another |
15:28.40 |
brlcad |
though you're redirecting to the exact same
file.. :) |
15:28.46 |
brlcad |
shouldn't need that at all |
15:29.49 |
brlcad |
or -lGL or -lX11 .. if you have to manually
add them, something else is wrong |
15:33.43 |
Z80-Boy |
brlcad: why is the redrawing of the wireframe
so slow? |
15:34.05 |
Z80-Boy |
brlcad: I am modelling a terminal block
(terminal strip) and it's starting to be very slow |
15:39.54 |
Axman6 |
brlcad: well --enable-all doesn't give me
OpenGL support sadly |
15:41.30 |
Axman6 |
how do i specify where my OpenGL libraries
are? |
15:46.39 |
Axman6 |
i've tried using "./configure --enable-all
--with-ogl=/usr/X11" because all the required libs and headers
appear to be in there, but no dice |
15:58.36 |
brlcad |
Z80-Boy: really hard to say without knowing a
lot more about what's going on, how many segments, what display
types, machine details, etc |
15:59.46 |
brlcad |
Axman6: OpenGL support doesn't provide what
you think it provides in BRL-CAD -- the X11 interface is fully
equivalent |
16:00.56 |
Axman6 |
yeah i didn't think it would do things like
give me interactive models in real time or anything... but this is
a brand new MacBook Pro, and it has an amazing gpu, so it could
help ;) |
16:01.42 |
brlcad |
that said, if you can post up your config.log,
I can take a look at why it's failing to detect |
16:01.46 |
Axman6 |
what does it actually do by the way? |
16:01.57 |
Axman6 |
ok, cheers |
16:02.34 |
brlcad |
brl-cad has a concept of framebuffers and
display managers, some of them being ogl, wgl, x11, and a few
others |
16:03.04 |
brlcad |
they're all pretty much functionally
equivalent for the most part, it just defines the protocol that
it's speaking |
16:03.15 |
brlcad |
you will get interactive models in real-time
with any/all of them |
16:03.30 |
brlcad |
you just won't get shaded displays with any of
them outside of ray-tracing the model |
16:04.35 |
brlcad |
so turning on the ogl interface on your
macbook basically just tells it to make ogl_() calls instead of the
equivalent (but faster) direct X11 calls for drawing a wireframe
representation |
16:05.18 |
Axman6 |
ok, great. thanks for clearing that up for
me |
16:05.20 |
brlcad |
did you try the binary installer for Mac, that
isn't far off feature-wise from the latest sources |
16:05.25 |
brlcad |
np |
16:06.02 |
brlcad |
where "latest sources" means latest cvs
sources, it's equivalent to the 7.10.4 source tarball |
16:10.33 |
Axman6 |
brlcad: could i maybe email you the
config.log? seems to be too big for most paste sites |
16:12.38 |
Axman6 |
i might have found it anyway: |
16:12.51 |
Axman6 |
configure:42679: checking for OpenGL
functionality |
16:12.52 |
Axman6 |
configure:42716: gcc -o conftest -pipe
-fno-strict-aliasing -fno-common -fexceptions -g
-I/usr/local/include -I/usr/X11/include -L/usr/local/lib -pipe
-fno-strict-aliasing -fno-common -fexceptions
-Wl,-search_paths_first -Wnewline-eof -g conftest.c
>&5 |
16:13.21 |
Axman6 |
would not having a -L/usr/X11/lib have
anything to do with it? |
16:17.33 |
brlcad |
yeah, possibly |
16:17.51 |
brlcad |
could set the LDFLAGS for it |
16:18.09 |
brlcad |
but seriously, it's not going to get you
*anything* over the X11 interface that it apparently did detect
:) |
16:18.22 |
Axman6 |
yeah, i'm not using it |
16:18.43 |
brlcad |
I'll have to get my hands on 10.5 to probably
patch that |
16:18.59 |
brlcad |
but I suspect the X11 detection macros aren't
quite right yet on 10.5 |
16:19.17 |
brlcad |
since apple moved from X11R6 to X11 |
16:21.00 |
Axman6 |
yeah |
16:21.31 |
Axman6 |
feels like a step backwrds really. i hope they
relese some updates to it soonish |
16:22.20 |
Axman6 |
+1* |
16:22.26 |
Axman6 |
+a* even |
16:22.52 |
Axman6 |
so are you the main dev brlcad? |
16:25.18 |
Axman6 |
bleh, this thing really heats up when
compiling things |
16:36.14 |
Axman6 |
bleh, yeah BRL-CAD failed
compilation |
16:40.52 |
Axman6 |
http://pastie.caboo.se/123765 |
16:40.59 |
brlcad |
Axman6: yeah, main dev |
16:41.12 |
Axman6 |
well well done :) |
16:41.24 |
brlcad |
not when the build fails :) |
16:41.44 |
brlcad |
ooh, i've seen that error |
16:41.48 |
Axman6 |
i haven't played with BRL-CAD for a few years,
but i remember it being lots of fun really |
16:42.14 |
brlcad |
it's 10.5 specific, a problem in
CoreFoundation.. hmm, now to remember what the fix was.. |
16:42.15 |
Axman6 |
none of the problems i've been having seem to
be your fault, so i'm not blaming you ;) |
16:45.36 |
brlcad |
is there actually a /usr/X11/lib/libPng.dylib
? |
16:46.49 |
Axman6 |
there's a /usr/X11/lib/libpng.dylib, case
shouldn't count right? |
16:47.37 |
brlcad |
right |
16:50.03 |
brlcad |
so my vague recollection of this problem is
that Tcl links against CoreFoundation which includes the
ApplicationServices framwork, which embeds an ImageIO framework ..
which uses a libPng library that it doesn't rpath
correctly |
16:52.50 |
brlcad |
and the problem being then that an app that is
already linked against libpng that uses Tcl (which btclsh app being
run in this case is like that), then runs into a dynamic loader
problem |
16:53.33 |
brlcad |
hmm hmm hmm.. |
16:53.58 |
brlcad |
can you do a locate libPng ? |
16:54.14 |
brlcad |
if that returns nothing, then "locate
libpng" |
16:54.34 |
Axman6 |
can i paste 5 lines? |
16:54.38 |
brlcad |
go for it |
16:54.47 |
brlcad |
usually over 5 is the pain threshold
;) |
16:55.25 |
Axman6 |
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:55.28 |
Axman6 |
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:55.32 |
Axman6 |
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:55.52 |
Axman6 |
um, right, yeah, hang on |
16:55.59 |
Axman6 |
/Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:56.02 |
Axman6 |
/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:56.05 |
Axman6 |
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib |
16:56.56 |
*** mode/#brlcad [+o minute]
by ChanServ |
16:57.02 |
Axman6 |
bah, the fact that it's trying to use a
/command doesn't anoy me, it's that only two of the 5 lines are
being interpreted as commands :( |
16:58.35 |
Axman6 |
actually, that's ok. it was picking stuff up
from /Previous\ Systems/... which isn't relevent anyway |
17:03.02 |
Axman6 |
anyway, don't suppose you've found a fix yet
have you? |
17:03.28 |
Axman6 |
i'm about to go to sleep, so if you do, just
hilight me and i'll get it in the morning |
17:04.45 |
curious |
'due to pressure from huge russian fan base ,
we were forced to change all filenames to unicode and use cyrylic
for headers' |
17:05.52 |
brlcad |
okay, so there's what it needs |
17:06.04 |
brlcad |
but it's pulling the one in /usr/X11/lib due
to ordering decls |
17:06.17 |
brlcad |
that's actually a case where the -dylib_file
might come in handy |
17:07.32 |
brlcad |
Axman6: yeah, I think there are a couple
things that can be tried -- it's pulling the one in /usr/X11/lib
due to ordering decls instead of the embedded one |
17:08.29 |
Axman6 |
would... renaming /usr/X11 one help maybe?
just temporarily |
17:10.21 |
Axman6 |
nope |
17:12.10 |
Axman6 |
i'm guessing it should be linking against
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
right? |
17:22.06 |
Axman6 |
ok, i'm going to sleep. good night, and thanks
for the help. if you think of anything, hilight me and i'll see it
in the morning :) |
17:24.10 |
brlcad |
okay, i'll see if I can craft up a specific
line to try |
17:24.20 |
brlcad |
multitasking a bit too heavy at the moment to
keep up :) |
18:09.35 |
``Erik |
oh ffs, wtff |
18:18.35 |
*** join/#brlcad b0ef
(n=b0ef@062016141081.customer.alfanett.no) |
20:17.24 |
*** join/#brlcad Z80-Boy
(i=clock@77-56-77-128.dclient.hispeed.ch) |
21:23.45 |
*** join/#brlcad Elperion
(n=Bary@p54873FEE.dip.t-dialin.net) |
22:12.50 |
*** part/#brlcad prasad_
(n=psilva@static-70-108-244-218.res.east.verizon.net) |
22:43.12 |
CIA-28 |
BRL-CAD: 03brlcad *
10brlcad/src/other/intaval/regtab.cpp: |
22:43.14 |
CIA-28 |
BRL-CAD: if there's a region entry missing
from the material file, just fake an entry for |
22:43.16 |
CIA-28 |
BRL-CAD: it instead of aborting. this lets
processing continue for the rest of the |
22:43.18 |
CIA-28 |
BRL-CAD: regions that follow at least, and
placeholds the unknown region as such. |
23:32.29 |
*** join/#brlcad docelic
(n=docelic@77.237.96.127) |
23:32.33 |
CIA-28 |
BRL-CAD: 03brlcad * 10brlcad/BUGS: mged
tab-completion doesn't work if the object names have
spaces |