| 04:13.43 | *** part/#brlcad deltazap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) | |
| 04:14.07 | *** join/#brlcad deltazap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) | |
| 05:30.12 | Maloeran | This is lovely. |
| 05:30.16 | Maloeran | lin-lwp.c:1729: internal-error: kill_wait_callback: Assertion `pid == -1 && errno == ECHILD' failed. A problem internal to GDB has been detected, |
| 11:01.43 | *** join/#brlcad cad72 (n=549c6492@bz.bzflag.bz) | |
| 13:33.56 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 13:34.11 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 14:13.51 | ``Erik | heh |
| 14:14.39 | archivist | "must try harder" 2 out of 10 |
| 14:18.27 | ``Erik | mal's progress report, as neutered and de-tech'd by a couple layers of mgmt types... :) |
| 16:27.53 | *** join/#brlcad ibot_ (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) | |
| 16:27.53 | *** topic/#brlcad is BRL-CAD CSG Modelling... http://www.brlcad.org http://sourceforge.net/projects/brlcad | |
| 16:32.26 | Maloeran | Cool Erik, can I see that? :) |
| 16:32.38 | Maloeran | Oh, you tried to send on Efnet alerady |
| 16:32.41 | Maloeran | already, too |
| 16:33.01 | Maloeran | Ah no, it was the wrapping framework headers |
| 18:10.48 | ``Erik | a little part, nothing interesting yet... |
| 18:11.14 | ``Erik | MAYBE I'll be able to get you the rest this week |
| 18:11.49 | Maloeran | Wee, one ray at a time. All right, thanks |
| 18:15.58 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/autogen.sh: report the ident footer (which includes the version of this script now) with --version output |
| 18:29.08 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/autogen.sh: check for autoreconf before autoconv/automake/libtool |
| 18:35.57 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/TODO: improve adrt's integration, ensure compilation/execution works reliably cross-platform -- get latest changes being used by muves teams to libtie. add update of tcl/tk since that is currently going on. |
| 18:54.54 | ``Erik | adrt will be equally crippled, dude *shrug* and if we don't get the numbers we want, we'll fix things up better |
| 19:04.21 | Maloeran | ADRT was not written to exploit : SSE packed tracing, ray coherency, ray locality |
| 19:04.37 | Maloeran | So I believe RF will be far more crippled, but we'll see |
| 19:25.19 | CIA-5 | libIRC: 03jeffm2501 * 10libirc/ (include/TCPConnection.h src/TCPConnection.cpp): start redoing the TCP server interface to actualy work, and not suck. |
| 20:07.27 | IriX64 | make install |
| 20:07.35 | IriX64 | sorry :( |
| 20:10.30 | IriX64 | wonder if this thing actually runs. |
| 20:11.27 | IriX64 | btw if you don't use --prefix, the build puts the html dir in your root dir. |
| 20:12.17 | IriX64 | configure reports awf and brlman to have an undefined variable called datarootdir. |
| 20:31.39 | *** join/#brlcad stunned (n=d1d1dbd1@bz.bzflag.bz) | |
| 20:31.44 | *** part/#brlcad stunned (n=d1d1dbd1@bz.bzflag.bz) | |
| 20:33.01 | *** join/#brlcad stunned (n=d1d1d029@bz.bzflag.bz) | |
| 20:38.31 | *** join/#brlcad clock_ (i=clock@84-72-95-194.dclient.hispeed.ch) | |
| 20:51.28 | brlcad | IriX64: what platform/shell has that behavior? |
| 20:51.39 | IriX64 | bash |
| 20:51.57 | brlcad | under which OS? |
| 20:52.03 | IriX64 | cygwin |
| 20:52.06 | brlcad | hmm |
| 20:52.30 | brlcad | grep BRLCAD_DATA doc/html/Makefile |
| 20:52.36 | brlcad | what does that output? |
| 20:52.37 | IriX64 | ty |
| 20:53.29 | IriX64 | just sitting there. |
| 20:53.48 | brlcad | er |
| 20:54.03 | brlcad | you did type the doc/html/Makefile part, yes? |
| 20:54.09 | IriX64 | goof (meaning me just a sec.) |
| 20:54.28 | brlcad | that should be run from the directory that has configure |
| 20:54.44 | IriX64 | no such file or directory. |
| 20:54.59 | brlcad | "that should be run from the directory that has configure" |
| 20:55.11 | IriX64 | it is |
| 20:55.36 | brlcad | ls doc/html |
| 20:56.00 | brlcad | [morrison@hole (Tue Feb 13 15:55:26) ~/brlcad]$ ls doc/html |
| 20:56.01 | brlcad | CVS Makefile Makefile.am Makefile.in ReleaseNotes manuals |
| 20:56.19 | IriX64 | ls doc/htmlmake file.am .in releasenotes and manual. |
| 20:56.57 | brlcad | how come you don't have a Makefile ? did you run make distclean or something? |
| 20:57.07 | IriX64 | yep |
| 20:57.20 | brlcad | that's kinda important to tell me ;) |
| 20:57.30 | IriX64 | whup apologies :) |
| 20:57.51 | brlcad | grep BRLCAD_DATA doc/html/Makefile.in |
| 20:58.15 | brlcad | and .. grep BRLCAD_DATA doc/html/manuals/Makefile.in |
| 20:58.28 | brlcad | or just the latter even |
| 20:58.38 | brlcad | should be two lines |
| 20:58.38 | brlcad | BRLCAD_DATA = @BRLCAD_DATA@ |
| 20:58.39 | brlcad | htmldocsdir = $(BRLCAD_DATA)/html/manuals |
| 20:58.54 | brlcad | do you see something different? |
| 20:59.01 | IriX64 | BRLCAD_DATA = @BRLCAD_DATA@ |
| 20:59.17 | IriX64 | only one line |
| 20:59.30 | brlcad | in which file |
| 20:59.37 | IriX64 | .in |
| 20:59.40 | brlcad | doc/html will be just one line |
| 20:59.47 | brlcad | doc/html/manuals should have two |
| 21:00.23 | IriX64 | has none. |
| 21:00.51 | brlcad | huh? you ran: grep BRLCAD_DATA doc/html/manuals/Makefile.in |
| 21:00.55 | brlcad | and it reported no lines? |
| 21:01.02 | IriX64 | reported one line. |
| 21:01.14 | brlcad | read carefully, you're telling me two things |
| 21:01.36 | brlcad | grep BRLCAD_DATA doc/html/manuals/Makefile.in <-- note the manuals part |
| 21:01.58 | IriX64 | my mistake both only have one line. |
| 21:02.15 | IriX64 | not used to grep man ;) |
| 21:02.30 | brlcad | grep BRLCAD_DATA doc/html/manuals/Makefile.am outputs what? |
| 21:03.42 | IriX64 | htmldocsdir = $(BRLCAD_DATA)/html/manuals |
| 21:04.23 | brlcad | then "grep BRLCAD_DATA doc/html/manuals/Makefile.in" cannot have only one line ... |
| 21:04.45 | brlcad | s/cannot/really should not/ |
| 21:05.05 | IriX64 | specifying --prefix is a workaround. |
| 21:05.42 | brlcad | i got that much, trying to figure why something that basic would fail |
| 21:06.40 | brlcad | when it "puts it in the root" .. what dir does it create and where? |
| 21:06.58 | IriX64 | html in the root dir of the system. |
| 21:07.22 | IriX64 | <PROTECTED> |
| 21:07.29 | brlcad | hmmm.. maybe if... |
| 21:08.21 | *** join/#brlcad SWPadnos (n=Me@dsl245.esjtvtli.sover.net) | |
| 21:08.27 | IriX64 | just went by again, i'm configuring. |
| 21:09.35 | brlcad | grep usr/brlcad configure |
| 21:09.59 | brlcad | is that this? ac_default_prefix=/usr/brlcad |
| 21:10.24 | IriX64 | ac_default_prefix=/usr/brlcad |
| 21:11.13 | IriX64 | shall i paste the warning? |
| 21:11.17 | brlcad | orsure |
| 21:11.33 | IriX64 | config.status: WARNING: src/brlman/awf contains a reference to the variable `dat |
| 21:11.33 | IriX64 | arootdir' |
| 21:11.33 | IriX64 | which seems to be undefined. Please make sure it is defined. |
| 21:11.33 | IriX64 | config.status: creating src/brlman/brlman |
| 21:11.33 | IriX64 | config.status: WARNING: src/brlman/brlman contains a reference to the variable ` |
| 21:11.36 | IriX64 | datarootdir' |
| 21:11.38 | IriX64 | which seems to be undefined. Please make sure it is defined. |
| 21:13.04 | brlcad | can you pastebin or send me your awf or brlman ? |
| 21:13.52 | IriX64 | brlman? brlman.1? or brlman.in? |
| 21:14.13 | brlcad | brlman |
| 21:14.23 | IriX64 | how do i deliver it to you? |
| 21:14.32 | brlcad | what works for you? |
| 21:14.46 | brlcad | ~pastebin |
| 21:14.55 | ibot | pastebin is, like, a place to paste your stuff without flooding the channel - try http://pastebin.ca, or http://channels.debian.net/paste, or http://rafb.net/paste/ |
| 21:14.55 | brlcad | would be the most convenient |
| 21:14.55 | IriX64 | dunno haven't transfreed files in s *long time :) |
| 21:15.55 | brlcad | if you go to one of those three urls, you can paste the contents of brlman |
| 21:16.00 | brlcad | or awf |
| 21:17.09 | IriX64 | pastebin.ca has it. |
| 21:17.31 | brlcad | heh, you're supposed to provide me that url it tells you |
| 21:17.40 | IriX64 | arrgh. |
| 21:18.22 | brlcad | after you hit submit post |
| 21:18.39 | brlcad | you're not one of the recent ones.. doesn't look like you posted it yet |
| 21:19.19 | IriX64 | just posted it again. |
| 21:19.49 | IriX64 | http://www.pastebin.ca/354242 |
| 21:20.14 | brlcad | there we go.. that's better :) |
| 21:20.21 | IriX64 | :) |
| 21:21.05 | IriX64 | bbiab nature yells :) |
| 21:21.35 | ``Erik | heh |
| 21:21.47 | brlcad | peculiar.. your BRLCAD_DATA is getting set to ${datarootdir} |
| 21:21.50 | ``Erik | paste.lisp.org is cooler, and has a 'report' bot on this network... O:-) |
| 21:24.02 | brlcad | IriX64: grep datadir=\' configure |
| 21:32.18 | brlcad | IriX64: grep BRLCAD include/brlcad_config.h |
| 21:32.19 | IriX64 | ${datarootdir} |
| 21:32.34 | brlcad | yeah, that's wonky.. |
| 21:32.48 | IriX64 | not your problem ? |
| 21:33.00 | brlcad | I think I can compensate for it |
| 21:33.04 | brlcad | what's: grep BRLCAD include/brlcad_config.h |
| 21:34.15 | IriX64 | $ grep BRLCAD include/brlcad_config.h |
| 21:34.15 | IriX64 | #define BRLCAD_DATA "${datarootdir}" |
| 21:34.16 | IriX64 | #define BRLCAD_ROOT "/usr/solariscad" |
| 21:34.19 | IriX64 | #define BRLCAD_VERSION "7.8.4" |
| 21:35.24 | brlcad | eek |
| 21:35.32 | brlcad | good to know, that's a separate problem |
| 21:35.38 | IriX64 | $... ? |
| 21:36.35 | IriX64 | autoconf? |
| 21:36.47 | brlcad | yeah |
| 21:36.57 | IriX64 | version 2.6 |
| 21:37.50 | brlcad | the autoconf you're using with cygwin is setting datadir to a variable that must be evaluated else you end up with variable turds like you're seeing |
| 21:38.18 | IriX64 | ill get me a new autoconf or fix this one, i have source. |
| 21:38.23 | brlcad | not so much a bug on their part but inconsistent behavior (they don't do that elsewhere afaihs) that we'll need to compensate for |
| 21:38.29 | brlcad | 2.6 doesn't sound right |
| 21:38.42 | IriX64 | 2.60 |
| 21:38.46 | brlcad | ahh |
| 21:38.56 | brlcad | okay, that could/would be why |
| 21:39.04 | brlcad | that's a newer (protocol-breaking) version |
| 21:39.17 | IriX64 | thanks for this one i set prefix=solariscad. |
| 21:39.35 | brlcad | this should fix it |
| 21:39.49 | IriX64 | does already tested it. |
| 21:40.29 | brlcad | heh, no.. i mean for noticing the problem.. I have a fix here going in |
| 21:40.38 | IriX64 | oh sorry. |
| 21:40.41 | IriX64 | :) |
| 21:44.52 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: |
| 21:44.52 | CIA-5 | BRL-CAD: compensate for an autoconf inconsistency issue where apparently newer 2.60+ |
| 21:44.52 | CIA-5 | BRL-CAD: autoconf is setting datadir to datarootdir as a default, causing a need to |
| 21:44.53 | CIA-5 | BRL-CAD: evaluate datadir before using it with things like AC_DEFINE and AC_SUBST values. |
| 21:44.53 | CIA-5 | BRL-CAD: do an explicit eval echo like is done for the summary printing. |
| 21:44.54 | CIA-5 | BRL-CAD: thanks to IriX64 for noticing the problem and helping pinpoint the cause. the problem affected most BRLCAD_DATA installation paths as well as awf and brlman (which use BRLCAD_DATA). |
| 21:48.48 | ``Erik | w00t |
| 21:51.55 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: reorganize so the eval expansion happens only once. |
| 22:32.23 | IriX64 | question.. is there some issue I don't know about that affects shared library builds? every time I try to build shared libraries, I get undefined references. |
| 22:36.17 | CIA-5 | libIRC: 03jeffm2501 * 10libirc/ (include/TCPConnection.h src/TCPConnection.cpp): get the TCP server class to read data and call it's listeners. |
| 23:02.39 | *** join/#brlcad b0ef (n=b0ef@084202025057.customer.alfanett.no) | |
| 23:43.56 | CIA-5 | libIRC: 03jeffm2501 * 10libirc/ (include/TCPConnection.h src/TCPConnection.cpp): |
| 23:43.56 | CIA-5 | libIRC: data send methods for server connected peers. |
| 23:43.56 | CIA-5 | libIRC: disonection functions for server connected peers. |
| 23:43.56 | CIA-5 | libIRC: disconection notification for servers. |
| 23:51.51 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/BUGS: |
| 23:51.51 | CIA-5 | BRL-CAD: there does seem to be a ray-trace consistency failure in the solids.sh |
| 23:51.51 | CIA-5 | BRL-CAD: regression test case where it fails on Mac OS X with one pixel exhibiting an |
| 23:51.51 | CIA-5 | BRL-CAD: off-by-many error on the edge of the middle ARB8. this only seems to occur when |
| 23:51.51 | CIA-5 | BRL-CAD: using an optimized -O3 compile (and using -fno-unsafe-math-optimizations seems |
| 23:51.53 | CIA-5 | BRL-CAD: to make no difference) possibly indicating a floating point/tolerance issue that |
| 23:51.55 | CIA-5 | BRL-CAD: needs to be accounted for so that results are exactly repeatable regardless. |
| 23:55.36 | Maloeran | Exactly repeatable? Picky :) |
| 23:56.09 | Maloeran | The compiler could just be shuffling instructions around, meaning the ray that was hitting the primitive no longuer does |
| 23:58.06 | ``Erik | which means the optimizer broke it, and that's important to know... |
| 23:59.41 | Maloeran | Optimizers shuffle instructions around when it leads to the "same" result, mathematically speaking |