IRC log for #brlcad on 20080529

00:02.34 *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128565406.dsl.bell.ca)
01:00.06 ``Erik no, due to idiotic "enterprise management"
01:53.15 louipc duude
02:56.59 *** join/#brlcad CIA-21 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
02:57.46 *** join/#brlcad hippieindamakin8 (n=hippiein@210.212.55.3)
03:52.11 pacman87 how 'usable' does code need to be for check-in?
03:53.15 *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128565406.dsl.bell.ca)
03:53.17 pacman87 my hyp crashes in a few places due to poorly stubbed functions (i hope it's just the stubs), but should affect anything else that doesnt' make a hyp
03:53.29 pacman87 s/should/shouldn't
03:53.43 louipc usable enough so it doesn't break anything else I'm sure :D
03:53.58 pacman87 so if it's the only thing that's broken, it's fine?
03:54.23 pacman87 trying to balance 'commit early, commit often' with 'dont' break anything'
03:55.15 louipc you could just keep a bunch of patches too :D
03:56.49 poolio pacman87: branch? :P
03:57.04 pacman87 it doesnt break anything else
03:57.12 pacman87 it just doesnt always work
03:58.17 pacman87 and at this point, i dont think a branch would be more useful than just holding off committing
03:58.57 pacman87 unless someone else wants to fill in some stubs, and in that case, g_hyp.c is already there
04:08.36 andrecastelo pacman87: g_hyp.c was giving me trouble compiling :B
04:08.57 pacman87 what error?
04:12.32 *** part/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1128565406.dsl.bell.ca)
04:13.43 pacman87 https://webspace.utexas.edu/trv82/www/hyp.png and https://webspace.utexas.edu/trv82/www/hyp1.png
04:17.44 pacman87 andrecastelo: what sort of trouble?
04:18.34 andrecastelo pacman87: sorry for the delay.. wasn't compiling because of the declarations not in the beginning of the function
04:20.45 pacman87 https://webspace.utexas.edu/trv82/www/hyp2.png
04:21.47 louipc nice
04:22.09 pacman87 that's all hardcoded, unfortunately
04:22.21 pacman87 five slices, eight points
04:22.34 pacman87 just to figure out how to do it
04:22.44 pacman87 now i need to go back and work out the tolerances
04:31.23 *** join/#brlcad ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
04:31.23 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is participating in the 2008 Google Summer of Code! The fun begins this week! (May 26th)
04:31.50 *** part/#brlcad Mets (n=Mets@cpe-72-224-55-41.nycap.res.rr.com)
05:03.51 *** join/#brlcad pacman87 (n=timothy@71.170.63.120)
05:23.23 *** join/#brlcad pacman87 (n=timothy@71.170.63.120)
05:31.06 pacman87 goodnight all
05:56.23 brlcad cya pacman87
05:59.38 brlcad cool, start of a wireframe :)
06:01.17 brlcad pacman87: nobody will be using or relying on hyp until you're "done", so as long as it compiles you should be just fine committing as frequently as possible
06:02.57 brlcad and if they're petty compilation issues, you'll just learn to spot them as others point them out and/or fix them for you (you should be on the commits mailing list, it helps)
06:08.27 CIA-21 BRL-CAD: 03brlcad * r31210 10/brlcad/trunk/include/conf/Makefile.am: need to remove COUNT during distclean so distcheck will work
06:15.46 brlcad starseeker: found a nice site with lots of relevant tidbits: http://resourceguide.eai.org/preservation/singlechannel.html
06:16.31 brlcad good reading, lots of things I was saying and then some
06:24.50 *** join/#brlcad clock_ (n=clock@77-56-94-91.dclient.hispeed.ch)
07:00.06 CIA-21 BRL-CAD: 03brlcad * r31211 10/brlcad/trunk/NEWS: add detailed release notes about the mirror and nirt changes as well as special mention of the cool new tire proc-db. begin 7.12.4 relese steps.
07:09.33 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
07:13.33 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch)
07:14.23 CIA-21 BRL-CAD: 03brlcad * r31212 10/brlcad/trunk/ChangeLog: svn2cl --break-before-msg --include-rev --revision {2008-04-23}:HEAD --stdout > ChangeLog ... preparing the 7.12.4 release.
07:16.06 CIA-21 BRL-CAD: 03brlcad * r31213 10/brlcad/trunk/HACKING: make bumping the actual version file happen after changelog step
07:16.28 CIA-21 BRL-CAD: 03brlcad * r31214 10/brlcad/trunk/include/conf/PATCH: bump to 7.12.4
07:47.54 CIA-21 BRL-CAD: 03brlcad * r31215 10/brlcad/trunk/Makefile.am: make -w is not portable to at least bsd make and I don't see a good way to make it conditional
08:24.32 CIA-21 BRL-CAD: 03brlcad * r31216 10/brlcad/trunk/HACKING: helps to use frs instructions that actually work
08:29.43 brlcad pacman87: that's pretty much case in point by what is meant about frequent commits .. it tells a story, you can see when I'm working, what I'm doing, the good and the bad, but each step being a succint action that is functional
08:30.25 brlcad (granted the release process has a lot of small steps, but it holds for most development code too)
08:32.33 louipc I'm finding good committing requires some foresight
08:32.52 clock_ brlcad: does BRL-CAD have some assembler-optimized parts? Lilke hand-coded assembler for x86?
08:33.05 louipc I still need to develop some of that arrrgh
08:33.48 brlcad louipc: indeed .. it changes the way you code so that you work in small incremental functional steps
08:33.57 brlcad very effective and self-documenting to an extent
08:37.33 brlcad clock_: there was at one point, but we tend to avoid getting architecture-specific as that's generally really high-maintenance code with minimal payoff
08:39.37 brlcad the 30%-300% gain on some hand-coded assembler that only a couple devs can modify is washed out as soon as there's a new favorite, the algorithm needs to change, the devs change, and that performance is often what you'll have with next year's hardware anyways
08:40.40 louipc I'm sure it was worth it in 1980 :D
08:40.42 brlcad that said, if someone wanted to work on it, it wouldn't really be prevented/discouraged .. just would have to be entirely conditional with a "clean C" variant for everyone else
08:41.20 brlcad nah, even back then the percentage gains were about the same
08:41.34 brlcad you were just as likely to have a compiler that optimized better
08:41.46 brlcad it really is high-maintenance code
08:42.58 brlcad pays off nicely on small routines that perform some small task, but soon as you move up into application logic it really becomes a burden
08:43.20 brlcad we could have our math libs in assembler, or the boolean evaluator in assembler, that'd probably pay off nicely
08:43.38 brlcad but the areas of values are somewhat niche
08:44.16 brlcad wonders if someone(tm) else can update freshmeat with this source release info
08:47.04 CIA-21 BRL-CAD: 03brlcad * r31217 10/brlcad/tags/rel-7-12-4/: tag release 7.12.4
08:50.42 CIA-21 BRL-CAD: 03brlcad * r31218 10/brlcad/trunk/doc/cvs.txt: include a disclaimer that these guidelines are obsolete and need updating
08:52.29 CIA-21 BRL-CAD: 03brlcad * r31219 10/brlcad/trunk/ (NEWS README include/conf/PATCH): release is tagged, bump to 7.12.5 in anticipation of 7.12.6 next month
08:55.20 CIA-21 BRL-CAD: 03brlcad * r31220 10/brlcad/trunk/HACKING: give a better example of tagging a release (remote method that should always work), don't mention nonexistent cvspolicy.txt file
09:09.23 *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz)
09:10.55 brlcad moin d_rossberg
09:12.53 *** topic/#brlcad by brlcad -> BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Channel logs at http://ibot.rikers.org/%23brlcad/ || BRL-CAD is participating in the 2008 Google Summer of Code! || Release 7.12.4 is posted (source-only release)
09:22.04 d_rossberg moin moin brlcad
09:22.38 d_rossberg is out for lunch
09:51.20 *** join/#brlcad elite01 (n=elite01@dslb-088-071-037-253.pools.arcor-ip.net)
10:25.25 *** join/#brlcad PrezzKennedy (i=Matthew@74.86.45.130)
10:27.01 *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) [NETSPLIT VICTIM]
10:27.01 *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) [NETSPLIT VICTIM]
10:27.01 *** join/#brlcad PrezKennedy (i=Matthew@74.86.45.130) [NETSPLIT VICTIM]
10:27.01 *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT VICTIM]
10:37.54 *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6)
10:59.20 brlcad mm.. breakfast woulda been good
10:59.58 brlcad yawns content that the release is posted
11:11.51 *** join/#brlcad louipc (n=louipc@76-10-146-181.dsl.teksavvy.com)
11:54.48 *** join/#brlcad Maloeran (n=maloeran@glvortex.net)
12:17.37 CIA-21 BRL-CAD: 03bob1961 * r31221 10/brlcad/trunk/ (10 files in 5 dirs): Moved otranslate, oscale, orotate and ocenter to separate files in libged and modified by removing Tcl and changing their signatures.
12:20.25 CIA-21 BRL-CAD: 03bob1961 * r31222 10/brlcad/trunk/src/libged/ (CMakeLists.txt Makefile.am): Moved otranslate, oscale, orotate and ocenter to separate files in libged and modified by removing Tcl and changing their signatures.
12:36.06 *** join/#brlcad Maloeran (n=maloeran@glvortex.net)
12:44.23 ``Erik *yargn*
12:44.56 ``Erik BRL-CAD had a couple hand coded assembly files, I think the last couple were removed already... a fast square root solver for a gould and something similar for a vax iirc
12:47.46 CIA-21 BRL-CAD: 03erikgreenwald * r31223 10/brlcad/trunk/src/libged/arced.c: strchr needs string.h
12:58.21 CIA-21 BRL-CAD: 03bob1961 * r31224 10/brlcad/trunk/src/libged/ (5 files): Added trace.c and get_obj_bounds.c
13:57.49 poolio mornin'
13:59.39 *** join/#brlcad elite01 (n=elite01@dslb-088-071-037-253.pools.arcor-ip.net)
14:33.31 CIA-21 BRL-CAD: 03erikgreenwald * r31225 10/brlcad/trunk/src/libged/get_obj_bounds.c: need string.h for various functions. Fix function signature to match header
14:33.31 CIA-21 BRL-CAD: 03johnranderson * r31226 10/brlcad/trunk/ (include/rtserver.h src/librtserver/rtserver.c): Mods to try to handle differences for 32-bit vs 64-bit architectures
14:40.14 *** join/#brlcad quentusrex (n=quentusr@c-71-197-244-228.hsd1.or.comcast.net)
14:53.31 CIA-21 BRL-CAD: 03bob1961 * r31227 10/brlcad/trunk/ (9 files in 2 dirs): Moved struct wdb_trace_data definition to ged_private.h. Moved ged_trace(), ged_get_obj_bounds() and ged_get_obj_bounds2() function declarations to ged_private.h.
14:59.03 *** join/#brlcad prasad1 (n=psilva@static-70-108-244-218.res.east.verizon.net)
15:05.48 *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net)
15:31.44 *** join/#brlcad andrecastelo (n=chatzill@189.71.30.250)
15:31.59 andrecastelo hey morning
15:42.24 CIA-21 BRL-CAD: 03bob1961 * r31228 10/brlcad/trunk/ (include/ged.h src/libged/ged_private.h): Moved a few defines from ged.h to ged_private.h
15:43.24 CIA-21 BRL-CAD: 03bob1961 * r31229 10/brlcad/trunk/src/nirt/nirt.c: Move filearray variable declaration to beginning of code block.
15:45.19 CIA-21 BRL-CAD: 03bob1961 * r31230 10/brlcad/trunk/ (misc/win32-msvc8/libbu/libbu.vcproj src/libbu/dirent.c): Mods to expose bu_count_path and bu_list_path on windows.
15:47.05 andrecastelo hey ``Erik , check this out : http://rafb.net/p/vpaecY70.html
16:18.29 *** join/#brlcad prasad_ (n=psilva@h-72-245-122-226.mclnva23.covad.net)
16:56.27 ``Erik and he's gone again, heh
17:10.59 CIA-21 BRL-CAD: 03erikgreenwald * r31231 10/brlcad/trunk/src/adrt/libtie/ (tie.c tie.h tie_kdtree.c tie_kdtree.h tie_struct.h): minor type (signed vs unsigned) fixes
17:25.10 CIA-21 BRL-CAD: 03pacman87 * r31232 10/brlcad/trunk/ (AUTHORS src/librt/g_hyp.c src/mged/typein.c): Add mged hyp creation and plot() for basic wireframe view
17:32.49 *** join/#brlcad ChanServ (ChanServ@services.)
17:32.49 *** mode/#brlcad [+o ChanServ] by irc.freenode.net
17:45.35 *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net)
18:35.16 *** join/#brlcad clock_ (n=clock@77-56-77-249.dclient.hispeed.ch)
19:40.55 *** join/#brlcad ChanServ (ChanServ@services.)
19:40.55 *** mode/#brlcad [+o ChanServ] by irc.freenode.net
20:16.06 *** join/#brlcad homovulgaris (i=homovulg@gateway/tor/x-8bac5e9353234604)
20:48.00 *** join/#brlcad elite01 (n=elite01@dslb-088-071-037-253.pools.arcor-ip.net)
21:23.17 *** join/#brlcad andrecastelo (n=chatzill@189.71.30.250)
21:32.43 *** join/#brlcad andrecastelo (n=chatzill@189.71.30.250)
21:33.01 andrecastelo ok, good evening everyone
21:34.43 andrecastelo hi brlcad, ``Erik
21:40.29 poolio aloo andrecastelo
21:40.37 andrecastelo hey poolio
21:40.44 ``Erik oi, andre
21:40.52 ``Erik your auto* issues, is that on linux or windows?
21:41.22 andrecastelo on linux
21:41.29 ``Erik are you on linux right now?
21:41.35 andrecastelo i've mounted the windows on it
21:41.37 andrecastelo yes
21:41.43 andrecastelo i've also tried the bash autogen.sh
21:41.47 ``Erik I'm wondering if running "bash autogen.sh" (and making sure it completes correctly) might help
21:41.47 andrecastelo same problem
21:41.48 ``Erik ok
21:41.58 ``Erik brlcad thinks it might be a line end issue
21:41.58 andrecastelo let me paste for you
21:42.06 ``Erik I saw the rafb.net link
21:42.34 andrecastelo yeah, basically the same error -> http://rafb.net/p/xmzEcc13.html
21:42.39 ``Erik perhaps if you checked a version out from subversion onto your linux partition (using linux) and tried there? *shrug*
21:42.47 andrecastelo hm ok, will do
21:42.58 *** join/#brlcad b0ef (n=b0ef@062016141231.customer.alfanett.no)
21:43.25 ``Erik it seems weird to me that it'd fail like that, and the error messages seem... strangely mutilated O.o
21:52.34 andrecastelo ``Erik: ok, checkout on its way
21:53.23 ``Erik okie, I'm gonna go drive home now :D be back in a bit
22:17.32 *** join/#brlcad andrecastelo (n=chatzill@189.71.30.250)
23:15.35 *** join/#brlcad andrecastelo_ (n=chatzill@189.71.30.250)
23:31.36 andrecastelo hey brlcad, i'm ready to commit the msvc9 changes
23:32.02 andrecastelo is there anything i should wait or do first?
23:40.50 brlcad howdy andrecastelo
23:41.04 brlcad nope, just do it :)
23:41.10 andrecastelo hm, ok
23:41.11 brlcad presumably run make distcheck?
23:41.30 brlcad that'll make sure you add the dir correctly (if *nix)
23:42.20 CIA-21 BRL-CAD: 03pacman87 * r31233 10/brlcad/trunk/src/librt/g_hyp.c: Fix hyp's plot() to draw elliptical cross sections and hyperboloids not centered at the origin
23:42.23 andrecastelo i'm on windows right now.. but regarding the configure and autogen problems, you were right. When i added the changes manually using linux, they ran ok
23:42.39 brlcad figured, seen it before
23:43.07 brlcad usually it's windows folks that download a unix zip though
23:59.51 PrezzKennedy frantically clicks download on all the files without reading

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