IRC log for #brlcad on 20091218

00:19.34 starseeker ``Erik: yeah, I"m getting the pow thing here too
00:19.54 ``Erik it's not nomming -lm right for some reason... and it seems inconsistent O.o
00:20.40 starseeker I don't suppose we can just hardcode it in?
00:22.09 starseeker here's where we do it: AC_CHECK_LIB(m, cos, m_link_works=yes ; LIBM="-lm")
00:23.16 ``Erik or gut the TEA crap and just write a nice clean automake bit to do it O:-)
00:24.00 starseeker ``Erik: heh - brlcad wants us to stay with the existing external code whenever possible
00:24.20 starseeker would already have tried that, except he wants to learn how to do this sort of thing correctly
00:24.31 starseeker it likely won't be the last time we're faced with it
00:25.36 starseeker supposes the "ultimate" solution to this would be to make tcl.m4 and automake "play nice", but last time I tried that all I did was expose my own ignorance
00:26.46 ``Erik tkpng is a stopgap until 86 though, so *shrug* that one just doesn't matter, I'd imagine
00:28.57 starseeker arrrrrgh.
00:28.58 starseeker /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../crt1.o: In function `_start':
00:28.58 starseeker (.text+0x18): undefined reference to `main'
00:28.58 starseeker collect2: ld returned 1 exit status
00:29.07 starseeker add in -lm, and THAT happens
00:29.46 ``Erik hm, then "ur doin it rong"? :D
00:32.55 starseeker why is it looking for main while compiling a library??
00:34.58 starseeker oh, BLAST it
00:35.12 starseeker the gcc command from the src/other/Makefile.am isn't including shared
00:55.18 starseeker what the bleeeeep....
01:00.05 ``Erik outwitted by the machine yet again? :)
01:00.24 starseeker if this sucker isn't AI complete I hate to think what that says about me
01:00.54 starseeker mixing libtool and non-libtool config settings just ain't a happy thing
01:02.18 starseeker the ironic thing is that --enable-all and the included libz make this significantly harder, instead of simpler :-/
01:02.23 starseeker figures
01:06.23 CIA-38 BRL-CAD: 03starseeker * r36935 10/brlcad/trunk/ (configure.ac src/other/Makefile.am):
01:06.23 CIA-38 BRL-CAD: Sigh. This probably violates some rule or other, but since we're passing in our
01:06.23 CIA-38 BRL-CAD: own custom TKPNGZLIB variable anyway have it point to the .so link instead of
01:06.24 CIA-38 BRL-CAD: the .la file and take libtool out of the equation. Also add LIBM to the flags
01:06.24 CIA-38 BRL-CAD: we need to feed the tkpng make process.
01:10.47 brlcad that wont work starseeker
01:11.09 brlcad it's only a .so on shared object library systems
01:11.22 CIA-38 BRL-CAD: 03starseeker * r36936 10/brlcad/trunk/src/other/tkpng/Makefile.in: As long as libtool isn't being invoked, restore Makefile.in to pristine state. Now only change is removing explicit -lz in configure.in
01:11.28 brlcad could be a .dylib or a .a or a .dll or ...
01:11.39 starseeker brlcad: well blast it what do we do then
01:11.47 starseeker libtool is screwing up good here
01:12.03 brlcad what was the problem? (haven't read backlog)
01:12.07 brlcad it was working..
01:12.18 starseeker not here, apparently
01:12.28 ``Erik the problem is that TEA and auto* don't live together well :D *duck*
01:12.36 ``Erik some machines don't see pow()
01:12.47 starseeker that may be fixed with the LIBM flag
01:13.17 ``Erik ah, new problems arose? :)
01:13.18 starseeker my libtool call is looking for main because (for whatever reason) it's not including -shared in the gcc call
01:13.40 starseeker that's what the "undefined reference to main" is
01:13.53 starseeker flippin thing is trying to build a program, not a shared library
01:14.07 starseeker and I can't even track down where that -shared is supposed to come from yet
01:14.51 ``Erik usually it comes from it seeing the automake target having an LT in the name
01:15.09 ``Erik lib_LIBRARIES vs lib_LTLIBRARIES iirc
01:15.24 brlcad sounds like you're making the wrong libtool call then
01:15.40 brlcad what's the actual error?
01:15.55 brlcad and what's the compile/link line look like
01:16.45 ``Erik got his sushi set today, can finally roll his maki with a real sushi mat instead of an old chinese calendar
01:17.06 starseeker one sec...
01:17.12 CIA-38 BRL-CAD: 03starseeker * r36937 10/brlcad/trunk/ (configure.ac src/other/tkpng/Makefile.in): Good point Sean - .so extension is not universal. Keep looking...
01:17.14 ``Erik might have to sharpen up my knife this weekend :)
01:23.58 CIA-38 BRL-CAD: 03starseeker * r36938 10/brlcad/trunk/src/other/Makefile.am: Put back the libtool stuff in src/other/Makefile.am
01:24.16 starseeker my machine is so slow....
01:25.32 starseeker http://pastebin.bzflag.bz/m1b73e737
01:25.35 starseeker there we go
01:26.08 starseeker the pow thing is handled by adding in LIBM, but the main is due to the missing -shared after gcc (manually inserting it and running that command succeeds)
01:26.57 brlcad where is that -shared coming from?
01:27.06 brlcad that's not a libtool option
01:27.26 brlcad possibly preventing it from adding the flag(s) it needs
01:27.41 CIA-38 BRL-CAD: 03starseeker * r36939 10/brlcad/trunk/src/other/Makefile.am: OK, looks like the LIBM inclusion is legit.
01:29.05 brlcad you basically just need to invoke libtool the same way it would be invoked if you wrote the Makefile.am with an LT_LIBRARIES declaration
01:29.42 brlcad look at one of our other existing Makefiles that gets generated from Makefile.am to see what it adds or, if you have to, whip up a quick testing Makefile.am
01:30.35 starseeker actually I think the -shared IS supposed to be after the gcc command, but gets lost in translation somehow? http://pastebin.bzflag.bz/d4d5ba3c
01:45.27 brlcad you're not supposed to figure out the gcc line
01:45.33 brlcad you're supposed to figure out the libtool line
01:45.40 brlcad remember, libtool is what you're actually running
01:45.50 brlcad it takes a variety of options to tell it how to run
01:46.05 brlcad it then figures out whether to use -shared or a variety of other possibilities
01:46.19 brlcad depending on the flags you told it, the compiler being used, the OS, etc
01:48.41 starseeker is experimenting with libtool now
01:51.32 brlcad look at one of the other lib dirs, that has the logic in it lalready
01:53.14 starseeker nods
01:53.37 starseeker misses asdf right about now...
01:58.18 CIA-38 BRL-CAD: 03starseeker * r36940 10/brlcad/trunk/src/other/Makefile.am: Start playing with libtool options
01:58.58 starseeker that's all the options from one of the other makefiles before --mode-link
02:04.49 starseeker good grief. this is more work than doing our own system
02:05.57 starseeker brlcad: I'm going to revert to tkimg for now so the build will work again while I beat my head on this
02:15.47 ``Erik .asd files have their own quirks, though...
02:19.54 starseeker ``Erik: they do
02:21.13 starseeker but they don't have all the bizarre syntax fun
02:22.27 starseeker hrm... since talcite has a tkimg package on Fedora, perhaps the smart move is just to wait for Tk8.6 on this one
02:23.38 starseeker is of the opinion that a general solution for passing info to subconfigures is in order, but so far looks to be too dim a bulb to get a grasp of it...
02:28.39 CIA-38 BRL-CAD: 03starseeker * r36941 10/brlcad/trunk/ (124 files in 12 dirs):
02:28.39 CIA-38 BRL-CAD: Merge back in tkimg - tkpng integration is taking more time to get right, and
02:28.39 CIA-38 BRL-CAD: doesn't offer new functionality. Problem of subconfigures using local BRL-CAD
02:28.39 CIA-38 BRL-CAD: src/other copies of libraries needs to be considered, but this isn't the case
02:28.39 CIA-38 BRL-CAD: that justifies the time.
05:06.28 *** join/#brlcad talcite (n=matthew@69-196-191-166.dsl.teksavvy.com)
05:34.17 *** join/#brlcad LCACpn (n=user@12.187.130.2)
05:51.12 *** join/#brlcad PrezKennedy (i=Matthew@whitecalf.net)
11:13.36 *** join/#brlcad talcite (n=matthew@69-196-191-166.dsl.teksavvy.com)
11:43.18 CIA-38 BRL-CAD: 0388.232.184.140 07http://brlcad.org * r2053 10/wiki/MediaWiki_talk:Ipb-blocklist-addr: New page: 192.168.2.1
12:29.24 *** join/#brlcad parigaudi (n=quassel@pd95b7f5e.dip0.t-ipconnect.de)
14:21.21 ``Erik heh "I don't suffer from insanity... I enjoy every minute of it!"
14:24.33 *** join/#brlcad cosurgi (n=cosurgi@atak.bl.pg.gda.pl)
14:54.48 starseeker ``Erik: then you've got the right job ;-)
14:55.17 ``Erik tar... flavored... icecream... I don't think I'm ever going to finland O.o
14:57.05 starseeker wonders who verified it tasted like tar...
14:57.41 ``Erik http://thedailywtf.com/Articles/Souvenir-Potpourri-Surprise!.aspx about 3/4 down
14:57.55 ``Erik "Do not anger the Finns, for they have strange ways and a twisted sense of humor," he wrote, "you described salmiak as tar-like, but we're already way ahead of you: the leijona salmiak is actually tar-flavored salmiak candy. I'm not joking. We also have tar-flavored ice cream here, too."
15:15.37 CIA-38 BRL-CAD: 03erikgreenwald * r36942 10/isst/trunk/src/gui.c: pack more info (code, hostname, .g filename) into the saved shotline
15:29.01 *** join/#brlcad LCACpn` (n=user@12.187.130.2)
16:11.47 ``Erik "Do not anger the Finns, for they have strange ways and a twisted sense of humor," he wrote, "you described salmiak as tar-like, but we're already way ahead of you: the leijona salmiak is actually tar-flavored salmiak candy. I'm not joking. We also have tar-flavored ice cream here, too."
16:11.52 ``Erik damnit
16:21.58 starseeker Hmm, this might be interesting to the Qt/Ogre integration folks: http://www.mail-archive.com/qt4-preview-feedback@trolltech.com/msg01194.html
16:25.52 starseeker or I guess this is the actual qt archive of the message:
16:25.54 starseeker http://lists.trolltech.com/pipermail/qt4-preview-feedback/2009-October/000964.html
16:26.09 CIA-38 BRL-CAD: 03d_rossberg * r36943 10/rt^3/trunk/ (4 files in 2 dirs): C++ interface to the eto primitive (elliptical torus)
16:27.51 CIA-38 BRL-CAD: 03d_rossberg * r36944 10/brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: included the elliptical torus (eto) in the brlcad.dll
16:34.36 starseeker eyes option b) in that email... hmm...
16:38.39 CIA-38 BRL-CAD: 03erikgreenwald * r36945 10/isst/trunk/src/ (gui.c isst.h local_worker.c net_worker.c): window is now resizable. GUI uses adjustable panes instead of fixed positions.
16:41.00 ``Erik yes, the implications of b) are truely terrifying O.o if I'm guessing at the QT bits of it correctly, the performance might be on par with remote X over a dialup :D
16:41.14 *** join/#brlcad docelic (n=docelic@78-2-120-22.adsl.net.t-com.hr)
16:41.59 ``Erik every pixel would come covered in stickers from every bit of hardware it'd been to, like an old steamer trunk :D
16:45.31 ``Erik well, poop, I thought there was a card for that
18:49.01 *** join/#brlcad mafm (n=mafm@249.Red-88-11-185.dynamicIP.rima-tde.net)
18:59.51 *** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1)
19:49.18 CIA-38 BRL-CAD: 0392.112.171.107 07http://brlcad.org * r2054 10/wiki/Google_Summer_of_Code/Project_Ideas: /* Project Ideas */
20:10.20 ``Erik reads up on vEB trees
20:27.54 starseeker ``Erik: erm... you really think it would be that slow?
20:30.32 ``Erik it's basically schlepping crap to the gpu for fast rendering in ogre, then copying the buffer back to ram, then sending it back to the video card for display, right?
20:31.00 ``Erik using qt's funky crap instead of actual ogl 'render to texture' goodness
20:31.07 starseeker dunno
20:31.21 starseeker don't know if they've got that optimized or not
20:31.21 ``Erik and render to texture can drag down a gpu without that read/write pair in the middle
20:31.55 starseeker you think slower than merging the two opengl contexts like g3d is doing now?
20:33.44 ``Erik I've no idea what g3d is doing :D
20:34.22 starseeker Ogre and Qt each have their own context
20:34.26 starseeker then they get merged
20:34.52 CIA-38 BRL-CAD: 03erikgreenwald * r36946 10/brlcad/trunk/src/librt/ (4 files in 2 dirs): break metaball tesselation out into it's own file
20:35.09 ``Erik kinda gathered, the details of the second are what I don't know... :D
20:35.35 starseeker checks...
20:36.37 starseeker http://www.ogre3d.org/forums/viewtopic.php?f=2&t=42733&sid=76d05fd1184616e02c51ab4734ffb9b7&start=25
20:36.52 starseeker Marseyeah's post starts it off as far as we're concerned
20:38.29 starseeker ah yes, MakeCurrent is the problem child
20:39.06 starseeker Ralith made it tolerable via some sort of lazy approach, but MakeCurrent remains expensive
20:39.51 starseeker functional though - we can probably proceed using that as an approach until we have a real need to do radical surgery for performance reasons...
20:42.21 CIA-38 BRL-CAD: 03erikgreenwald * r36947 10/brlcad/trunk/src/librt/primitives/metaball/ (metaball.c metaball.h metaball_tri.c): quell warnings
21:56.59 ``Erik jams his finger up his nose
21:57.27 CIA-38 BRL-CAD: 03erikgreenwald * r36948 10/brlcad/trunk/src/librt/ (3 files in 2 dirs): import marching cube vertex and edge tables from Cory Bourke's public domain demo.
22:33.28 *** join/#brlcad Don_ (n=Don@c-71-238-51-148.hsd1.mi.comcast.net)
22:34.53 *** join/#brlcad yukonbob_ (i=1000@s142-179-54-198.bc.hsia.telus.net)
22:56.29 *** join/#brlcad Nohla (n=jesica@168.226.177.29)
23:17.27 *** join/#brlcad jesica__ (n=jesica@168.226.176.86)
23:20.45 ``Erik all stocked up and ready for the blizzard, huzzah
23:52.17 brlcad heh

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