[sword-devel] Sword and gcc 3.3?

[Daniel Glassey]

Hi Hugo,
That's a known problem caused by the latest versions of libcurl. We
really could do with a 1.5.7a to fix this and the building with lucene
by default problem (hint, hint, people ;) )

Regards,
Daniel

On Sun, 2004-05-16 at 22:21, Hugo van der Kooij wrote:
> Hi,
> 
> Is there an estimation of when sword will see v1.5.8? And are there
> developers using gcc 3.3 to test it?
> 
> I just gave it a whirl on a test system with the latest test release of
> fedora Core  (FC2-Test3) and it hit some bumps.
> 
> rm -f .libs/installmgr.lo
> g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -DUSE_AUTOTOOLS -DUNIX -g
> -O2 -ftemplate-depth-25 -pg -DCURLAVAILABLE -c ../src/mgr/installmgr.cpp
> -fPIC -DPIC
> ../src/mgr/installmgr.cpp: In member function `char
>    sword::InstallMgr::FTPURLGetFile(void*, const char*, const char*)':
> ../src/mgr/installmgr.cpp:153: error: `TRUE' undeclared (first use this
>    function)
> ../src/mgr/installmgr.cpp:153: error: (Each undeclared identifier is
> reported
>    only once for each function it appears in.)
> make[2]: *** [installmgr.lo] Error 1
> make[2]: Leaving directory `/home/hvdkooij/redhat/BUILD/sword-1.5.7/lib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/hvdkooij/redhat/BUILD/sword-1.5.7'
> make: *** [all] Error 2
> error: Bad exit status from /var/tmp/rpm-tmp.43349 (%build)
> 
> I noticed a list on the GCC website:
> 
>     * The standard library is much more conformant, and uses the std::
> namespace (which is now a real namespace, not an alias for ::).
>     * The standard header files for the c library don't end with .h, but
> begin with c (i.e. <cstdlib> rather than <stdlib.h>). The .h names are
> still available, but are deprecated.
>     * <strstream> is deprecated, use <sstream> instead.
>     * streambuf::seekoff & streambuf::seekpos are private, instead use
> streambuf::pubseekoff & streambuf::pubseekpos respectively.
>     * If std::operator << (std::ostream &, long long) doesn't exist, you
> need to recompile libstdc++ with --enable-long-long.
> 
> I was under the impression that deprecated entries were removed from gcc
> 3.3 which might explain the errors.
> 
> As non-programmer I have to do some guesses here. But I did get some hits
> on <stdlib.h> in the source files.
> 
> Hugo.