IRC log for #brlcad on 20071130

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

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