IRC log for #brlcad on 20100226

01:51.11 CIA-85 BRL-CAD: 03starseeker * r37792 10/brlcad/trunk/src/shapes/coil.c: (log message trimmed)
01:51.11 CIA-85 BRL-CAD: Add rudamentary work to support specification of length. Extremely crude,
01:51.11 CIA-85 BRL-CAD: supports only one type of coil and fits to length without attempting to preserve
01:51.11 CIA-85 BRL-CAD: other user specified characteristics when some are specified and some are not.
01:51.11 CIA-85 BRL-CAD: What this needs is a priority queue of some sort that preferentially sorts
01:51.12 CIA-85 BRL-CAD: non-user-specified parameters to the head of the list of knobs to try, and
01:51.13 CIA-85 BRL-CAD: perhaps tries to maintain some sort of relationship between various sizes -
01:58.28 *** join/#brlcad roberthl (~robert@2001:ba8:1f1:f03d::2)
01:58.28 *** join/#brlcad roberthl (~robert@silentflame/member/roberthl)
02:38.02 *** join/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
02:40.33 *** join/#brlcad Nohla (~jesica@201.255.245.68)
03:03.14 *** part/#brlcad cjdevlin (~devlin@99-74-181-148.lightspeed.cicril.sbcglobal.net)
03:06.53 brlcad woot
03:22.55 starseeker brlcad: hmm?
03:49.33 brlcad got length
05:49.09 CIA-85 BRL-CAD: 03brlcad * r37793 10/brlcad/trunk/include/bn.h: fix matching braces on the doxygen group decls
06:12.42 CIA-85 BRL-CAD: 03brlcad * r37794 10/brlcad/trunk/include/dvec.h: quell doxygen confusion on typedefs in class right before a method.
06:13.54 CIA-85 BRL-CAD: 03brlcad * r37795 10/brlcad/trunk/include/bu.h: rename bu_tcl doxygen group to tcl
08:01.54 *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ)
08:04.54 d_rossberg we must not rely on the HAVE_~ macros if HAVE_CONFIG_H is not defined as we currently do in common.h
08:52.35 CIA-85 BRL-CAD: 03d_rossberg * r37796 10/brlcad/trunk/include/common.h:
08:52.35 CIA-85 BRL-CAD: hack to get the MS Windows DLL build working: defined HAVE_UINTPTR_T if BRLCADBUILD and HAVE_CONFIG_H are not set
08:52.35 CIA-85 BRL-CAD: this needs probably to be reworked: the HAVE_~ macros are (or should be) only present if HAVE_CONFIG_H is set
09:03.02 brlcad d_rossberg: we weren't relying on them (solely) ... at least that wasn't the intention
09:03.22 brlcad that's why both test against UINTPTR_MAX and SSIZE_MAX
09:05.20 brlcad basically means UINTPTR_MAX wasn't declared on your system after including stdint.h -- have to find which header provides it
09:11.57 d_rossberg ok, but stdint.h is only included if HAVE_STDINT_H is set
09:12.33 brlcad right, from what little I could find, windows doesn't have a stdint.h but still provides the type
09:12.43 brlcad where is it?
09:16.42 d_rossberg msdn says stddef.h
09:16.54 brlcad need some way to know whether it's available or not, ideally some header define we can key off of
09:18.30 CIA-85 BRL-CAD: 03brlcad * r37797 10/brlcad/trunk/include/common.h: see if including stddef.h is enough to get UINTPTR_MAX
09:18.43 d_rossberg there is a UINTPTRT_T_DEFINED macro in msvc ... i'll test it
09:19.29 d_rossberg (there is no UINTPTR_MAX in msvc)
09:21.29 CIA-85 BRL-CAD: 03brlcad * r37798 10/brlcad/trunk/include/common.h: try keying off of UINTPTRT_T_DEFINED too for windows
09:21.58 brlcad arf, k that sucks.. :) but is at least something (and better than resorting to _MSC_VER or _WIN32) :)
09:23.57 brlcad If we have to, we can self-manage and provide all of the stdint.h facilities .. I was just hoping to avoid doing that
09:24.29 brlcad self-managed, there wouldn't be any common.h blocks
09:29.55 d_rossberg ups, there was a typing error (should be _UINTPTR_T_DEFINED), and btw i'll remove the #include <stddef.h> too (it isn't needed)
09:34.15 brlcad k
10:08.47 CIA-85 BRL-CAD: 03brlcad * r37799 10/brlcad/trunk/include/bu.h: provide a means to declare deprecated API so that the compiler can warn if it is used.
10:17.10 CIA-85 BRL-CAD: 03d_rossberg * r37800 10/brlcad/trunk/include/common.h:
10:17.10 CIA-85 BRL-CAD: clean extension of version 37790 for MS Visual Studio
10:17.10 CIA-85 BRL-CAD: (fixed another typing error, removed interim stddef.h include)
10:47.42 CIA-85 BRL-CAD: 03brlcad * r37801 10/brlcad/trunk/include/bu.h: don't need the post-declaration deprecated comment with the deprecated attribute
10:48.48 CIA-85 BRL-CAD: 03brlcad * r37802 10/brlcad/trunk/src/ (16 files in 7 dirs): consistency cleanup, remove spaces around arrow operators
11:33.09 CIA-85 BRL-CAD: 03brlcad * r37803 10/brlcad/trunk/src/util/ (50 files): mass consistency style ws indent formatting cleanup.
12:48.11 *** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
12:55.48 *** join/#brlcad Phurl_ (~mdupont@2001:0:53aa:64c:2069:172f:ae2d:1b81)
13:01.10 ``Erik ayup
13:45.23 *** join/#brlcad parigaudi (~quassel@pd95b7f5e.dip0.t-ipconnect.de)
15:23.31 CIA-85 BRL-CAD: 03starseeker * r37804 10/brlcad/trunk/src/shapes/coil.c: whoops - correct for the height change due to the end of the pipe not quite being a full step up.
15:38.08 CIA-85 BRL-CAD: 03starseeker * r37805 10/brlcad/trunk/src/shapes/coil.c: couple more length tweaks.
16:03.09 CIA-85 BRL-CAD: 03bob1961 * r37806 10/brlcad/trunk/src/libpkg/pkg.c: More 64-bit windows compatibility mods.
16:03.20 brlcad looks like 26 people have been involved in getting brl-cad into portage
16:03.37 brlcad from testers to commentary to ebuild writers to devs
16:07.24 ``Erik so ya won't be in for lunch, I presume
16:24.08 brlcad was up coding through the night, I'm done for the day
16:26.11 brlcad "done" in the traveling sense at least
17:16.19 jack brl-cad made it into gentoo? nice :)
18:35.21 brlcad it's been in the science overlay for a long time, but now in main
18:37.24 CIA-85 BRL-CAD: 03brlcad * r37807 10/brlcad/trunk/configure.ac: also try -prof_gen for profiling and -debug for debugging. this should help icc compilation.
18:37.31 CIA-85 BRL-CAD: 03brlcad * r37808 10/brlcad/trunk/ (4 files in 2 dirs): remove the pcd-pix tool. it has a non-commercial clause that is incompatible with our license.
18:37.32 CIA-85 BRL-CAD: 03brlcad * r37809 10/brlcad/trunk/NEWS:
18:37.32 CIA-85 BRL-CAD: Note fixing of coil -S option. The -S option now takes six
18:37.32 CIA-85 BRL-CAD: sizing/winding/direction parameters. reworeded to not have '- ' in the
18:37.32 CIA-85 BRL-CAD: description as that is how authors are identified by other scripts that parse
18:37.32 CIA-85 BRL-CAD: the NEWS file.
19:20.12 ``Erik dangit, some fool went and blew all sorts of stuff up with some uintptr_t crap
19:20.55 ``Erik forces autogen again
19:40.29 brlcad would you like some cheese?
19:42.25 ``Erik yes, please
19:47.21 ``Erik (actually, I saw errors spewing left and right about the uintptr on some machines and was gearing up for rant before seeing if regenerating fixed it... but got deflated :D )
19:56.16 ``Erik looks around for machiens to test his binary semi-static compiles on O.o
20:36.25 ``Erik blahhh, tcl :(
20:36.28 ``Erik </whine>
21:55.52 *** join/#brlcad learner (~sean@c-68-48-70-217.hsd1.md.comcast.net)
22:20.37 *** join/#brlcad R0b0t1 (~Enigma@unaffiliated/r0b0t1)
22:35.59 ``Erik dang, the drive home didn't fix my headache :/
22:37.26 brlcad hammer
22:37.40 brlcad that'll cure what ails ya
22:40.23 ``Erik heh
22:41.19 ``Erik has a binary isst for leopard that statically links the entire gtk+ toolchain
22:42.22 brlcad heh
22:43.12 ``Erik (also statically links the BRL-CAD chain needed... should just be a grab&go dealie)
22:43.27 brlcad going to upload it?
22:43.51 ``Erik it's on the internal forge server
22:44.17 brlcad and write up an announcement deal (or at a minimum gimme a distributable screenshot with sample instructions to run)
22:44.23 ``Erik sent an email to some interested parties, even... wanna fix some stuff before getting it to a wider audience, though
22:44.49 brlcad ah, I'd post it up to sf.net, see what bites
22:44.58 brlcad but that's just me :)
22:44.59 ``Erik tk/libfb might be better for that kinda dealie
22:45.17 ``Erik well, quite a bit of it bites right now... oh, you mean interest wise... :D *duck*
22:45.19 brlcad if it's fully self-contained, then a preview wouldn't hurt
22:45.47 ``Erik the osX version still need X11.app (or Xquartz.app) running
22:45.51 brlcad can call it pre-alpha with big blinking warning labels
22:45.55 ``Erik needs
22:46.29 brlcad it might even run on 10.4
22:46.40 brlcad (maybe with a recompile)
22:46.43 ``Erik it would if it were compiled for it, but I didn't get around to that
22:47.02 brlcad you don't have to, default is supposed to be compatible
22:47.05 ``Erik I took Ed's laptop again, but ended up BSing past when I was supposed to leave, so I just put it on my desk
22:47.16 ``Erik no, it's not, _getopt$UNIX2003 is missing
22:47.18 brlcad at least on the high-level.. some of the X libs maybe not so much
22:47.27 ``Erik with several hits on google saying it's a leopard vs tiger issue
22:48.06 ``Erik something to worry about on tuesday :D
22:48.26 brlcad then maybe a recompile, there's flags and an env var that tell it to compile compatibly
22:48.50 ``Erik ah, or I could just recompile it on a 10.4 machine... like the laptop
22:49.31 ``Erik hrm, I have 10.5 x86, 10.4g4, and 10.2g3 here, no 10.4x86 :/
22:52.47 brlcad LD/CFLAGS="-arch x86 -arch ppc -macosx_version_min=10.4.0"
22:52.57 brlcad should be able to make a universal binary on the ppd
22:53.02 brlcad ppc even
22:54.22 brlcad export MACOSX_DEPLOYMENT_TARGET=10.4
22:54.59 brlcad -isysroot /Developer/SDKs/MacOSX10.4u.sdk
22:55.31 brlcad -Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk
22:55.44 brlcad put that all together, and should give you a 10.4+ universal
22:56.31 brlcad sry, CFLAGS=-mmacosx-version-min=10.4, LDFLAGS=-macosx-version-min=10.4
22:57.55 brlcad I haven't tested making a universal binary of all of BRL-CAD in over a year.. hmm
23:14.00 ``Erik yeh, that might be interesting on tuesday :D

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