irclog2html for #brlcad on 20050220

01:29.29 jano hmm
01:29.39 jano my irivier ain't allowing me to move files over to my pc
01:29.40 jano wtf
01:29.57 jano i don't want to have to reburn my cds
03:09.12 *** join/#brlcad Mubac (~Mubac@host236-215.mconline.com.br)
03:23.44 *** part/#brlcad Mubac (~Mubac@host236-215.mconline.com.br)
06:21.58 *** join/#brlcad frank__ (~frank@p50821A79.dip0.t-ipconnect.de)
10:46.29 *** join/#brlcad CIA-3 (~CIA@flapjack.navi.cx)
11:09.04 *** join/#brlcad ChanServ (ChanServ@services.)
11:09.04 *** mode/#brlcad [+o ChanServ] by irc.freenode.net
18:23.07 *** join/#brlcad skel_home (~skel@ip68-230-51-68.ph.ph.cox.net)
18:23.29 skel_home can anyone assist me? I'm trying to build brlcad from cvs
18:23.47 skel_home the autogen.sh complains that I don't have automake 1.6 when I run it
18:24.08 skel_home my /usr/bin/automake is symlinked to automake 1.4
18:24.34 skel_home so I re-run it after symlinking to automake-1.6 and it complains that it needs 1.4 =/
18:25.32 skel_home ERROR: To prepare the BRL-CAD build system from scratch,
18:25.32 skel_home <PROTECTED>
18:25.34 brlcad brl-cad does need 1.6
18:25.39 skel_home so I switched from 1.4 to 1.6 and I get
18:25.52 skel_home aclocal.m4:895: version mismatch. This is Automake 1.6.3, but aclocal.m4
18:25.52 skel_home aclocal.m4:895: was generated for Automake 1.4-p6. You should recreate
18:25.52 skel_home aclocal.m4:895: aclocal.m4 with aclocal and run automake again.
18:25.53 skel_home ERROR: automake failed
18:26.20 brlcad aclocal is part of automake
18:26.20 skel_home and I wiped out the cvs tree and resynced between each try
18:26.46 brlcad if you updated the automake symlink, there are a couple others you have to update too
18:26.47 skel_home so aclocal is a seperate binary I probably need to fix the symlink there too?
18:26.51 skel_home ok
18:27.05 brlcad bsd yes?
18:27.09 skel_home ty =] I'll see if I can do that
18:27.12 skel_home debian
18:27.17 skel_home ubuntu to be specific
18:27.22 skel_home on x86_64
18:27.23 brlcad ahh
18:28.03 brlcad that should be using the alternatives system no?
18:28.51 skel_home yeah Its linked to /etc/alternatives something
18:29.07 skel_home I'm not sure how that works.. so I just linked it to the other automake
18:29.10 brlcad so you should use that to switch from 1.4 to 1.6 :)
18:29.23 skel_home oh
18:29.27 skel_home ok =]
18:29.40 brlcad update-alternatives --config automake
18:29.55 brlcad as root
18:31.26 skel_home same with aclocal?
18:31.35 skel_home or does it know to change that?
18:32.06 skel_home brlcad: thats cool =] much easier than hand linking all that crap
18:32.08 skel_home brlcad: ty =]
18:33.16 skel_home cool its building now =]
18:33.46 brlcad ;)
18:34.08 brlcad aclocal is part of the automake package, so updating automake fixes everything related to it
18:36.22 skel_home you wouldn't happen to know which package contains cc1plus ?
18:36.40 skel_home it says my configure: error: C++ preprocessor "/lib/cpp" fails sanity check
18:36.52 skel_home and I've got cpp installed
18:37.47 brlcad that's very wierd
18:39.08 skel_home maybe I need a newer cpp
18:39.25 brlcad ahh
18:39.39 brlcad it's failing on c++ check
18:39.39 skel_home nope its installed
18:40.11 skel_home so libc++ something
18:40.32 brlcad do you have g++ ?
18:40.45 brlcad it doesn't need it, but for some reason it's testing it
18:41.10 skel_home umm. nope.. I'll install it
18:42.10 brlcad can you send me your config.log for the failed run?
18:42.17 skel_home sure
18:43.44 skel_home I wonder if my firewall is going to mess it up
18:43.44 skel_home I haven't ever dcc'd anything before
18:44.17 skel_home are you getting the request?
18:44.36 skel_home hmm I've got g++ it just looks like its not in my path
18:50.38 skel_home ok once I linked g++-3.4 to g++ its gotten further
18:50.48 skel_home yup it finished
18:51.45 skel_home building now
18:51.58 skel_home sorry about that.. I don't know why there wasn't a general g++ link
18:58.05 skel_home I'm getting a lot of errors during compiling of if_ogl.c
18:58.20 skel_home I'm guessing I'm missing some sort of gl library or x11 maybe
18:59.44 skel_home if_ogl.c:65:29: X11/StringDefs.h: No such file or directory
18:59.44 skel_home if_ogl.c:66:20: GL/glx.h: No such file or directory
18:59.44 skel_home if_ogl.c:67:19: GL/gl.h: No such file or directory
19:01.13 brlcad you don't have X11?
19:01.28 skel_home I do..
19:01.37 brlcad if you do, you'll need the X11 developer headers
19:01.45 skel_home ok I'll get those
19:03.08 brlcad mesa-dev or something for the opengl headers
19:05.13 skel_home yeah its going further now..
19:05.24 brlcad ahh, the cpp thing is an autoconf bug apparently
19:05.29 skel_home /usr/bin/ld: /usr/X11R6/lib/libGL.a(glapi.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
19:05.32 skel_home /usr/X11R6/lib/libGL.a: could not read symbols: Bad value
19:06.11 skel_home brlcad: that would explain it =P
19:06.25 brlcad not supposed to check more than C by default
19:06.50 brlcad but for some reason it's checking cpp's functionality with C++
19:07.14 skel_home I wonder if I needed something special for x86_64
19:07.48 brlcad try ./configure CFLAGS="-fPIC"
19:08.01 skel_home ok
19:08.24 brlcad if there are alternatives choices for autoconf and libtool, i'd select them as well
19:08.33 brlcad use the most recent version available
19:08.53 skel_home ok I'll make sure I've got everything as recent as possible
19:10.26 skel_home brlcad: so are you one of the developers?
19:11.00 brlcad yes
19:11.58 skel_home cool
19:12.03 skel_home this program is huge
19:13.35 brlcad it's actually several hundred programs
19:14.06 skel_home ah
19:15.05 skel_home does it do any simulation? like if I made gears on an axis and they weren't correct size can I animate it to see if it will line up?
19:15.38 brlcad it can do ariticulations and animation
19:15.38 skel_home bummer.. same error
19:15.51 skel_home cool =]
19:16.22 skel_home I don't have any 32bit libraries.. will this work on a pure 64 system?
19:16.29 brlcad yep
19:16.52 brlcad it's actively maintained on several pure 64 bit systems
19:16.58 skel_home hmm ok
19:17.51 brlcad have you tried the x86 64bit binary?
19:18.08 skel_home I didn't know there was one
19:18.19 brlcad http://ftp.arl.mil/reports/tr-313/
19:18.30 skel_home I'm just getting used to no binaries being available for 64 stuff
19:18.32 skel_home =/
19:18.56 brlcad there's binaries posted for irix64, ia64, and amd64 :)
19:19.54 skel_home awesome :)
19:19.58 brlcad there are others, but only a few binaries are posted right now
19:20.04 brlcad those happen to be some of them :)
19:21.12 skel_home thats refreshing :-]
19:21.37 skel_home since I got an athlon64 I've been finding out all sorts of stuff isn't ready for it yet
19:22.10 skel_home ie. openoffice
19:24.24 brlcad brl-cad's made to work on everything down to an old vax to a large cray or multi-thousand-node sgi to you common desktop workstation
19:25.07 brlcad right now, most of the limitations are only because we recently moved to the gnu build system
19:25.18 skel_home ah
19:25.28 brlcad which is crap, but it's hopefully easier to maintain than the old build system down the road
19:25.37 skel_home =/
19:25.54 brlcad so far it's been mostly a myrid of incompatibilities and bugs
19:26.18 skel_home that sucks
19:26.30 skel_home whats the general command to start brl ?
19:26.32 brlcad it's amazing that it's what everyone uses
19:27.03 brlcad it's a royal pain to configure cleanly without vehemently requiring very specific versions of autoconf/automake/libtool
19:27.45 skel_home brlcad: its all I'm used to.. =P
19:27.47 brlcad tried to keep it very open for now -- but then it results in having to continually work around the bugs in that triad
19:27.50 skel_home brlcad: the symlink shuffle
19:28.01 brlcad i know.. that's part of why we've moved to it
19:28.57 brlcad results in a configure script that's larger than most, a real complex pain to maintain, but people are familiar with it so that's a pluss
19:30.06 brlcad most folks that dont' have a specific need tend to learn the modeler first, that's MGED
19:30.10 skel_home brlcad: you could just break it down into the core app and make the other apps dependencies =P
19:30.39 brlcad skel_home: what do you mean?
19:31.01 brlcad that wouldn't fix the autoconf/automake/libtool problems
19:31.32 brlcad having been around for a couple decases, brl-cad itself has no trouble compiling on most any system
19:31.45 skel_home brlcad: wouldn't it make the config script smaller?
19:32.06 brlcad not really
19:32.22 skel_home hmm ok
19:32.31 skel_home I'm obviously no developer =P
19:32.32 brlcad it's just the nature of how autoconf/automake works
19:32.37 skel_home aside from a python app here an there
19:32.43 brlcad only "solution" would be to not use it
19:32.55 brlcad and use something like scons or ant to build
19:34.05 brlcad I'd suggest reading document 2 on http://brlcad.org/ if you're just getting started
19:34.13 brlcad it's a very detailed tutorial
19:34.45 skel_home cool =]
19:34.53 skel_home I'll check that out
19:39.51 brlcad skel_home: oh, that reminds me.. what did the configure summary say for 64-bit compilation?
19:40.23 brlcad or are you going with the binary now?
19:40.58 brlcad binaries are on http://sf.net/projects/brlcad/ down near the middle under BRL-CAD on Linux files section
19:47.06 skel_home brlcad: I went with the binary :)
19:47.16 skel_home brlcad: just not sure what to start first
19:48.17 brlcad most of the binaries are contained tools that perform a specific task
19:48.26 brlcad like ls or grep in linux
19:48.50 brlcad a handful kick off gui apps -- the most commonly used is the modeler, which is called mged
19:49.42 brlcad it's got a less than brilliant user interface and is under a rewrite, but it will get the job done and is very flexible
19:50.02 skel_home ok I'll play with mged =] get familiar with it
19:50.32 brlcad just try to not use it as a metric for the whole package :)
19:51.13 brlcad the ray-tracers are fun
19:52.08 skel_home do I need to download databases from somewhere?
19:52.32 brlcad there are some simple ones in the source checkout in the db/ directory
19:53.03 brlcad since you didn't compile, you'll have to convert them from ascii to binary
19:53.37 skel_home ok
19:53.48 brlcad asc2g db/havoc.asc db/havoc.g
19:55.16 brlcad mged db/havoc.g
19:55.20 skel_home cool no errors =]
19:55.28 brlcad tops
19:55.35 brlcad e havoc
19:56.27 skel_home this is sweet
20:00.43 skel_home I gotta run but I'm going to read that tutorial when I get back :)
20:00.51 skel_home brlcad: thanks so much for all your help =]
20:01.54 brlcad no problem
20:02.23 brlcad feel free to drop me any questions if you run into them
20:31.32 brlcad ahh.. damn libtool again
20:31.48 brlcad that's what's making the check for c++
20:31.51 brlcad http://www.ethereal.com/lists/ethereal-dev/200311/msg00140.html
20:32.13 brlcad my sentiments match: "libtool - it makes me so happy I want to drive a steel spike through my skull to make the pain go away."
23:10.30 *** join/#brlcad noyb (~noyb@wbar2.lax1-4-8-213-215.dsl-verizon.net)
23:52.20 jano bork

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.