00:27.37 |
*** join/#brlcad BigAToo
(n=BigAToo@mail.fbcelkhart.org) |
02:03.51 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-241.sbndin.btas.verizon.net) |
06:44.10 |
CIA-40 |
BRL-CAD: 03starseeker * r33943
10/brlcad/trunk/misc/NIST_DENSITIES: |
06:44.10 |
CIA-40 |
BRL-CAD: Add example _DENSITIES file for gqa
using the data available from NIST: |
06:44.10 |
CIA-40 |
BRL-CAD: http://physics.nist.gov/PhysRefData/Star/Text/contents.html
File can be |
06:44.10 |
CIA-40 |
BRL-CAD: expanded from other sources if there
is interest, but the primary purpose is to |
06:44.11 |
CIA-40 |
BRL-CAD: have a convenient non-trivial example
handy for gqa. Needs to be reviewed to |
06:44.13 |
CIA-40 |
BRL-CAD: make sure all values are consistent
with those on the site, in case of operator |
06:44.15 |
CIA-40 |
BRL-CAD: error on input. |
07:27.04 |
astrobear |
is brl-cad participating in google summer of
code again? |
07:37.08 |
*** join/#brlcad astrobear
(n=ib@unaffiliated/ibuffy) |
08:33.55 |
*** join/#brlcad _VincentB_
(i=53cec2cf@gateway/web/ajax/mibbit.com/x-af4e241216613b00) |
08:34.12 |
*** part/#brlcad _VincentB_
(i=53cec2cf@gateway/web/ajax/mibbit.com/x-af4e241216613b00) |
09:37.27 |
brlcad |
astrobear: we won't know if we get accepted
for a while, but we will probably apply |
09:58.28 |
*** join/#brlcad PrezKennedyJR
(i=Matthew@whitecalf.net) |
11:04.00 |
d-lo |
Mornin all! |
12:27.25 |
brlcad |
2lo |
12:46.58 |
CIA-40 |
BRL-CAD: 03starseeker * r33944
10/brlcad/trunk/misc/Makefile.am: Bad developer - don't break
distcheck. Also, install the densities file somewhere. |
12:50.34 |
starseeker |
wonders if anybody models
ceramics in cad |
12:52.44 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-241.sbndin.btas.verizon.net) |
13:31.46 |
CIA-40 |
BRL-CAD: 03starseeker * r33945
10/brlcad/trunk/doc/docbook/system/man1/en/bo.xml: Fix the syntax
in the bo docs |
13:52.17 |
*** join/#brlcad elite01
(n=omg@cl-213.dus-01.de.sixxs.net) |
13:57.53 |
``Erik |
*yawn* |
14:01.43 |
``Erik |
ceramics? O.o |
14:29.45 |
*** join/#brlcad _sushi_
(n=_sushi_@84-72-93-63.dclient.hispeed.ch) |
14:43.59 |
starseeker |
``Erik: NIST has a database with some density
information on ceramic materials |
14:44.12 |
starseeker |
including high temperature
superconductors |
14:44.54 |
starseeker |
might be a tad specialized to put in the
NIST_DENSITIES file, but hey, why not... |
14:45.19 |
_sushi_ |
is there some default densities file in
brl-cad? |
14:45.31 |
starseeker |
Nope |
14:46.28 |
starseeker |
added an example one, but it is not any sort
of default |
14:47.30 |
starseeker |
numbers are still subject to change, etc.
etc. |
15:31.27 |
*** join/#brlcad BigAToo
(n=BigAToo@pool-96-230-124-241.sbndin.btas.verizon.net) |
15:33.16 |
*** join/#brlcad Elrohir
(n=kvirc@p5B14DA9D.dip.t-dialin.net) |
15:42.56 |
``Erik |
heh. |
15:43.17 |
``Erik |
dang fools and your irc logs, all makin' rsync
work too hard |
16:03.47 |
*** join/#brlcad samrose
(n=samrose@mi-beaco-rtr-16-59.synergydsl.com) |
16:34.49 |
brlcad |
starseeker, ``Erik, et al: make sure all/any
publicly visible changes you made are annotated in NEWS |
16:35.01 |
brlcad |
I have all I know of except for a couple from
bob still |
16:35.30 |
starseeker |
Uh, doc tweaks |
16:35.56 |
starseeker |
one sec. |
16:38.40 |
CIA-40 |
BRL-CAD: 03starseeker * r33946
10/brlcad/trunk/NEWS: Well, it is user visible - corrections to bo
man page's description of how the u option is supplied. |
16:39.52 |
starseeker |
does fixing the blathering of the Geometry
browser due to using the tops -u command count? |
16:40.27 |
starseeker |
knows, user visible... user
actually requested fix... grumble.. |
16:42.43 |
CIA-40 |
BRL-CAD: 03starseeker * r33947
10/brlcad/trunk/NEWS: Note correction to Geometry Browser - user
won't see continual warnings about tops options any more. |
16:43.11 |
starseeker |
OK, I should be good |
17:16.26 |
*** join/#brlcad astrobear
(n=ib@unaffiliated/ibuffy) |
17:34.03 |
``Erik |
most of mine are adrt, which I'm not being
public about just yet (as none of the public clients ...
work) |
17:34.33 |
``Erik |
yeah, I'm all up to date |
17:42.49 |
brlcad |
k |
18:43.20 |
*** join/#brlcad _sushi_
(n=_sushi_@77-58-232-141.dclient.hispeed.ch) |
19:20.28 |
starseeker |
brlcad: the scl tarball is just under one
meg |
19:22.04 |
brlcad |
really, one "meg"? |
19:22.34 |
starseeker |
992K |
19:22.39 |
brlcad |
that's surprisingly tiny |
19:22.59 |
brlcad |
smaller than jove |
19:23.31 |
brlcad |
rather, smaller than just about everything
except awf, regex, and tnt |
19:23.40 |
starseeker |
this one right? http://www.mel.nist.gov/msidstaff/sauder/SCL.htm |
19:26.16 |
starseeker |
was kinda wondering about
the concern about how big it was... |
19:30.48 |
brlcad |
yeah, that's the one |
19:31.46 |
brlcad |
I remembered scl being bigger than that, that
express toolkit was small but the class libs were bigger |
19:32.58 |
brlcad |
hm, something's not matching up :) |
19:33.08 |
brlcad |
I just downloaded scl and it was 1.7MB
compressed :) |
19:33.20 |
starseeker |
oh, - I recompressed it with gzip |
19:33.45 |
brlcad |
6.3MB .. okay, that sounds more what I
remembered |
19:33.54 |
starseeker |
ah |
19:34.52 |
brlcad |
*fwaps*
starseeker |
19:35.33 |
brlcad |
still, that's not too bad, about the size of
libz or libpng |
19:36.24 |
*** join/#brlcad ``Erik_
(n=erik@ftp.brlcad.org) |
19:36.55 |
*** join/#brlcad samrose
(n=samrose@74.94.227.158) |
19:36.56 |
*** join/#brlcad ``Erik__
(i=erik@c-76-111-12-116.hsd1.md.comcast.net) |
19:37.33 |
starseeker |
given our use of boost and docbook, along with
the possibility of using something like OGRE and/or Qt, I hadn't
really thought about it much... |
19:38.14 |
brlcad |
we use a subset of boost |
19:38.26 |
starseeker |
well, OK, but still |
19:38.37 |
``Erik |
but moving |
19:38.38 |
brlcad |
and ogre is in a diff module |
19:40.21 |
starseeker |
ok, I give up ;-) |
19:40.44 |
brlcad |
more concerned with the default checkout
getting unnecessarily increased and muddying up history -- we need
it, just don't know how much we need just yet |
19:41.11 |
starseeker |
I take it express itself is the bare
minimum? |
19:41.24 |
brlcad |
yeah |
19:41.32 |
brlcad |
that's where the size matters,
though |
19:41.49 |
brlcad |
it's relatively very small, so fine either
way |
19:41.57 |
brlcad |
s/very// |
19:42.09 |
starseeker |
Ah |
19:44.05 |
starseeker |
alrightie - thanks :-) |
19:46.49 |
starseeker |
wants to have all the grunt
annoyances out of the way for Dave |
19:47.15 |
``Erik |
hm, dave was talking about ditching boost as
much as possible at one point, iirc |
19:47.30 |
starseeker |
``Erik: Yeah - libpc also uses it
though |
20:01.22 |
brlcad |
``Erik: he used pieces of boost that weren't
exactly fun |
20:02.03 |
brlcad |
used it in a few places that weren't really
called for imho too, where we provide interfaces for a simpler form
e.g. networking and threading |
20:02.27 |
brlcad |
libpc's is a lot more warranted with the
solver subsystem |
20:12.44 |
brlcad |
using boost for the C++0x portions is about as
far as I'd use it in most cases with a few exceptions |
20:14.11 |
``Erik |
*shrug* never dug into stl or boost myself
:) |
20:19.37 |
brlcad |
the stl is good stuff, that's one of the best
aspects of c++ |
20:20.13 |
brlcad |
basic class library with algorithms,
containers, and data types |
20:20.27 |
brlcad |
std::string ftw |
20:20.32 |
``Erik |
yeah, I saw examples for basic stuff like
linked lists, hashtables, etc |
20:21.26 |
brlcad |
yeah, strings and the various containers are
the most useful and most used |
20:29.56 |
starseeker |
eyes express - apparently
the yacc/bison steps are not optional. Hmm |
20:37.27 |
starseeker |
ah, it's not just the c code - they're doing
some tricks. |
20:39.25 |
starseeker |
mutters something under his
breath and digs into the configure script |
20:54.32 |
starseeker |
hmm - why con't yacc deal with
this?? |
20:54.52 |
starseeker |
brlcad: 64 bit build on linux made it trhough
distcheck |
20:55.57 |
brlcad |
if they have a configure script, could just
make them a subconfigure |
20:58.34 |
starseeker |
they have a very nonworking configure
script |
20:59.31 |
starseeker |
in fact, they've got configure serving as the
trigger for the make process |
20:59.36 |
starseeker |
it's loony |
21:02.20 |
starseeker |
looks like the update has the script logic at
least running, so I'll try to gronk what's going on there |
21:04.27 |
starseeker |
mutters to himself about
convoluted build procedures... |
21:33.05 |
``Erik |
what convoluted? it's simple, everyone is
right and everyone else is wrong. see? easy ;D |
22:12.37 |
CIA-40 |
BRL-CAD: 03brlcad * r33948
10/brlcad/trunk/NEWS: |
22:12.37 |
CIA-40 |
BRL-CAD: few missing annotations, note that
parker fixed a (pretty severe) bug in |
22:12.37 |
CIA-40 |
BRL-CAD: 'prefix' that caused it to not write
out the renamed objects out to disk. this |
22:12.37 |
CIA-40 |
BRL-CAD: looks like it was possibly a libged
migration oversight, but now fixed. |
22:35.47 |
CIA-40 |
BRL-CAD: 03bob1961 * r33949
10/brlcad/trunk/src/tclscripts/mged/text.tcl: This fixes bug
2278235 (i.e. Can't cut-n-paste under Windows). |
23:14.45 |
starseeker |
ah, that's what I messed up... - didn't patch
correctly... hmm |
23:15.27 |
starseeker |
maybe the update to the SCL libraries here
will work, with some tweaking: http://www.statik.tu-cottbus.de/fileadmin/project_dth/scl/ |
23:23.26 |
starseeker |
ok, that's more promising |
23:24.30 |
starseeker |
brlcad: The NIST file doesn't build, but the
updated one just succeeded (with some warnings) |
23:24.49 |
starseeker |
so I was wrong - we can probably do a
subconfigure after all |
23:45.39 |
CIA-40 |
BRL-CAD: 03starseeker * r33950
10/brlcad/trunk/misc/NIST_DENSITIES: Add note that NIST_DENSITIES
shouldn't be used for production analysis |