| 00:16.22 | CIA-77 | BRL-CAD: 03starseeker * r43643 10/brlcad/trunk/src/libged/combmem.c: Do some initializations for combmem.c, but it's not enough - getting some more of the weird complaints that identify line numbers that don't seem directly related to uninitialized aetvec and tvec |
| 00:21.50 | CIA-77 | BRL-CAD: 03starseeker * r43644 10/brlcad/trunk/src/libged/combmem.c: This does it - init 'em all |
| 00:32.38 | CIA-77 | BRL-CAD: 03starseeker * r43645 10/brlcad/branches/cmake/src/ (5 files in 3 dirs): MFC r43644 |
| 01:28.27 | CIA-77 | BRL-CAD: 03starseeker * r43646 10/brlcad/trunk/ (include/raytrace.h src/libged/search.c src/librt/search.c): Move the unique object logic out of libged into a librt function. renaming and cleanup for clarity, more comments in raytrace.h header. |
| 01:31.22 | CIA-77 | BRL-CAD: 03starseeker * r43647 10/brlcad/branches/cmake/ (include/raytrace.h src/libged/search.c src/librt/search.c): MFC r43646 |
| 01:38.17 | CIA-77 | BRL-CAD: 03starseeker * r43648 10/geomcore/trunk/tests/svntest/main.c: Start laying out the search plan for svn geometry testing. |
| 02:05.27 | CIA-77 | BRL-CAD: 03starseeker * r43649 10/brlcad/trunk/src/ (libged/search.c librt/search.c): Shift responsibility for making the default toplevel list of objects to librt from libged - this is sensible default behavior and will save doing this every time search logic is used to search the whole database. |
| 02:06.54 | CIA-77 | BRL-CAD: 03starseeker * r43650 10/brlcad/branches/cmake/src/ (libged/search.c librt/search.c): MFC r43649 |
| 02:08.06 | CIA-77 | BRL-CAD: 03starseeker * r43651 10/geomcore/trunk/tests/svntest/main.c: tweak plan - search should iterate over everything by default now. |
| 02:34.59 | *** join/#brlcad louipc (~louipc@archlinux/trusteduser/louipc) | |
| 06:26.48 | *** join/#brlcad Stattrav (~Stattrav@122.172.12.71) | |
| 06:26.49 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 06:57.01 | *** join/#brlcad epileg (~epileg@unaffiliated/epileg) | |
| 09:49.48 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 09:49.49 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release prep for 7.18.2 under way (20110202) | |
| 10:20.45 | CIA-77 | BRL-CAD: 03d_rossberg * r43652 10/brlcad/trunk/ (4 files in 4 dirs): |
| 10:20.45 | CIA-77 | BRL-CAD: fixed release 43577 changes "back to not needing libregex search dir" |
| 10:20.45 | CIA-77 | BRL-CAD: - re-enabled the libregex build |
| 10:20.45 | CIA-77 | BRL-CAD: - removed the unnecessary libregex search dirs |
| 11:51.31 | CIA-77 | BRL-CAD: 03starseeker * r43653 10/brlcad/branches/cmake/CMakeLists.txt: VERSION_GREATER, not GREATER |
| 11:58.45 | CIA-77 | BRL-CAD: 03starseeker * r43654 10/brlcad/branches/cmake/misc/CMake/test_srcs/builddelta_end.c.in: do something with fscanf return to quiet compiler. |
| 12:11.33 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 12:11.33 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release prep for 7.18.2 under way (20110202) | |
| 12:11.43 | CIA-77 | BRL-CAD: 03starseeker * r43656 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: whoops, that should have been in trunk - init min and max |
| 12:14.37 | CIA-77 | BRL-CAD: 03starseeker * r43657 10/brlcad/trunk/include/raytrace.h: comment tweak |
| 12:40.55 | CIA-77 | BRL-CAD: 03starseeker * r43658 10/brlcad/branches/cmake/ (. include/raytrace.h): fix comment in cmake too |
| 12:59.55 | CIA-77 | BRL-CAD: 03starseeker * r43659 10/brlcad/trunk/ (include/raytrace.h src/libged/search.c src/librt/search.c): Ah, that's better - don't wipe out the path name list passed to the search functions - that's the responsibility of the function that created the list. provide db_free_full_path_list to make that easier. |
| 13:00.40 | CIA-77 | BRL-CAD: 03starseeker * r43660 10/brlcad/branches/cmake/ (include/raytrace.h src/libged/search.c src/librt/search.c): MFC r43659 |
| 14:09.45 | brlcad | MISSING from src/librt/CMakeLists.txt: search.c |
| 14:09.45 | brlcad | NEED TO SYNC CMAKELISTS.TXT |
| 14:10.09 | starseeker | once sec... |
| 14:10.16 | starseeker | updates local autotools branch |
| 14:11.49 | CIA-77 | BRL-CAD: 03starseeker * r43661 10/brlcad/trunk/src/librt/CMakeLists.txt: Sync autotools branch CMakeLists.txt file |
| 14:11.54 | starseeker | there we go |
| 14:19.50 | ``Erik | ponders removing strict from tab since script.c complains on both osX.6 and fbsd :/ |
| 14:24.14 | brlcad | holy shit that's a lot of "lost changes" erik .. heh |
| 14:24.38 | brlcad | some of it is ws, but a lot not |
| 14:26.45 | ``Erik | yeah, it was a merge from trunk that stomped stuff, unfortunately :/ |
| 14:28.07 | brlcad | cool, retesting |
| 14:28.16 | starseeker | needs to try compiling d_rossberg's CMake stuff to figure out what it is/does, and see if it can be made to do that with cmake branch files - if it can, the new CMake logic can be moved to trunk (even if it doesn't get enabled as the default system) |
| 14:28.30 | brlcad | starseeker: r43630 .. heh, there are warnings that were that bad in time testing code that YOU wrote?? |
| 14:30.00 | brlcad | same reason they're maintenance burden for production code holds true for build system code too |
| 14:31.40 | brlcad | r43607 also isn't right, it's a hvect, not a vect, so VSETALL doesn't apply ([3] is the fourth H element) |
| 14:33.44 | starseeker | brlcad: keep reading :-) |
| 14:35.17 | starseeker | 43610 should fix 43607 |
| 14:36.45 | starseeker | and I fixed the compile warnings on those timing utilities - I took out all the warning flag suppression for them in one of the later commits |
| 14:38.07 | CIA-77 | BRL-CAD: 03brlcad * r43662 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: pl is a plane_t, fix a couple places where it's being treated like it's a vect_t. |
| 14:43.33 | brlcad | I see, there were still other problems in that file |
| 14:43.50 | brlcad | one that wasn't immediately evident what [H] should be set to |
| 14:44.03 | starseeker | nods |
| 14:44.07 | starseeker | that is odd |
| 14:44.48 | starseeker | does some of that nmg code predate the establishment of the plane_t and vect_t types? |
| 14:45.13 | brlcad | not really |
| 14:45.26 | starseeker | sees if 7.18.2 builds... |
| 14:45.42 | starseeker | or r43153 anyhow |
| 14:45.49 | brlcad | the problem is probably more code evolution, someone coming in years later and thinking that a particular fastf_t * was one type vs another |
| 14:46.57 | brlcad | for a long while, some compilers did not like having vect_t or plane_t listed as parameters, wanted the untypedef'd type (fastf_t*) |
| 14:47.08 | brlcad | even today, I think some compilers still have a problem with it |
| 14:47.11 | brlcad | (gcc) |
| 14:47.24 | starseeker | huh |
| 14:47.46 | brlcad | ideally should change those pl parameters to be plane_t, and see who breaks |
| 14:48.04 | starseeker | probably after release? ;-) |
| 14:48.31 | brlcad | 43613 (-fPIC) is concerning up there with r43630 (-w on build infrastructure) |
| 14:49.03 | brlcad | probably, more like the next time someone is in that file making logic changes where it can be more carefully tested |
| 14:49.46 | starseeker | brlcad: 43613 is beyond my debug skills, at least without putting a lot of time into it |
| 14:50.07 | brlcad | fPIC isn't going to be valid for some compilers |
| 14:50.20 | brlcad | and doesn't make sense for static code regardless |
| 14:50.56 | brlcad | paste the (actual) compilation line and build failure |
| 14:51.09 | starseeker | I'll yank it - I primarily needed to get by it to do other stuff at the time |
| 14:51.28 | starseeker | build failure was posted earlier... |
| 14:51.43 | starseeker | I don't have the compilation line handy - it was only on my home gentoo box I saw the issue |
| 14:52.28 | brlcad | kind of one-liner tweak that gets ignored and is fine for a while, then bites someone years down the road taking days to debug and discover |
| 14:53.00 | brlcad | having some issue that's PIC/non-PIC related can be disastrous debugging for dynamic loading |
| 14:53.15 | CIA-77 | BRL-CAD: 03starseeker * r43663 10/brlcad/branches/cmake/src/librt/CMakeLists.txt: remove the fPIC flag for extrude.c |
| 14:55.55 | starseeker | brlcad: http://pastebin.mozilla.org/1122628 |
| 14:55.57 | starseeker | that's the error |
| 14:56.34 | brlcad | can you paste the whole log, from compile line to the end of the error? |
| 14:56.47 | starseeker | not right now - I can tonight |
| 14:57.01 | brlcad | k |
| 14:57.14 | brlcad | ahh, looks like it's out of date to, line numbers aren't matching up |
| 14:57.51 | starseeker | uh - that was one of the fun parts of the error - line numbers reported didn't seem to have anything to do with the variables that might be unitialized |
| 14:59.51 | brlcad | I mean the easy fix is to initialize all those vars it mentions |
| 14:59.58 | starseeker | ah |
| 14:59.59 | brlcad | if that's indeed the issue |
| 15:00.20 | brlcad | that might at least hone the warning to something else, leading towards the root cause |
| 15:00.56 | starseeker | let me see if a release build here can reproduce it... doubtful but you never know |
| 15:05.26 | CIA-77 | BRL-CAD: 03brlcad * r43664 10/brlcad/trunk/include/vmath.h: add missing V2INITALL and V2INIT_ZERO macros providing the 2D versions of VINITALL and VINIT_ZERO |
| 15:06.15 | CIA-77 | BRL-CAD: 03brlcad * r43665 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: initialize a few 2d vars to zero, just because we like it that way |
| 15:08.26 | starseeker | yeah, thought so - doesn't show up here |
| 15:08.40 | CIA-77 | BRL-CAD: 03erikgreenwald * r43666 10/brlcad/trunk/src/librt/primitives/bot/tie.c: reincorporate lost changes |
| 15:10.20 | CIA-77 | BRL-CAD: 03brlcad * r43667 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: slew of functions not marked static that should be static. make the compiler's job easier, those functions don't need to be exported. |
| 15:10.38 | brlcad | that will probably fix the failure between those changes |
| 15:10.48 | starseeker | brlcad: cool, thanks! |
| 15:19.32 | brlcad | yeah, reading through the code, it's looking like there might be some obscure way that they'd get called without initialization or the compiler was getting confused by sub-scope variables getting passed in as arguments to other functions that had parameters with the same name |
| 15:19.51 | brlcad | or it was cleverly following the call tree use and found some path of potential uninitialization |
| 15:20.30 | brlcad | either way, the "why" doesn't matter so much in this instance since we can simply initialize like it's saying we should without harm |
| 15:20.50 | starseeker | nods |
| 15:22.05 | CIA-77 | BRL-CAD: 03brlcad * r43668 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: init ra/rb to zero too, pull them back up to the top scope since they're double-declared in the same function. |
| 15:23.26 | CIA-77 | BRL-CAD: 03erikgreenwald * r43669 10/brlcad/trunk/src/librt/primitives/extrude/extrude.c: get_indices can't be static, it's also used in sketch |
| 15:23.48 | cjdevlin | any chance of a losethos <http://www.losethos.com/> port? |
| 15:26.24 | starseeker | cjdevlin: I'm guessing probably not |
| 15:26.37 | starseeker | never heard of it before - how did you come across it? |
| 15:27.25 | cjdevlin | i think i got a new release announcement on a mailing list i am on. it's . . . interesting |
| 15:27.48 | starseeker | it's intended for recreational programming, not "production" use |
| 15:28.31 | starseeker | http://www.losethos.com/doc/Constitution.html would seem to pretty much rule it out as a worthwhile platform to port to |
| 15:28.33 | cjdevlin | he created a custom version of c . . . i don't think anything will be ported to this ever . . . |
| 15:30.23 | starseeker | Haiku is a lot more interesting, but someone(tm) would have to get Tk ported to their graphics system |
| 15:31.56 | starseeker | brlcad got (iirc) all the non-graphical components of BRL-CAD compiled on Haiku at one point, including tcl, but Tk is a whole 'nother animal |
| 15:32.05 | cjdevlin | haiku is the new beos right? |
| 15:34.12 | starseeker | pretty much |
| 15:40.57 | cjdevlin | who maintains the .debs on the brlcad site? |
| 15:40.59 | starseeker | winces thinking about a Haiku compile with the new flags... |
| 15:41.23 | starseeker | we've had some new work done on those recently... |
| 15:42.12 | starseeker | don't recall if we actually got new debs uploaded to sf - the only Debian based system I have is my laptop, and even there I compile... |
| 15:42.27 | *** join/#brlcad Stattrav (~Stattrav@117.202.27.184) | |
| 15:42.27 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) | |
| 15:43.06 | cjdevlin | well, here's the motivation for me asking . . . i am trying to learn how to program. with some assistance from the people in this room i was able to get source compiled a few times. i figured working on just the packaging will be a way to get my feet wet. i am an ubuntu user, but ubuntu is basically debian. |
| 15:43.18 | cjdevlin | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289632 |
| 15:43.33 | cjdevlin | and it seems like people have been trying to get it into debian for quite a while |
| 15:43.51 | starseeker | take a look in misc/debian |
| 15:45.14 | cjdevlin | i also don't want to step on toes or reinvent the wheel if someone is actively working on it |
| 15:45.15 | starseeker | ah, right - Jordi Sayol |
| 15:45.30 | starseeker | back in January |
| 15:45.54 | starseeker | most recent commit was actually 2/28, so fair to say he's active :-) |
| 15:46.22 | cjdevlin | does he spend much time here? |
| 15:46.27 | brlcad | cjdevlin: chances are greatly increased if you attempt the port ;) |
| 15:48.16 | cjdevlin | brlcad: well then, based on my current working knowledge of programming and the graphics libraries available on the target platform: expect commits around 2020 (ish) :) |
| 15:49.05 | cjdevlin | brlcad the program is only what? a million lines of code? |
| 15:49.25 | CIA-77 | BRL-CAD: 03d_rossberg * r43670 10/brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def: export rt_bot_mintie() for nirt |
| 15:49.53 | starseeker | brlcad: I tried compiling 43153 on Redhat and can't reproduce it |
| 15:51.21 | brlcad | cjdevlin: approximately, yep |
| 15:51.38 | brlcad | twice that if you count all our dependenceis |
| 15:52.07 | brlcad | this losethos guy is pretty awesome |
| 15:52.09 | brlcad | hilarious |
| 15:52.34 | starseeker | ah HAH! |
| 15:52.39 | starseeker | system regex doesn't work |
| 15:53.09 | cjdevlin | brlcad: isn't 2million the lines of code that run (ran) Jurassic Park :) ? |
| 15:53.46 | cjdevlin | he's been working on it full time for more than 7 years . . . |
| 16:00.14 | starseeker | blinks |
| 16:00.20 | starseeker | system regex works with trunk?? |
| 16:03.06 | brlcad | define "works"? |
| 16:03.20 | brlcad | should work.. |
| 16:04.10 | starseeker | yes, but that looks like the change - 7.18.2 failed with system, trunk succeeds |
| 16:05.21 | brlcad | so the good news is 7.18.2 binaries might not be working if they're enable all, but an enable all build should work for .2 and trunk |
| 16:05.38 | brlcad | er, if they're NOT enable all |
| 16:06.11 | starseeker | right |
| 16:06.13 | brlcad | that begs the question why system regex would fail -- perhaps a non-portable regex expression being used |
| 16:06.25 | brlcad | red/ted use regex? |
| 16:06.32 | starseeker | I am using some features only supported by newer regex installs |
| 16:06.34 | starseeker | yes |
| 16:06.40 | starseeker | red does anyway |
| 16:07.05 | brlcad | that should be easy to fix then |
| 16:07.27 | starseeker | uh, define fix... |
| 16:07.41 | brlcad | finds the expressions |
| 16:08.01 | starseeker | the part that's throwing me is it succeeds in trunk |
| 16:08.05 | brlcad | there's no "new" regex feature that isn't supported by older regex in another form |
| 16:08.18 | brlcad | yeah, that's interesting |
| 16:08.31 | brlcad | if trunk succeeds with system regex, then maybe a red herring |
| 16:08.42 | starseeker | wait, let me try trunk autotools |
| 16:08.43 | brlcad | coincidental, but not the problem |
| 16:08.49 | starseeker | right |
| 16:08.59 | _psilva | ugh.. cant login to 'new' account.. i left large corporations to avoid this crap :( |
| 16:09.15 | brlcad | and then got bought out by one |
| 16:09.26 | _psilva | cries |
| 16:09.45 | brlcad | president was a pussy? sold out? |
| 16:10.02 | _psilva | he wanted his millions? |
| 16:10.03 | _psilva | heh |
| 16:10.25 | _psilva | flash needs to be replaced ;) |
| 16:11.05 | brlcad | join the html5 committee? |
| 16:11.15 | _psilva | we'll see |
| 16:11.58 | _psilva | bunch of flash 'experts' are moving to html5 |
| 16:12.13 | _psilva | and are implementing similar constructs via js/canvas |
| 16:12.19 | brlcad | this Terry Davis losethos guy is pretty funny, wonder how he had so much time to dedicate to something like that |
| 16:13.02 | brlcad | classic hacking, for just the hell of it all on his own from scratch |
| 16:13.42 | brlcad | random custom constructs, caveats, and inconsisties all over the place, but fun nontheless |
| 16:14.12 | _psilva | what's this? |
| 16:14.15 | cjdevlin | it has a cool flight sim though |
| 16:14.32 | brlcad | _psilva: dude that wrote his own OS http://www.losethos.com/ |
| 16:14.47 | brlcad | not general purpose, just for fun |
| 16:14.49 | _psilva | ah |
| 16:15.07 | brlcad | the "command line" is actually a C-variant live interpreter |
| 16:15.26 | _psilva | we had quite a time dealing with the creator of atheos, who's working at funcom atm |
| 16:16.44 | _psilva | wow that's a lot of effort |
| 16:17.15 | cjdevlin | it seems like you guys are maintaining both autotools and cmake? mind if i ask why? (purely a personal info question, not trying to start an argument) |
| 16:17.18 | brlcad | all three videos are pretty intersting |
| 16:17.36 | brlcad | cjdevlin: we're migrating to cmake, but autotools is the oldstay until we switch |
| 16:17.53 | brlcad | years went into autotools, so it's pretty lock solid, but cmake is the new coke |
| 16:18.23 | cjdevlin | helps the cross platform effort also? |
| 16:18.30 | brlcad | that's the main motivation |
| 16:18.51 | _psilva | did u ever make a new gui for brlcad? |
| 16:19.00 | brlcad | getting a unified build that'll span linux, mac, other unices, AND windows .. which has been the lone child out |
| 16:19.14 | brlcad | _psilva: two of them, but both still under development |
| 16:19.21 | _psilva | screens? |
| 16:19.35 | brlcad | archer is about to go into alpha |
| 16:19.36 | brlcad | http://brlcad.org/tmp/archer.png |
| 16:20.11 | starseeker | if I got that right, r43400 seems to work with system regex |
| 16:20.19 | _psilva | interesting.. tcl? |
| 16:20.29 | brlcad | http://brlcad.org/~starseeker/archer_latest.png |
| 16:20.37 | brlcad | http://brlcad.org/~starseeker/archer_ronja1.png |
| 16:21.40 | brlcad | _psilva: yeah, archer is .. the "3rd gen" one isn't, but the screenshots are more simple -- pre-pre alpha |
| 16:22.49 | _psilva | archer looks nice |
| 16:22.56 | _psilva | better than what i remember |
| 16:23.07 | _psilva | any info on the 3rd gen ui? |
| 16:23.12 | brlcad | _psilva: most of the time has been spent implementing support for NURBS and STEP, library and source code refactoring, and the Geometry Service |
| 16:23.55 | brlcad | most of the GUI things you'd want require robust NURBS support, CSG evaluation of NURBS, and reliable fast surface tessellation |
| 16:24.19 | brlcad | so the focus has been on NURBS more than the GUI itself, so we can still have verifiable CAD constructs |
| 16:24.29 | _psilva | ic |
| 16:24.55 | brlcad | some screenies of 3rd gen at http://brlcad.org/wiki/User:Ralith |
| 16:25.50 | brlcad | the screenie at the bottom actually has an embedded mged command interpreter, input bindings mimicing mged, blender, and a game controller |
| 16:26.04 | _psilva | cool |
| 16:26.10 | brlcad | otherwise, mostly basic infrastructure |
| 16:29.13 | cjdevlin | was the unix/linux version done in gtk? and now you are writing a new gui in Qt? |
| 16:29.31 | starseeker | original gui work was in Tk |
| 16:29.44 | starseeker | new effort uses a combination of Qt and Ogre |
| 16:38.53 | starseeker | 43200 exhibits the failure... |
| 16:55.11 | starseeker | 43310 works... |
| 16:56.42 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 16:56.50 | *** join/#brlcad yukonbob1 (~bch@20-144.wireless.kamloops.net) | |
| 17:01.04 | *** join/#brlcad alex_jon1 (~alex_joni@81.196.65.201) | |
| 17:05.44 | *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) | |
| 17:23.49 | starseeker | ok, 43213 exhibits the failure |
| 17:35.46 | starseeker | hah, cool: http://prod.nais.nasa.gov/eps/eps_data/137203-SOL-001-005.pdf |
| 17:39.24 | *** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ) | |
| 17:40.49 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 17:41.08 | starseeker | even cooler: http://simplesat.gsfc.nasa.gov/drawings.html |
| 17:47.24 | starseeker | wonder if there are public cad drawings for that simplesat... |
| 17:51.36 | alex_joni | starseeker: nice :) |
| 17:55.31 | starseeker | not a drawing itself, but possibly interesting as a source of layout conventions: http://mscweb.gsfc.nasa.gov/543web/files/GSFC-X-673-64-1F.pdf |
| 17:57.04 | starseeker | 43214 fails... |
| 18:02.04 | alex_joni | heh, if I would have followed that doc I probably would have never finished with my design :) |
| 18:06.27 | starseeker | hmm... http://hesperia.gsfc.nasa.gov/hessi/reference/drawings/hessi10_26_99%20Archive/ |
| 18:06.37 | alex_joni | starseeker: http://juve.ro/blog-files/projects/01298803577/steadycam.pdf |
| 18:07.11 | *** join/#brlcad epileg (~epileg@188.119.210.222) | |
| 18:07.11 | *** join/#brlcad epileg (~epileg@unaffiliated/epileg) | |
| 18:16.53 | starseeker | alex_joni: hah, cool! |
| 18:16.53 | starseeker | what license is the model? |
| 18:16.56 | starseeker | looks like it might be a solid model? http://juve.ro/blog/projects/01298803577 |
| 18:16.57 | starseeker | 43216 fails... |
| 18:26.47 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 18:29.25 | *** join/#brlcad epileg (~epileg@unaffiliated/epileg) | |
| 18:32.08 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 18:39.39 | starseeker | 43235 fails |
| 18:39.48 | starseeker | gets lunch |
| 18:58.22 | *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni) | |
| 19:00.51 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) | |
| 19:13.27 | alex_joni | starseeker: haven't decided on the license yet, but something open |
| 19:19.04 | alex_joni | not even sure what licenses are aplicable to solid models and cad drawings |
| 19:28.50 | starseeker | usually I see creative commons |
| 19:29.01 | starseeker | (see openmoko for an example) |
| 19:44.38 | *** join/#brlcad PrezKennedy (MK@whitecalf.net) | |
| 20:31.34 | CIA-77 | BRL-CAD: 03starseeker * r43671 10/brlcad/trunk/TODO: The reported red failure was due to disabling compile of local regex, resulting in interference from tcl regex. After commit 43259, this is no longer occurring and proper behavior is restored. |
| 20:51.29 | CIA-77 | BRL-CAD: 03starseeker * r43672 10/brlcad/branches/cmake/ (5 files in 5 dirs): MFC r43671 |
| 20:59.40 | CIA-77 | BRL-CAD: 03erikgreenwald * r43673 10/brlcad/trunk/src/librt/primitives/bot/tie.c: indent |
| 21:11.19 | CIA-77 | BRL-CAD: 03erikgreenwald * r43674 10/brlcad/trunk/src/librt/primitives/bot/ (tie_kdtree.c tieprivate.h): de-magic the haschildren/leafnode bit and comment some on bitpacking |
| 21:11.59 | alex_joni | starseeker: sounds good |
| 21:25.34 | CIA-77 | BRL-CAD: 03starseeker * r43675 10/geomcore/trunk/src/other/subversion/other/apr-util/xml/expat/Makefile.in: Looks like a Makefile.in got ignored. |
| 21:35.52 | CIA-77 | BRL-CAD: 03erikgreenwald * r43676 10/brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: check alignment on kd nodes |
| 21:40.40 | *** join/#brlcad vtts (~vytautas@diz.ktu.lt) | |
| 21:44.51 | vtts | hi, is such problem known on mac os x? http://pastie.org/1630246 |
| 21:45.47 | CIA-77 | BRL-CAD: 03starseeker * r43677 10/geomcore/trunk/src/other/subversion/other/apr-util/ (87 files in 15 dirs): Sync apr-util directory with apr-util-1.3.10 |
| 21:56.11 | CIA-77 | BRL-CAD: 03starseeker * r43678 10/geomcore/trunk/src/other/subversion/ (CMake/ThirdParty.cmake CMakeLists.txt): third party build logic ain't happy - get closer, but this won't be enough |
| 22:31.03 | starseeker | vtts: yow. Is that with OpenGL enabled? |
| 22:33.26 | vtts | agl |
| 22:36.15 | starseeker | uh... we don't use agl yet - we work with X11 opengl on the mac |
| 22:36.47 | vtts | ok then, I'll try skipping OpenGL and see if it works |
| 22:36.59 | alex_joni | starseeker: now with license info: http://juve.ro/blog/projects/01298803577 |
| 22:37.11 | starseeker | not sure if that'll do anything, but worth a try... that's a pretty new version of OSX |
| 22:37.54 | starseeker | alex_joni: cool! what cad system are you modeling in? |
| 22:38.01 | alex_joni | I'll put the solid up in a couple days (when I get a round-tuit) |
| 22:38.04 | alex_joni | starseeker: alibre |
| 22:38.17 | starseeker | does it export to step? (drool...) |
| 22:38.21 | alex_joni | yes |
| 22:38.34 | starseeker | awesome |
| 22:39.02 | alex_joni | I found it very nice/cheap (about 2k for the expert version which does CAE, CAM, unlimited everythings, etc) |
| 22:39.22 | alex_joni | limited CAM though.. |
| 22:39.27 | starseeker | nods |
| 22:39.38 | starseeker | hey, if it works it works |
| 22:39.40 | alex_joni | right |
| 22:39.48 | alex_joni | "only" 2.5D and 3D |
| 22:40.09 | alex_joni | anyways, I used SW a bit before this, and Inventor |
| 22:40.20 | alex_joni | but I like alibre better, and it's less than half the price |
| 22:40.31 | starseeker | wonder what engine they're using |
| 22:40.39 | alex_joni | oh, did I mention you get 5 seats for that price? |
| 22:41.09 | starseeker | heh - amazing. A far cry from the $30,000 per set licensing (back when that was real money) |
| 22:41.23 | alex_joni | heh |
| 22:41.50 | alex_joni | they use step as the internal datatype |
| 22:41.57 | alex_joni | some step variant anyways |
| 22:42.03 | starseeker | sweet |
| 22:44.34 | alex_joni | they used to have a limited free version |
| 22:44.45 | alex_joni | now it's 99$/seat for the personal version |
| 22:45.02 | starseeker | nods - lot like Mathematica in that respect |
| 22:45.11 | starseeker | suck in the students, then *wham* |
| 22:46.02 | starseeker | always preferred the open solutions, even if they weren't as full-featured/glitzy, but sometimes you need the functionality (especially for "real work") |
| 22:46.46 | alex_joni | yeah, I know.. |
| 22:47.02 | alex_joni | well.. there's Octave out there ;) |
| 22:47.34 | starseeker | :-). That's the Matlab-alike - for phyics (my undergrad) Maxima was the major player |
| 22:47.50 | starseeker | Axiom later made an appearance, and then Reduce as well |
| 22:48.05 | alex_joni | ah right, was thinking of Matlab |
| 22:50.41 | brlcad | vtts: opengl is fine, but you have to enable compilation of tcl/tk (--enable-all) |
| 22:50.59 | alex_joni | starseeker: step 203 / step 214 ? |
| 22:51.00 | brlcad | the system tk on 10.6 is compatible, but will crash because we assume an X11 binding |
| 22:51.14 | brlcad | 203 at the moment |
| 22:51.20 | starseeker | alex_joni: I believe 203, but if it's easy why not put up both? |
| 22:52.14 | starseeker | is a greedy sucker when it comes to test cases :-P |
| 22:53.08 | alex_joni | coming up in a sec |
| 22:54.13 | alex_joni | I can also export ACIS and parasolid (x_t) |
| 22:54.23 | alex_joni | if those are valid test cases let me know |
| 22:54.42 | starseeker | urm. Interesting, but I don't know if those formats are documented? |
| 22:55.08 | brlcad | sure, why not -- x_t would be useful |
| 22:55.22 | brlcad | it's a text-based format, somewhat easy to parse |
| 22:55.37 | starseeker | they'd all be handy for "Rosetta stone" work if someone wanted to start figuring out the formats, but for now we've got all we can do to support the ones that are :-P |
| 22:55.46 | starseeker | having the same model in multiple formats is quite handy |
| 22:57.33 | starseeker | 's jaw hits the floor... |
| 22:59.10 | vtts | brlcad, make install fails if i enable tcl/tk :( |
| 22:59.12 | CIA-77 | BRL-CAD: 03starseeker * r43679 10/geomcore/trunk/tests/svntest/main.c: Commit svntest quick before it changes it's mind - got what appears to be a working assembly search. Not doing much intelligent with it yet, but that went surprisingly smooth. |
| 22:59.43 | alex_joni | ok, models uploaded |
| 23:00.57 | starseeker | alex_joni: awesome, thanks! |
| 23:02.12 | brlcad | vtts: what's the failure? |
| 23:03.09 | alex_joni | starseeker: let me know if you can open them |
| 23:08.26 | starseeker | oooh, wow - step-g doesn't like the 203 file |
| 23:09.23 | starseeker | excellent - good test case |
| 23:09.41 | alex_joni | heh |
| 23:10.52 | starseeker | actually is quite a good test - lots of objects, but not huge |
| 23:10.55 | alex_joni | well, good night all |
| 23:11.04 | starseeker | night, and thanks again! |
| 23:11.06 | alex_joni | has to get up early |
| 23:11.11 | starseeker | yuck |
| 23:11.25 | alex_joni | not _that_ early.. around 7am (early for me) |
| 23:11.45 | starseeker | heh - for me that's the dead zone - either 5am or 9am work |
| 23:12.03 | alex_joni | I'm more the 9am guy :) |
| 23:12.05 | vtts | brlcad, I didn't save it :(, will pastebin it tomorrow |
| 23:12.11 | alex_joni | but it's after 1am here.. so :/ |
| 23:12.19 | starseeker | alex_joni: cool, night! |
| 23:14.41 | starseeker | must head out too... |
