Re: GerH source distro at hebbut.net: HOW TO compile/compare/merge for Bill et al

On Sat, Mar 29, 2008 at 11:41:33PM +0100, Ger Hobbelt wrote:
> 
> between build 1954 and 1960 I changed configure.ac to check for TRE in
> a different way; there's a little devil in the back of my head telling
> me I screwed up the -Llibpath then.

hm, I dunno ... tried shared libs only and it's fine :

# ldd /usr/src/crm114-20080326-BlameSentansoken/src/crm114
        libtre.so.4 => /usr/lib/libtre.so.4 (0xb7faf000)
        libm.so.6 => /lib/tls/libm.so.6 (0x41150000)
        libreadline.so.5 => /lib/libreadline.so.5 (0xb7f81000)
        libc.so.6 => /lib/tls/libc.so.6 (0x41019000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x41000000)
        libncurses.so.5 => /lib/libncurses.so.5 (0xb7f42000)

> the .inpout files _must_ be there - the fact that they're not means I
> b0rked the releases. Why the .input's? Because _any_ change to those

yup, there's something screwd - there are several megatest*.sh, in src/
and tests/, many *.input but in tests/, but not those QUICKREF/INTRO:

tests/COLOPHON_mt_ng_reference_3.input
tests/FAQ_mt_ng_reference_4.input
tests/Makefile
tests/Makefile.am
tests/Makefile.in
...

> text files (and I added and fixed a bits in there) will result in
> megatest to report (quite) different numbers. You don't want that when

yes, but not that much - but of course we don't want to compare with 
different inputs.

> discussion of merging the css tools and crm itself to make sure the
> tools are up to date considering the classifer formats and types. See

ok
 
> The ULTRA long run times make me wonder. I've found similar results

local hdd, it's all bounded to CPU/algo problems, if any: but re-checking
now those numbers: (Piii time) / (XP2800 time) ~ 400/17 ~ 24 - so in this
test an Athlon XP2800 clocked ~2GHz would be ~24 times faster than a Piii
450MHz: I think it's a reasonable figure, so the ~400 mins shouldn't raise
a flag here - as long as the ~17 mins run time on the other CPU sounds ok,
that is.

> Though I concede these take quite a bit longer than 1' there
> (3.something GHz AMD64) - more in the range of 5'

yep, better document/update roughly the expected times - waiting ~7 h for 
something expected to complete in ~1' raise some doubt ;)
And that should take into account per-classifier/cumulative wrt included
classifiers - that "1'" was stated when only (now) 'production' classifiers
were supposed to run.

> it should do this:
> cd src
> make megatest_ng

nope, it does:
  (cd src && $(MAKE) $(AM_MAKEFLAGS) megatest);
then
  $(srcdir)/megatest.sh 2 > megatest_test.log 2>&1
> 
> because megatest_ng is the one using those input files (some really
> wicked little differences in input feed when redirecting on UNIX and

which seem supposed to be in src/

#--[src/megatest_ng.sh, src/megatest.sh]---
...
  ./crm114 '-{learn ...:]]+/}' < QUICKREF_mt_ng_reference_1.input
...

but I think they should be sourced from ../tests/.

-- 
paolo


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace