IRC log for #brlcad on 20110112

00:06.04 CIA-43 BRL-CAD: 03johnranderson * r42102 10/brlcad/trunk/src/libbu/simd.c: Since we are using -Wundef option, we must use defined( __SSE__ )
00:32.49 CIA-43 BRL-CAD: 03brlcad * r42103 10/brlcad/trunk/src/libbn/bntester.c: init vars. potential for function_num and test_case_line_num to be accessed without initialization
00:33.08 CIA-43 BRL-CAD: 03brlcad * r42104 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: trailing comma at end of enumerator list makes gcc unhappy
00:33.59 brlcad ``Erik: --enable-warnings (before r42099) had two or three extra warnings that weren't enabled by default
00:45.23 CIA-43 BRL-CAD: 03brlcad * r42105 10/brlcad/trunk/src/libbn/bntester.c: (log message trimmed)
00:45.24 CIA-43 BRL-CAD: this is a really tricky one. quell warnings about variables getting clobbered
00:45.24 CIA-43 BRL-CAD: after a longjmp or vfork by making them all static. we can do this here because
00:45.50 CIA-43 BRL-CAD: they're all just main() variables fortunately. bu's jump mechanism uses
00:45.51 CIA-43 BRL-CAD: setjump, so an implementation could clobber local non-static non-volatile
00:45.51 CIA-43 BRL-CAD: variables. this tricking making them static works or it would have also worked
00:45.51 CIA-43 BRL-CAD: to wrap the BU_SETJUMP/BU_UNSETJUMP calls into functions that are passed
00:59.50 CIA-43 BRL-CAD: 03brlcad * r42107 10/brlcad/trunk/src/libbu/simd.c: no guarantee that __GNUC__ will be defined either.
00:59.52 CIA-43 BRL-CAD: 03brlcad * r42106 10/brlcad/trunk/src/conv/ (3 files in 2 dirs):
00:59.53 CIA-43 BRL-CAD: behold the annoyance of -pedantic. believe it or not, even for ISO C++,
00:59.54 CIA-43 BRL-CAD: variable sized arrays are but a mere gcc extension. if you want variable-sized,
00:59.55 CIA-43 BRL-CAD: you either have to new/delete/malloc/free (bleh) or leverage std::vector
00:59.56 CIA-43 BRL-CAD: templatization. the latter is fortunately a trivial declaration tweak and the
00:59.57 CIA-43 BRL-CAD: rest should behave accordingly.
00:59.59 CIA-43 BRL-CAD: 03starseeker * r42108 10/brlcad/branches/cmake/TODO.cmake: Sigh. Update the TODO list for CMake with more known items.
01:02.34 *** join/#brlcad crazy_imp (~mj@a89-182-195-57.net-htp.de)
01:06.40 CIA-43 BRL-CAD: 03starseeker * r42109 10/brlcad/branches/cmake/CMakeLists.txt: Want to set to /usr/brlcad as default instead of the CMake default.
01:12.02 CIA-43 BRL-CAD: 03brlcad * r42110 10/brlcad/trunk/src/conv/iges/ (g-iges.c main.c usage.c): more string literals that are way too long. convert to usage() functions.
01:12.26 CIA-43 BRL-CAD: 03brlcad * r42111 10/brlcad/trunk/src/conv/comgeom/tools.c: curious one, untested.
01:13.56 CIA-43 BRL-CAD: 03brlcad * r42112 10/brlcad/trunk/src/vdeck/vdeck.c: more size_t
01:19.21 CIA-43 BRL-CAD: 03brlcad * r42113 10/brlcad/trunk/NEWS: john added support for comments as the first line(s) of a .asc file. previously was using title/units as keywords to recognize a .asc file, now it's the first non-comment line that has to have a title/units command.
01:27.21 CIA-43 BRL-CAD: 03starseeker * r42114 10/brlcad/branches/cmake/ (45 files in 45 dirs): Generalize the INSTALL_* variables - gives a parent project the chance to do its own setting, in principle, without having to use the BRLCAD specific variables. Not sure how useful it really is, but why not.
01:28.16 CIA-43 BRL-CAD: 03starseeker * r42115 10/brlcad/branches/cmake/TODO.cmake: reminder - need to rework SCL CMake logic
01:30.28 CIA-43 BRL-CAD: 03starseeker * r42116 10/brlcad/branches/cmake/src/libbu/CMakeLists.txt: Add timer.c to libbu CMakeLists.txt file
01:45.26 CIA-43 BRL-CAD: 03starseeker * r42117 10/brlcad/branches/cmake/src/tclscripts/ (hv3/pkgIndex.tcl hv3/tclIndex swidgets/scripts/tclIndex): Add back in some of the tclIndex and pkgIndex files - this should all go when CMake becomes mainline, but for now put them back to avoid difference with trunk.
01:46.27 CIA-43 BRL-CAD: 03brlcad * r42118 10/brlcad/trunk/ (6 files in 5 dirs):
01:46.28 CIA-43 BRL-CAD: differentiate BU_PTBL_LEN() from BU_PTBL_END() such that the prior is not a
01:46.28 CIA-43 BRL-CAD: valid lvalue. this makes it more appropriate for loop testing and can be an
01:46.29 CIA-43 BRL-CAD: unsigned type instead of the potentially signed off_t offset type of the
01:46.29 CIA-43 BRL-CAD: underlying struct member. update references accordingly.
01:48.48 CIA-43 BRL-CAD: 03starseeker * r42119 10/brlcad/branches/cmake/ (37 files in 14 dirs): Update cmake branch to trunk r42052. This is known to be a non-working CMake state, but this sync is being done in stages to avoid some conflicts from the trunk CMakeLists.txt files.
01:55.04 CIA-43 BRL-CAD: 03brlcad * r42120 10/brlcad/trunk/src/ (5 files in 4 dirs): more quieting of the compilation
01:58.46 CIA-43 BRL-CAD: 03starseeker * r42121 10/brlcad/branches/cmake/ (197 files in 44 dirs): Update cmake branch to trunk r42119
02:33.16 CIA-43 BRL-CAD: 03starseeker * r42122 10/brlcad/branches/cmake/ (7 files in 6 dirs): Update cmake branch to trunk r42120
02:58.06 CIA-43 BRL-CAD: 03starseeker * r42123 10/brlcad/branches/cmake/ (CMakeLists.txt misc/CMake/BRLCAD_Util.cmake): Tweaks - seems to produces better results for make package.
03:12.51 CIA-43 BRL-CAD: 03starseeker * r42124 10/brlcad/branches/cmake/misc/CMake/FindTCL.cmake: Add the deprecated Tcl/Tk vars into the handle-standard-args logic - they apparently aren't visible to other projects otherwise.
03:27.43 CIA-43 BRL-CAD: 03starseeker * r42125 10/brlcad/branches/cmake/TODO.cmake: Tweaks to settings seem to have CPack behaving better - need to study results a lot more, but at least the bin directory has more than a couple dozen binaries now.
03:29.07 CIA-43 BRL-CAD: 03brlcad * r42126 10/brlcad/trunk/src/conv/dxf/dxf-g.c: init vars before testing
03:33.24 CIA-43 BRL-CAD: 03brlcad * r42127 10/brlcad/trunk/src/conv/g-acad.c:
03:33.25 CIA-43 BRL-CAD: massive restructure in order to fix a bug assuming that variables are accessible
03:33.25 CIA-43 BRL-CAD: after a longjmp. quite a chore to quell the warning due to a bug in pre 4.3
03:33.26 CIA-43 BRL-CAD: gcc, but seems to be possible to quiet the warning if we start a new frame (and
03:33.26 CIA-43 BRL-CAD: don't access the var/arg after that call). some testing, seems to work.
03:33.55 CIA-43 BRL-CAD: 03brlcad * r42128 10/brlcad/trunk/src/conv/Makefile.am: not quite intentional to enable strict in here just yet. -pedantic is a bitch.
04:17.10 CIA-43 BRL-CAD: 03brlcad * r42129 10/brlcad/trunk/src/librt/primitives/bot/bot.c: off-by-one copypaste typo. 2, not k.
04:32.48 CIA-43 BRL-CAD: 03starseeker * r42130 10/brlcad/branches/cmake/CMakeLists.txt: Tweak generator list, vars for CPack
04:33.57 CIA-43 BRL-CAD: 03starseeker * r42131 10/brlcad/branches/cmake/src/other/ (tcl/doc/install_man.cmake.in tk/doc/install_man.cmake.in): the Tcl/Tk man page script was installing to CMAKE_INSTALL_DIR even during make package - make it respect DESTDIR if it's set.
04:56.43 starseeker hmm... that won't do either, CPack ignores those man pages as not being from a target
05:03.26 *** join/#brlcad Stattrav (~Stattrav@122.172.16.143)
05:03.32 *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav)
05:29.12 CIA-43 BRL-CAD: 03starseeker * r42132 10/brlcad/branches/cmake/src/other/ (4 files in 2 dirs): Make another stab at the Tcl/Tk man pages, this time doing the generation up front and using FILE(GLOB to grab the results and put them into install targets.
05:35.57 CIA-43 BRL-CAD: 03starseeker * r42133 10/brlcad/branches/cmake/src/other/ (tcl/doc/CMakeLists.txt tk/doc/CMakeLists.txt):
05:35.58 CIA-43 BRL-CAD: Only do the generation once. If we really want to do this right we need some
05:35.59 CIA-43 BRL-CAD: kind of custom commands, targets, output files to signify completed commands,
05:35.59 CIA-43 BRL-CAD: etc - not worth it, and this avoids repeated processing we don't need.
05:50.14 CIA-43 BRL-CAD: 03starseeker * r42134 10/brlcad/branches/cmake/src/other/tcl/CMakeLists.txt: Tcl link workaround isn't working for make package - need to re-examine.
05:54.07 CIA-43 BRL-CAD: 03starseeker * r42135 10/brlcad/branches/cmake/src/other/tcl/doc/CMakeLists.txt: Arrrrgh - make package is still not grabbing these files. May have to go all out with custom commands and targets.
07:26.22 *** join/#brlcad AlecTaylor (~Tauk@unaffiliated/alectaylor)
09:54.50 *** join/#brlcad mafm_ (~mafm@166.Red-83-45-72.dynamicIP.rima-tde.net)
11:38.09 DaveLo Mernin! Anyone at work yet?
13:36.40 CIA-43 BRL-CAD: 03d_rossberg * r42136 10/brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def: added bu_vls_trunc2() for asc2g conversion program
13:40.40 starseeker hmm... KDE on Windows
13:41.06 starseeker is intrigued, but hesitates to mess with his Windows partition too much because it would be hard to fix
13:46.02 starseeker huh - kinda looks like bzflag with some enhancements: http://www.ubuntugamer.com/2011/01/zero-ballistics-a-rather-addictive-native-3d-tank-shooter/
13:51.15 *** join/#brlcad mafm (~mafm@166.Red-83-45-72.dynamicIP.rima-tde.net)
13:52.13 CIA-43 BRL-CAD: 03starseeker * r42137 10/brlcad/branches/cmake/src/other/ (tcl/doc/CMakeLists.txt tk/doc/CMakeLists.txt): Ah, was shooting myself in the foot. We only GENERATE the man pages once, but we add them to the INSTALL list every time cmake is run.
14:04.21 *** join/#brlcad cjdevlin (~devlin@d118-75-252-178.try.wideopenwest.com)
14:15.09 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
14:36.21 CIA-43 BRL-CAD: 03starseeker * r42138 10/brlcad/branches/cmake/CMakeLists.txt:
14:36.22 CIA-43 BRL-CAD: Small change, but important for CPack packages - don't use absolute dirs as
14:36.22 CIA-43 BRL-CAD: targets for install, which allows CPack to put things in the package without
14:36.23 CIA-43 BRL-CAD: hard-coding the prefix (in essence building a subdirectory structure inside the
14:36.23 CIA-43 BRL-CAD: archive
14:55.59 CIA-43 BRL-CAD: 03starseeker * r42139 10/brlcad/branches/cmake/src/ (7 files in 7 dirs):
14:56.00 CIA-43 BRL-CAD: Strip out more absolute paths for installs. The src/other/step directory isn't
14:56.00 CIA-43 BRL-CAD: with the program yet, but that needs major cleanup anyway so leave it for now.
14:56.01 CIA-43 BRL-CAD: Probably shouldn't be hardcoding bin and lib in as DESTINATIONS, may want to do
14:56.01 CIA-43 BRL-CAD: a sweep for that too.
15:02.21 brlcad starseeker: have you looked at tom's crash? have a question on tedit for you
15:03.17 brlcad what's the intent around line 986 where it calls: editor = bu_which(EMACS_EDITOR); if (!strcmp(editor, bu_which(EMACS_EDITOR)) ...
15:03.54 d_rossberg i could reproduce the crash, now i'm looking for a work-around
15:04.15 brlcad d_rossberg: I have a simplistic fix for the crash that at least avoid strcmp()
15:05.53 CIA-43 BRL-CAD: 03brlcad * r42140 10/brlcad/trunk/src/mged/tedit.c:
15:05.54 CIA-43 BRL-CAD: strcmp() doesn't like NULL and bu_which() may produce NULL, so don't feed the
15:05.54 CIA-43 BRL-CAD: output of the latter directly into the prior. should at least avoid the
15:05.55 CIA-43 BRL-CAD: specific crash reported by tom browder to the devel mailing list, albeit
15:05.55 CIA-43 BRL-CAD: probably not the full fix needed.
15:09.27 starseeker brlcad: ah, thanks - I neglected to check if strcmp would handle null. Looks like it's platform dependent, and therefore not to be relied on
15:11.03 brlcad there's not many stdc calls that can be trusted to accept null, even ones that are documented to accept null
15:11.17 d_rossberg on Windows strcmp(0) will crash
15:13.02 CIA-43 BRL-CAD: 03starseeker * r42141 10/brlcad/branches/cmake/src/archer/CMakeLists.txt: Archer's CMakeLists.txt file needs a lot of love to make it work in the build dir - these are just the first tweaks, lots more will be needed.
15:13.02 starseeker sigh
15:13.25 starseeker launching an editor from C code really seems to be a pain
15:13.32 brlcad I believe posix strcmp() is undefined if passed a null anyways, so crashing is acceptable behavior
15:13.45 d_rossberg whot do you think about a bu_strcmp()?
15:14.27 brlcad you mean adding one?
15:14.45 d_rossberg yes
15:15.16 starseeker d_rossberg: (bty - more to be done, but hopefully CMAKE_INSTALL_PREFIX will behave more normally now and you won't need BRLCAD_PREFIX anymore."
15:15.41 starseeker leftover garbage from early in the learning process
15:15.44 d_rossberg strcmp() is really annoying
15:17.49 starseeker gets ready to head in...
15:17.56 CIA-43 BRL-CAD: 03starseeker * r42142 10/brlcad/branches/cmake/TODO.cmake: Add note about archer to TODO.cmake
15:18.08 d_rossberg starseeker: i've still the problem of huge rebuilds ...
15:21.25 brlcad d_rossberg: bu_strcmp() and/or bu_strlcmp() would be good additions to make given there is already bu_str(lcat|lcpy|dup)
15:21.44 brlcad starseeker: any insight on that question?
15:22.15 d_rossberg brlcad: i'm already working on it
15:22.27 starseeker brlcad: the strcmp or the rebuilds?
15:22.35 brlcad what's the intent around line 986 where it calls: editor = bu_which(EMACS_EDITOR); if (!strcmp(editor, bu_which(EMACS_EDITOR)) ...
15:22.46 brlcad now line 904 or something
15:23.18 brlcad it sets editor to the path to emacs, then checks if editor is .. the path to emacs
15:23.33 starseeker looks...
15:24.16 brlcad I added the "(editor &&" part just to check the result from bu_which .. wasn't there before
15:24.24 brlcad *just* added it in the last commit
15:24.33 brlcad d_rossberg: okay, cool
15:26.52 starseeker I believe what was going on there was a check (once in classic mode) to see if any of the known editor configurations that would work in classic mode were viable
15:27.30 brlcad I think I see that, but those two specific lines don't make sense to me
15:28.22 starseeker um.
15:28.28 starseeker yeah, not sure what was going on there
15:28.40 starseeker that strcmp does look kinda pointless
15:29.16 starseeker I think you have the right answer
15:29.20 brlcad well what I'm reading is that IF you have emacs, then all of the other editor tests will fail
15:29.26 brlcad which maybe was the intent
15:29.31 d_rossberg brlcad: there is no strlcmp
15:29.41 brlcad d_rossberg: I meant to write one :)
15:30.13 starseeker brlcad: probably it was something like that
15:30.21 brlcad with similar intent of the strlcpy functions, strlcmp checks for null, maybe has a length specifier
15:30.33 d_rossberg there are strl*() functions for writing on buffers only
15:31.47 brlcad okay
15:32.19 brlcad fair enough, it was just a thought for consistency with our own bu functions, but matching the replacement is probably more important
15:32.44 ``Erik now that's a lot of breakage
15:33.13 starseeker brlcad: I think I may have some rather convoluted logic there - I'm not sure what the whole idea was with the count thing
15:33.21 brlcad I could see bu also providing a BU_STREQ() macro so that all of the equality testing could be simplified consistent
15:34.12 brlcad starseeker: yeah, that is pretty funky ... search for everything, then if you found anything, search for something
15:34.46 starseeker oh, wait
15:35.11 starseeker I think I might have been looking to see if a preset editor from above was a potential bad case for classic mode
15:35.43 starseeker looks at the previous revision of the code
15:36.05 brlcad hm, maybe if(BU_EQUALS(str1, str2)) or if (BU_EQUAL_STR(str1, str2))
15:36.55 starseeker yeah, that was it
15:36.57 ``Erik using vls's?
15:37.07 brlcad there are approximately 1418 calls to strcmp() in the code
15:38.12 starseeker brlcad: the idea was to check the editor variable to spot cases which might be a problem, and if it WAS a problem case then force-feed it something known to be safe
15:38.58 starseeker so it blew up due to the bu_which finding nothing to compare editor TO
15:39.17 brlcad right
15:39.36 brlcad so then my fix should, in theory, work and fall through correctly
15:39.38 starseeker so your fix is actually correct
15:39.41 starseeker yes :-)
15:39.59 starseeker shudders in memory - that was a long night sorting all that logic out
15:41.08 brlcad those first two lines inside the if (count > 0) block still don't make sense though
15:41.39 brlcad because editor = bu_which(EMACS_EDITOR) will have unlikely changed between the first and second lines.. :)
15:41.47 starseeker right :-)
15:42.20 starseeker I think that was brain-overload coding - it functioned, so go with it
15:42.28 starseeker removes the stray strcmp
15:42.49 brlcad did you actually see "editor[0] == '\0'" ?
15:43.02 starseeker uh - don't recall
15:43.04 brlcad bu_which() certainly shouldn't be returning that -- could even test for that
15:43.11 brlcad (in bu_which())
15:43.25 starseeker probably not - I think it was more stupidity on my part
15:46.16 CIA-43 BRL-CAD: 03brlcad * r42143 10/brlcad/trunk/src/libbu/ (whereis.c which.c): add code to make sure, even though it's a very unlikely event, that we never return an empty string.
15:46.18 CIA-43 BRL-CAD: 03starseeker * r42144 10/brlcad/trunk/src/mged/tedit.c:
15:46.18 CIA-43 BRL-CAD: We can trust bu_wish not to return \0, so we don't need that check there. May
15:46.24 CIA-43 BRL-CAD: not need it anywhere, but we are getting returns from other functions early on
15:46.24 CIA-43 BRL-CAD: so would need more careful checking. Also remove the useless strcmp for editor
15:46.24 CIA-43 BRL-CAD: just after setting it to emacs.
15:47.05 starseeker brlcad: uh, it's close to a certainty that my brain said "check for an empty char array here" and did something colossally stupid - I doubt bu_which is at fault
15:48.10 brlcad starseeker: it's still a reasonable "guarantee" that bu_which() should be able to say, NULL if not found, non-NULL non-empty if found
15:48.17 starseeker has been doing too much build logic... s/bu_wish/bu_which
15:48.35 starseeker cool
15:52.34 starseeker does head in this time...
15:52.49 d_rossberg i like the NULL as a return value because i haven't to provide memory for it
15:57.04 CIA-43 BRL-CAD: 03brlcad * r42145 10/brlcad/trunk/src/conv/iges/iges.c: make sure initd before use, compiler doesn't see the bu_bomb().
15:58.29 CIA-43 BRL-CAD: 03brlcad * r42146 10/brlcad/trunk/src/conv/ (euclid/g-euclid.c iges/g-iges.c): restructure exception handling into try/catch form
16:07.55 CIA-43 BRL-CAD: 03d_rossberg * r42147 10/brlcad/trunk/ (include/bu.h src/libbu/str.c):
16:07.56 CIA-43 BRL-CAD: introduced bu_strcmp() with a more graceful string comparison as strcmp() does
16:07.56 CIA-43 BRL-CAD: "" and NULL are considered as equal
16:08.08 d_rossberg i've always wanted to do that
16:25.11 CIA-43 BRL-CAD: 03d_rossberg * r42148 10/brlcad/trunk/include/bu.h:
16:25.12 CIA-43 BRL-CAD: the BU_STR_EMPTY() macro tests a string for emptiness ("" or NULL)
16:25.13 CIA-43 BRL-CAD: its result is either true or false
16:43.19 CIA-43 BRL-CAD: 03brlcad * r42149 10/brlcad/trunk/src/conv/iges/ (91 files): cleanup of the old and new iges codes. ws, consistency, de-k&r, indent, authorship, etc.
16:47.55 brlcad starseeker: I take it back, the old iges code is so much more extensive than the new that it'd be just ridiculous to dump it for the new one
16:48.25 brlcad the new one does have some nice stucture to it, but it's so devoid of implementation that it seems better just because there is so little complexity (or value) involved
16:56.52 CIA-43 BRL-CAD: 03brlcad * r42150 10/brlcad/trunk/include/bu.h: (log message trimmed)
16:56.53 CIA-43 BRL-CAD: follow suit and provide another BU_STR_EQUAL() macro for comparing two strings
16:56.53 CIA-43 BRL-CAD: for equality. this is similar to the STREQ recommendation by the ibm
16:56.54 CIA-43 BRL-CAD: developerworks best practices article
16:56.54 CIA-43 BRL-CAD: (http://www.ibm.com/developerworks/aix/library/au-hook_duttaC.html) so that
16:56.55 CIA-43 BRL-CAD: developers can use equality as a truthfulness return value consistently. there
16:57.09 CIA-43 BRL-CAD: are approximately 1400 present uses of strcmp() in BRL-CAD that can use this
17:32.49 starseeker brlcad: so... gradually refactor the old code to use better structure and convert to the new nurbs?
17:33.10 starseeker or I suppose do so as part of merging it into libgcv
17:40.22 CIA-43 BRL-CAD: 03starseeker * r42151 10/brlcad/branches/cmake/ (102 files in 9 dirs): Update cmake branch to trunk r41250
17:45.29 brlcad starseeker: there is always possibility for better structure, particularly the bigger, older, and more complex code becomes ... so that's a given
17:46.01 brlcad but yeah, merge in capability for new nurbs would probably be better -- it'll just be more costly up front to learn the existing code
17:48.03 brlcad unrelated topic, the compiler is reporting that it cannot inline the opennurbs_ext BBNode bounding box routine (GetBBox()), so there is possibly some significant performance to be gained by fixing that
18:06.55 CIA-43 BRL-CAD: 03starseeker * r42152 10/brlcad/branches/cmake/src/conv/iges/revolve.c: PI is coming up as undefined on OSX - use M_PI
18:10.58 CIA-43 BRL-CAD: 03brlcad * r42153 10/brlcad/trunk/src/librt/opennurbs_ext.h: force inlining on the bounding box routines since gcc (4.0.1) complains that it cannot without increasing an inline limit. remove inline from destructors (gcc is similiarly complaining that it cannot).
18:11.50 CIA-43 BRL-CAD: 03brlcad * r42154 10/brlcad/trunk/src/librt/ (bool.c comb/comb.c): sign matching
18:32.42 CIA-43 BRL-CAD: 03erikgreenwald * r42155 10/brlcad/trunk/src/libbn/ (bntester.c poly.c tabdata.c): fix various warnings
18:35.08 CIA-43 BRL-CAD: 03starseeker * r42156 10/brlcad/branches/cmake/src/other/tcl/ (4 files in 4 dirs): Start the process of taking things out of -D defines and putting them in config headers.
18:48.27 CIA-43 BRL-CAD: 03starseeker * r42157 10/brlcad/branches/cmake/src/other/ (5 files in 5 dirs):
18:48.27 CIA-43 BRL-CAD: more -D elimination - a lot of these defines probably aren't even needed in
18:48.28 CIA-43 BRL-CAD: CMake builds, as they don't seem to be used by the C code and CMake is handling
18:48.29 CIA-43 BRL-CAD: the generation of whatever config files are needed itself... for the ones that
18:48.33 CIA-43 BRL-CAD: are, the only code change is to include the generated header. Definitely more
18:48.33 CIA-43 BRL-CAD: cleanup to do on these to reduce the build logic to the functioning minimum.
18:53.19 CIA-43 BRL-CAD: 03starseeker * r42158 10/brlcad/branches/cmake/CMakeLists.txt: Let's try a space on Windows again and see if those defines fixed it...
18:59.41 CIA-43 BRL-CAD: 03brlcad * r42159 10/brlcad/trunk/src/librt/primitives/nmg/nmg.c: size_t
19:00.09 CIA-43 BRL-CAD: 03brlcad * r42160 10/brlcad/trunk/src/librt/primitives/brep/brep.cpp: VMOVE before we print the value.
19:01.24 CIA-43 BRL-CAD: 03brlcad * r42161 10/brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: init max_pt too, quell warning
19:06.31 CIA-43 BRL-CAD: 03brlcad * r42162 10/brlcad/trunk/ (8 files in 2 dirs): make a slew of other object count struct data members be size_t instead of long and int so that can be properly unsigned and higher bound. match signedness in librt accordingly.
19:14.49 CIA-43 BRL-CAD: 03brlcad * r42163 10/brlcad/trunk/src/ (9 files in 2 dirs): another BU_PTBL_LEN caller, size_t it up.
19:17.10 CIA-43 BRL-CAD: 03brlcad * r42164 10/brlcad/trunk/include/bu.h: just call bu_strcmpm() directly instead of macro. didn't get the preproc syntax right anyways.
19:26.35 brlcad is excited that we're SO CLOSE to a strict clean build!
19:29.16 brlcad improved security, maintainability, conformance/verification/validation, .. yum
19:34.56 brlcad envisions a day where the source code is completely 100% lintian free with best practices enforced across the entire 1M+ body of code
19:37.36 CIA-43 BRL-CAD: 03brlcad * r42165 10/brlcad/trunk/src/conv/iges/revolve.c: didn't starseeker already fix this? M_PI is the new coke.
19:39.50 CIA-43 BRL-CAD: 03brlcad * r42166 10/brlcad/trunk/src/conv/iges/iges.c: multicharacter string constants are not valid to cpp, so move the literal to a define in order to catch future auto-expansions
20:23.25 *** join/#brlcad ibot (~ibot@198.60.114.207)
20:23.25 *** 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 7.18.0 is posted (20101209) || Happy Open Source Anniversary 2010-12-21 !!! Six years...
20:28.16 CIA-43 BRL-CAD: 03brlcad * r42170 10/brlcad/trunk/src/fb/pp-fb.c: init to zero pixels
20:28.17 CIA-43 BRL-CAD: 03starseeker * r42169 10/brlcad/branches/cmake/CMakeLists.txt: Interesting - the -c option causes the time delta compile to fail.
20:30.20 CIA-43 BRL-CAD: 03brlcad * r42173 10/brlcad/trunk/src/util/ (pc_test.c pixborder.c pixcount.c pixdsplit.c): more unset before use insanity.
20:30.49 CIA-43 BRL-CAD: 03brlcad * r42174 10/brlcad/trunk/bench/pixcmp.c: test of conversion to BU_STR_EQUAL() instead of directly calling strcmp().
20:31.23 DaveLo getting an error in arbn.c:
20:31.37 DaveLo primitives/arbn/arbn.c: In function ?rt_arbn_describe?:
20:31.37 DaveLo primitives/arbn/arbn.c:1026: error: format ?%lu? expects type ?long unsigned int?, but argument 3 has type ?size_t?
20:31.40 DaveLo primitives/arbn/arbn.c:1037: error: format ?%lu? expects type ?long unsigned int?, but argument 3 has type ?size_t?
20:32.32 ``Erik lots of those
20:32.33 ``Erik lots and lot
20:32.34 ``Erik s
20:33.48 ``Erik thinks he's about to get very involved with GS O>o
20:33.54 CIA-43 BRL-CAD: 03erikgreenwald * r42175 10/brlcad/trunk/src/adrt/ (27 files in 3 dirs): warning quellage. formatting fixes.
20:34.19 DaveLo what makes you say that?
20:35.07 *** join/#brlcad ibot (~ibot@rikers.org)
20:35.07 *** 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 7.18.0 is posted (20101209) || Happy Open Source Anniversary 2010-12-21 !!! Six years...
20:35.10 ``Erik (k keeps building after failure)
20:35.23 ``Erik or didja mean GS?
20:35.58 DaveLo huh?
20:36.21 starseeker what made him say what?
20:36.33 DaveLo whos a what?
20:36.40 ``Erik forshizzle?
20:36.48 DaveLo forrizzle!
20:40.58 DaveLo FYI: I was updating the repos on my Ubuntutututu box and ran into some size_t compile errors in brlcad
20:41.27 DaveLo figured I'd mention it since brlcad is in the mist of some massive size_t work
21:13.20 CIA-43 BRL-CAD: 03starseeker * r42176 10/brlcad/branches/cmake/src/tclscripts/CMakeLists.txt: Remove old files before making new ones...
21:37.00 CIA-43 BRL-CAD: 03starseeker * r42177 10/brlcad/branches/cmake/src/other/ (6 files in 6 dirs): Remove all the -c flags from the Tcl/Tk builds
21:40.31 *** join/#brlcad Zaebos (~irc@pd95b7f5e.dip0.t-ipconnect.de)
21:56.14 brlcad DaveLo: I've got a clean build on mac and linux, but size_t is going to be pretty sensitive to platform differences so some failures undoubtedly need weeding out
21:56.29 brlcad should be trivial fixes, at least
21:57.00 brlcad DaveLo: and --enable-warnings is now the default (as of yesterday)
22:08.21 CIA-43 BRL-CAD: 03starseeker * r42178 10/brlcad/branches/cmake/CMakeLists.txt: For whatever reason, CMAKE_C_FLAGS is upsetting VC++ 2010 - comment it out
22:15.44 CIA-43 BRL-CAD: 03erikgreenwald * r42179 10/brlcad/trunk/src/libfb/if_ogl.c: signed/unsigned comparison fixes
22:41.39 ``Erik brlcad: if'n ya get bored, http://brlcad.org/~erik/r42179/ :D *heads home*
22:49.49 brlcad heh
22:49.52 CIA-43 BRL-CAD: 03brlcad * r42180 10/brlcad/trunk/src/libbu/CMakeLists.txt: sync timetester to cmake build for distcheck
22:50.41 starseeker growls... CMake build doesn't run as of 42152
22:50.55 starseeker seems to run at 42150, confirming that
22:51.15 starseeker what could possibly have changed...
22:52.47 brlcad i've done so much fast typing for over a week now that my rsi is starting to act up
22:53.08 starseeker winces - that's not good
22:54.40 brlcad not too bad just yet, just having to take more breaks
22:55.04 brlcad editing thousands of files will do that
22:56.01 brlcad starseeker: i'd be cautious on any failure -- those size_t changes could easily have (and undoubtedly have in some places) caused a bug to get injected somewhere/anywhere
22:56.19 brlcad along with the changes before I got on the size_t rampage even
22:56.49 starseeker nods - I'm trying to isolate when it happend
22:57.23 starseeker will cheerfully revert the source of cmake branch to a known good state and work on that, if he can find such a state
23:02.53 starseeker OK, NOT working at 42150
23:09.52 starseeker 42139 working
23:09.58 starseeker did that archer change mess things up somehow???
23:25.10 CIA-43 BRL-CAD: 03starseeker * r42181 10/brlcad/branches/cmake/src/archer/CMakeLists.txt: Hmm - this makes mged REALLY unhappy, so don't do it...
23:26.46 CIA-43 BRL-CAD: 03brlcad * r42182 10/brlcad/trunk/src/mged/hideline.c: protect from peculiar setjmp() use in here by making the variables set before and accessed afterwards as static. candidate for removal.
23:29.17 CIA-43 BRL-CAD: 03brlcad * r42183 10/brlcad/trunk/src/mged/dodraw.c:
23:29.17 CIA-43 BRL-CAD: one of the more complicated ways to handle BU_SETJUMPing so that variables set
23:29.18 CIA-43 BRL-CAD: before the jump and accessed afterwards do not have their values clobbered when
23:29.18 CIA-43 BRL-CAD: a jump occurs. solution is to pull just exactly the try/catch code out into
23:29.19 CIA-43 BRL-CAD: their own functions so there are no variables in that frame that might be
23:29.19 CIA-43 BRL-CAD: clobbered in the first place. this is done twice here.
23:29.52 CIA-43 BRL-CAD: 03brlcad * r42184 10/brlcad/trunk/src/mged/cmd.c: size_t upconvert argc
23:30.17 starseeker O.o - that's some scary sounding logic - why are we need jumps like that, speed?
23:30.51 starseeker breaths a sigh of relief - MGED runs again
23:39.13 CIA-43 BRL-CAD: 03brlcad * r42185 10/brlcad/trunk/src/mged/rtif.c: wrong comment to the wrong file. protect from peculiar setjmp() use in here by making the variables set before and accessed afterwards as static. candidate for removal.
23:39.56 CIA-43 BRL-CAD: 03brlcad * r42186 10/brlcad/trunk/src/mged/mged.c: make sure we have an out if we don't have an out.
23:40.51 CIA-43 BRL-CAD: 03brlcad * r42187 10/brlcad/trunk/src/mged/ (cad_parea.c chgview.c clone.c): init vars before they're used, especially when they're only set within conditionals.
23:42.19 starseeker heh 42186 sounds like Yogi Berra
23:46.32 CIA-43 BRL-CAD: 03brlcad * r42188 10/brlcad/trunk/src/mged/cad_boundp.c: one more needing to be initialized
23:47.46 brlcad starseeker: jumps are the old school way to perform exception handling
23:48.11 brlcad c++'s exception handling was originally implemented using setjmp/longjmp and macros
23:48.37 brlcad you just have to know what you're doing and what happens when a jump occurs
23:49.02 brlcad some of our code was making assumptions which work in practice, but aren't guaranteed
23:49.20 starseeker ah
23:49.50 brlcad basically, IF a jump happens, variables are reset back to their state when the jumppoint was *set* .. so if you modify them after the set and then jump, their values are clobbered
23:50.17 brlcad most of the time, that's perfectly fine
23:51.03 brlcad and whether it's fine or not, doing the "wrap the try/catch" in a function trick makes the problem pretty much moot because there are no longer any stack variables getting clobbered
23:51.52 starseeker nods
23:53.17 brlcad I want to rewrite our macros so we're not setting and unsetting jumps, instead providing BU_TRY/BU_CATCH macros
23:53.39 starseeker how many places in the code will that touch?
23:56.28 starseeker worries about brlcad's wrists
23:56.47 brlcad I don't remember how many places, not too many
23:56.54 starseeker cool
23:56.58 brlcad unfortunately not really scriptable though :)
23:57.03 starseeker heh
23:57.13 brlcad just scan on BU_SETJUMP though and you'll find them all
23:58.32 starseeker popular in the convertors
23:58.52 brlcad yep, nmg stuff throws exceptions as part of normal business
23:59.43 brlcad BU_SETJUMP is the way to catch a bu_bomb() so it doesn't actually exit

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