Re: [bug-GIFT] gift 0.1.8/cvs24.may compilation bugs.

[I. Wronsky]

On Mon, 27 May 2002, Wolfgang Müller wrote:

> > Hi. I tried to compile gnu GIFT 0.1.8 on RH7.2 + rawhide gcc 3.1-1.
> > Unfortunately, it didn't work. I meddled for some hours. I got it
> > to compile, but gift-add-collection.pl always failed in the end.
> With which error message?

It looks like this.

...finished
before mergesort 
after mergesort 
Opening sorted stream for reading0
ERROR in reading sorted auxiliary file
WRITING ADI ****************************************
gift-generate-inverted-file: CAcIFFileSystem.cc:699: bool 
CAcIFFileSystem::newGenerateInvertedFile(): Assertion `lADI.output()' 
failed.

It shouldn't be related to the no-write-access -error
I mentioned earlier. But as this is gone from the CVS
version, there's no problem.

> However, I would like you to keep in mind that 3.1 is *very* fresh stuff.

Of course. The bugs might very well be in 3.1. Redhat just seems
to have a policy to always include only the latest compiler, 
no matter how beta. :(

> The KDE client exsists, because there was someone who wanted to do this. 

I understand. ;)

> >     I'm certainly *NOT* cross compiling. I don't have a faintest
> >     idea what causes this. Never seen this before from autoconf.
> >     Whining skipped.
> I had it for some while. Which autoconf/automake versions are you using?

autoconf 2.13 and automake 1.4-p5

> > *.h :
> >     <iostream.h> => <iostream>
> >     <fstream.h> => <fstream>
> There are some more of the kind. <stdio.h> becomes <cstdio>. Perl is my 
> friend, but fixing all these warnings will take some while.

On 3.1 they weren't unfortunately just warnings, but caused
the compilation to stop. :(

> If you (or anyone else) would like to help by making Charmer a JAVA 
> application, this would be much appreciated. There is a 100% guarantee that I 
> apply any patch that works under java 1.1 and later. There would be also help 
> appreciated that makes it work with kaffe.

First java version to my knowledge to natively support the loading of
jpegs is java2 version 1.4, quite fresh from SUN. I don't personally
have a hunch of how much work it would be to port an applet to
a true java app, but if third party image classes must be used
(because of an older java), that sounds like more overhead. 
Unfortunately, at this point, like the rest of us selfish people,
I must decline the job [standard issue: must eat => must work 
=> very little energy left to spend on hobby-coding. :( Of
course that applies to most people around.], and nor do I presume
anybody else to do it either, my suggestion was just something
speculative on the lines of 'suggestions for the case if someone 
really wishes to conquer the world with GIFT'. ;)