On Sat, 12 Oct 2002 23:30:24 -0400
"David's Mailing List and Spam Reciever" <[EMAIL PROTECTED]> wrote:
> On Saturday 12 October 2002 10:09 pm, Steven P. Ulrick wrote:
> > I've been compiling Bibletime successfully on Red Hat 8 (which uses
> > gcc 3.2) since shortly after I installed it. I have had
> > intermittent problems, though, one of which Joachim has already
> > fixed. I trust that these problems will be ironed out. Right now,
> > though, I am having difficulties with compiling Sword :(
>
> Hmmm..... did yoy try the --disable-debug option for the configure
> script?
>
The current CVS of Sword has "--disable-debug" in the "usrinst.sh" file
by default. A couple days ago, after I had reported similar problems, I
was told to run "./usrinst.sh --disable-debug", and at that time, that
fixed the problem. Now, even with "--disable-debug" included in
"usrinst.sh" by default, Sword has gone back to not compiling on Red Hat
8.
This morning, this is what it's doing (please remember the a few days
ago I was able to compile the CVS of Sword on Red Hat 8, using gcc 3.2):
make[4]: Entering directory
`/home/steve/CVS/sword/apps/console/diatheke'
source='diatheke.cpp' object='diatheke.o' libtool=no \
depfile='.deps/diatheke.Po' tmpdepfile='.deps/diatheke.TPo' \
depmode=gcc3 /bin/sh ../../../depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include -DUSBINARY
-g -O2 -f
template-depth-25 -c -o diatheke.o `test -f
'diatheke.cpp' || echo './'`diatheke
.cpp
In file included from diatheke.cpp:8:
corediatheke.h:39: type specifier omitted for parameter `ostream'
corediatheke.h:39: parse error before `*' token
make[4]: *** [diatheke.o] Error 1
make[4]: Leaving directory `/home/steve/CVS/sword/apps/console/diatheke'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/steve/CVS/sword/apps/console'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/steve/CVS/sword/apps'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/steve/CVS/sword'
make: *** [all] Error 2
Thanks for your help on this :)
Steven P. Ulrick :)
