00:39.18 |
*** join/#brlcad IriX64
(n=mario_du@bas3-sudbury98-1168050967.dsl.bell.ca) |
00:41.08 |
IriX64 |
http://www.pastebin.ca/380357
<---- mged no longer crashes on e all from terra.g |
01:15.15 |
*** join/#brlcad PrezKennedy
(n=Matthew@c-69-138-68-160.hsd1.md.comcast.net) |
01:16.49 |
IriX64 |
back. |
01:16.52 |
IriX64 |
:) |
01:25.51 |
*** join/#brlcad SWPadnos
(n=Me@dsl245.esjtvtli.sover.net) |
02:41.42 |
*** join/#brlcad bjorkBSD
(n=bjork@ip70-178-209-107.ks.ks.cox.net) |
03:01.47 |
*** join/#brlcad IriX64
(n=mario_du@bas3-sudbury98-1168055332.dsl.bell.ca) |
04:35.24 |
brlcad |
IriX64: 7.8.4 nor cvs head use comments like
you showed in the pastebin.. that brace belongs there else it's a
syntax error to close it |
05:22.11 |
IriX64 |
darn, thought i found something, ill keep
looking. |
05:23.34 |
IriX64 |
it's sorta like fishing, you know, sometimes
you have to throw it back :) |
05:44.16 |
brlcad |
er.. it's not missing from any of my
sources |
05:44.30 |
brlcad |
maybe you accidentally deleted it at some
point |
05:44.49 |
IriX64 |
could be, i shoot myself in the foot regularly
:) |
05:45.12 |
brlcad |
why you'd be messing with that particular
macro is curious (and semi-dangerous) |
05:45.17 |
IriX64 |
but fact remains mines fixed. |
05:45.39 |
IriX64 |
told you terra crashed mged now it
doesn't. |
05:45.41 |
IriX64 |
ty. |
05:47.18 |
brlcad |
yeah, I heard -- excellent |
05:47.28 |
brlcad |
you applied the same patch, or updated your
sources to cvs? |
05:47.46 |
IriX64 |
i don't have cvs, i patched my code. |
05:47.57 |
IriX64 |
err your code :) |
05:48.03 |
brlcad |
your code |
05:48.17 |
brlcad |
it's open source |
05:48.20 |
brlcad |
it's your code too |
05:48.26 |
IriX64 |
ty |
05:49.06 |
IriX64 |
say is that tank car military property or can
images of it be posted in public places? |
05:50.16 |
brlcad |
heh, if it's something you have .. then it's
open sourced |
05:50.31 |
IriX64 |
just want to be sure. |
05:50.43 |
brlcad |
I *think* all of the geometry files are BSD'd
(and if not BSD'd then LGPLd) |
05:50.49 |
brlcad |
as are all the images |
05:50.58 |
IriX64 |
good to know. |
05:51.32 |
brlcad |
which tank car anyways? |
05:51.45 |
brlcad |
tank_car.g? |
05:51.48 |
IriX64 |
geometric solutions its in your
examples. |
05:51.53 |
IriX64 |
thats the one. |
05:51.54 |
brlcad |
ahh, yes |
05:54.16 |
brlcad |
COPYING says most of the geometry models are
BSD licensed, so you can probably go with that unless the geometry
file has data that says otherwise (which none do) |
05:55.11 |
IriX64 |
thanks for clarifying, im not gonna distribute
them, just put them up for friends to see whats possible with
BRL-CAD. |
05:55.51 |
IriX64 |
should have looked in copying duh.
:) |
05:55.51 |
brlcad |
alas the best cool stuff can't be put into
db/ |
05:56.21 |
IriX64 |
like stryker? :) |
05:56.26 |
brlcad |
damn national security interests and
classification mumbo jumbo ;) |
05:56.33 |
IriX64 |
heh |
06:11.09 |
brlcad |
IriX64: you'll need this next update |
06:11.41 |
CIA-7 |
BRL-CAD: 03brlcad *
10brlcad/src/librt/g_dsp.c: whoa that's a big typo. dsp_name is a
struct bu_vls.. have to get the address to check/print
it. |
07:03.22 |
``Erik |
heh |
08:53.31 |
*** join/#brlcad clock_
(i=clock@84-72-63-56.dclient.hispeed.ch) |
09:24.25 |
*** join/#brlcad cad17
(n=43a124b6@bz.bzflag.bz) |
11:44.12 |
*** join/#brlcad docelic
(n=docelic@212.91.113.186) |
13:38.24 |
*** join/#brlcad docelic
(n=docelic@212.91.113.186) |
16:12.55 |
*** join/#brlcad cad54
(n=567e4f98@bz.bzflag.bz) |
17:21.52 |
*** join/#brlcad clock_
(i=clock@84-72-63-56.dclient.hispeed.ch) |
19:40.49 |
*** join/#brlcad IriX64
(n=mario_du@bas3-sudbury98-1168055332.dsl.bell.ca) |
19:43.29 |
IriX64 |
www.spaces.live.com/IriX64 <==== I
photon mapped a tank car :) |
19:54.29 |
brlcad |
that actually looks better than I would have
expected |
19:55.08 |
IriX64 |
not too shaby is all i have to say, 20 minutes
to complete. |
19:55.55 |
IriX64 |
running benchmark right now, out of
curiosity. |
19:58.19 |
IriX64 |
not bad, 100% cpu usage user time, glitches to
20% kernal time. |
20:03.55 |
IriX64 |
http://www.pastebin.ca/381345
<--- if you're interested in a make benchmark here. |
20:13.01 |
``Erik |
but, uh |
20:13.01 |
``Erik |
whoa |
20:13.05 |
``Erik |
3 vgr's??? |
20:13.27 |
``Erik |
wait, no, heh, 1234 vgr's |
20:13.42 |
IriX64 |
wonky eh ? :) |
20:13.51 |
``Erik |
still awfully slow |
20:14.03 |
IriX64 |
ahh well tis a home puter after all. |
20:14.19 |
IriX64 |
helps develop patience.:) |
20:17.18 |
IriX64 |
heh maybe the numbers wrapped. |
20:17.47 |
``Erik |
unlikely |
20:17.53 |
IriX64 |
true. |
20:18.03 |
``Erik |
but from the results you posted, you forgot
"--enable-optimized" |
20:18.23 |
IriX64 |
debug is in there too. |
20:18.26 |
``Erik |
read lines 125-127 |
20:18.36 |
``Erik |
they tel you how to do it "right" |
20:18.54 |
IriX64 |
just ran it out of curiousity, Im not trying
to set a speed record here. |
20:19.27 |
``Erik |
that's cool, but if you want to compare the
vgr number to anything, you really need to run it "the right
way" |
20:20.01 |
IriX64 |
as i said... |
20:20.16 |
``Erik |
but from my seat, even fi you scored a million
vgr's, that's not hte part that impresses me |
20:20.24 |
IriX64 |
not interested in a bigger one comparison
:) |
20:20.30 |
``Erik |
there are fugly-arsed winderz2k decorations on
that window.... |
20:20.48 |
``Erik |
not exactly the most native of OS's :) that it
ran at all is pretty impressive |
20:21.16 |
IriX64 |
yeah well not all os's are created
equeal. |
20:21.24 |
``Erik |
given my recent cygwin foibles, I may be
begging y ou to write up a windows howto ;) |
20:21.57 |
IriX64 |
hah press start->shutdown->turn computer
off is your best bet ;) |
20:22.22 |
``Erik |
if you weren't talking about it, I wouldn't
have even attmpted a cygwin build *shrug* but I am a frakin'
portability whore, so I trek to the ugly often :) |
20:23.03 |
IriX64 |
heh you need to replace gcc with one that
wasn't created "specially" for cygwin. |
20:23.34 |
``Erik |
<-- has both a full cygwin and a full mingw
path |
20:24.10 |
``Erik |
I made several sysV compablity commits on
friday, if you didn't notice.... |
20:24.23 |
IriX64 |
uhh, no I didn't. |
20:24.30 |
``Erik |
and I intend to get it "working" on cygwin,
then on mingw... |
20:24.32 |
``Erik |
and,y 'know |
20:24.53 |
``Erik |
my boss who would argue against the effort...
can go fuck herself. |
20:24.55 |
``Erik |
*cough* |
20:25.19 |
IriX64 |
heh she'll fire you ``Erik :) |
20:25.59 |
``Erik |
yea, uh |
20:26.04 |
``Erik |
these days |
20:26.10 |
``Erik |
I can find another job readily
enough. |
20:26.27 |
IriX64 |
she may "invite" you to. |
20:26.47 |
IriX64 |
``Erik... |
20:27.27 |
IriX64 |
i've been working with Cygwin, since Cgnus
Solutions first unveiled it, you want a copy of the arvive I
started with? |
20:27.39 |
IriX64 |
archive too. |
20:28.08 |
IriX64 |
Cygnus too. |
20:30.13 |
IriX64 |
for instance you use a batfile to run bash, me
i simply run login. |
20:30.58 |
IriX64 |
which reminds me I've gotta fix my
path.. |
20:31.55 |
``Erik |
hrm, no? :) |
20:32.08 |
``Erik |
I've been using cygwin since, ummmm,
'98? |
20:32.18 |
``Erik |
but infrequently and with much pain |
20:32.26 |
``Erik |
I'm a *nix user by heart |
20:34.15 |
IriX64 |
hah OS/2 is what I really like but
alas... |
20:34.50 |
IriX64 |
btw i really did get warp 4 up on
vmware. |
21:02.54 |
CIA-7 |
BRL-CAD: 03brlcad *
10brlcad/src/libtclcad/tclcadAutoPath.c: incrTcl prior to 3.3
apparently didn't provide ITK_VERSION, so accommodate. also quell
warning about basename() taking non-const paths on linux. |
21:10.07 |
CIA-7 |
BRL-CAD: 03brlcad * 10brlcad/configure.ac:
check for the emmintrin.h header for g_brep's vector code; tcl
needs libm on linux; bu/bn/rt are tied to tcl |
21:11.37 |
bjorkBSD |
what's so great about os/2, IriX64? |
21:12.09 |
IriX64 |
brlcad: theres something funny about
kern.argmax in configure.ac too. |
21:12.39 |
IriX64 |
bjorkBSD: it runs my pm bbs :) |
21:12.55 |
bjorkBSD |
pm bbs? |
21:13.06 |
bjorkBSD |
surely there's no one left on the bbs-verse is
there? |
21:13.28 |
``Erik |
os/2 had its advantages... back in the
day... |
21:13.58 |
bjorkBSD |
i thought os/2 was ms-windowslike... |
21:14.28 |
``Erik |
os/2 was a variant of MS-DOS that provided
omfg real OS like facilities... |
21:14.40 |
``Erik |
I think w2k was enouhg to supercede
it |
21:15.07 |
``Erik |
bear in mind, we're talkin' 1985 vs
2000... |
21:15.56 |
``Erik |
ibm and ms worked on a joint project, got
pissed at eachother and went their seperate ways... it took ms 15
yrs to hit the same quality metric as ibm |
21:16.43 |
bjorkBSD |
ibm is a much larger company. |
21:16.59 |
bjorkBSD |
but it's remarkable that they entrusted their
early efforts to a start up... |
21:17.05 |
``Erik |
depends on how you quntify it |
21:17.22 |
``Erik |
I mean, these days, msft as almost 3x the
market cap |
21:18.05 |
*** join/#brlcad iday
(n=iday@c-68-50-191-200.hsd1.md.comcast.net) |
21:18.17 |
brlcad |
IriX64: there is no kern.argmax in
configure.ac |
21:20.37 |
bjorkBSD |
and who still uses BBSes? |
21:23.21 |
CIA-7 |
BRL-CAD: 03brlcad *
10brlcad/include/vector_x86.h: apparently some linux systems don't
have emmintrin.h |
21:24.03 |
``Erik |
expecially ones that aren't running on x86
procs |
21:24.27 |
CIA-7 |
BRL-CAD: 03brlcad * 10brlcad/include/vector.h:
common.h comes before all system headers. wasn't able to find an
alternative (though I didn't look really hard) for emmintrin.h, so
if the header doesn't exist don't do the x86 vector foo. |
21:25.35 |
iday |
the weird thing is that SSE2 and GNUC must be
defined - so it's likely a gcc issue |
21:25.55 |
iday |
well - maybe not |
21:25.58 |
brlcad |
they were both defined |
21:26.11 |
brlcad |
yet not that header |
21:26.12 |
iday |
trying to remember where emmintrin.h is
located |
21:26.23 |
iday |
thought it was in gcc dir, but maybe
not |
21:26.53 |
iday |
on the mac it is... |
21:27.12 |
brlcad |
try a build on either of the linux server
twins |
21:27.47 |
iday |
"twins" ? |
21:27.53 |
brlcad |
on/off |
21:28.00 |
iday |
I'm not saying I don't believe you |
21:28.08 |
iday |
i just looked for the file on the server
twins |
21:28.18 |
iday |
it's not there... but it's a gcc issue i
say! |
21:28.35 |
iday |
on every system that has it - it's in a gcc
directory |
21:28.35 |
brlcad |
looks like it might be a gcc 4 thing |
21:28.40 |
iday |
no |
21:28.45 |
iday |
erg has gcc 3.x |
21:29.38 |
iday |
"/usr/lib/gcc/x86_64-redhat-linux/3.4.3/include/emmintrin.h" |
21:30.11 |
iday |
"/usr/lib/gcc/i686-apple-darwin8/4.0.1/include/emmintrin.h" |
21:30.21 |
iday |
argh |
21:31.25 |
iday |
but it *could* be a gcc version
issue |
21:32.13 |
iday |
doesn't change the check though: no emmintrin,
no sse2. at least not without gcc builtins |
21:32.14 |
IriX64 |
brlcad search for kern, its in the bsd
stuff. |
21:32.29 |
brlcad |
almost guaranteed to be a version issue.. it's
not a partial gcc install |
21:32.45 |
brlcad |
IriX64: I searched for kern, there is no
reference to kern in configure.ac |
21:33.03 |
brlcad |
*configure.AC* .. maybe you're looking at
configure |
21:33.16 |
IriX64 |
err sorry quite right. |
21:33.18 |
brlcad |
iday: there is mmintrin.h and xmmintrin.h that
apparently preceeded it |
21:33.27 |
brlcad |
http://cvs.savannah.gnu.org/viewcvs/gcc/gcc/config/i386/emmintrin.h?rev=1.18&root=gcc&view=log |
21:33.44 |
brlcad |
only been around since 2003, gcc 3 predates
that by quite a bit iirc |
21:34.54 |
iday |
xmm is sse, mm is mmx, emm is sse2 |
21:34.58 |
brlcad |
looks like it was added circa 3.3 |
21:35.24 |
iday |
that would probably be about right - pIVs were
the first with sse2 i think |
21:35.44 |
iday |
course - the intrinsics were most likely added
later still |
21:35.53 |
iday |
(everyone used asm before that) |
21:35.55 |
brlcad |
on/off have gcc 3.2.3 |
21:36.04 |
iday |
yah |
21:36.11 |
iday |
funny that on/off define SSE2 |
21:36.20 |
iday |
but gcc may have the builtins, but not the
intrinsics |
21:37.06 |
brlcad |
pretty sure the hardware supports it, probably
one of the earliest impl's |
21:37.17 |
brlcad |
being xeon and all |
21:38.19 |
brlcad |
either way, just needed a lil extra so it
doesn't fail compile.. don't really care if something that old
actually uses it or not myself ;) |
21:47.58 |
iday |
yeah - i don't care either - just
procrastinating on my homework |
21:48.52 |
iday |
sorry 'bout the bug though - what can I say -
I'm a Crappy Coder ® |
22:18.26 |
IriX64 |
brlcad: sorry bout that. |
22:21.44 |
IriX64 |
+it. |
22:24.31 |
IriX64 |
here's an idea, transparent task bar for
windows xppro;) |
22:25.55 |
IriX64 |
" I don't know, but I been told, if you serve
you'll never grow old";) |
22:35.56 |
IriX64 |
would it be so hard to put a ls command in
mged? |
22:46.43 |
*** join/#brlcad SWPadnos
(n=Me@dsl245.esjtvtli.sover.net) |
22:55.45 |
``Erik |
mged has a ls command... |
23:01.06 |
CIA-7 |
BRL-CAD: 03brlcad * 10brlcad/src/bwish/main.c:
interesting this worked before.. need tcl.h before
tclInt.h |
23:03.20 |
CIA-7 |
BRL-CAD: 03brlcad * 10brlcad/configure.ac:
linux needs libxss too for tk |
23:04.10 |
brlcad |
if you want a shell ls, "exec ls" in mged,
else it's a listing of geometry |
23:09.04 |
IriX64 |
ty |
23:10.05 |
IriX64 |
works, thanks. you could have said see the
docs :) |
23:21.38 |
``Erik |
hehehehe "rtfm"? :D |
23:38.27 |
CIA-7 |
BRL-CAD: 03brlcad *
10brlcad/src/mged/Makefile.am: tclcad needs to come before the
others so it can resolve tk/Xss symbols |