I'm trying to build sword according to the instructions @<br><br><a href="http://www.crosswire.org/sword/develop/swordapi/">http://www.crosswire.org/sword/develop/swordapi/</a><br><br>After checking out trunk and running autogen and usrinst,<br>
I get the following error from the "make" command:<br><br>/bin/bash ../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../include  -I../include  -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\"   -D_FTPLIB_NO_COMPAT    -MT ftplib.lo -MD -MP -MF .deps/ftplib.Tpo -c -o ftplib.lo `test -f '../src/utilfuns/ftplib.c' || echo './'`../src/utilfuns/ftplib.c<br>
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\" -D_FTPLIB_NO_COMPAT -MT ftplib.lo -MD -MP -MF .deps/ftplib.Tpo -c ../src/utilfuns/ftplib.c -o ftplib.o<br>
In file included from ../src/utilfuns/ftplib.c:64:0:<br>../include/ftplib.h:26:0: warning: "_FTPLIB_NO_COMPAT" redefined [enabled by default]<br><command-line>:0:0: note: this is the location of the previous definition<br>
mv -f .deps/ftplib.Tpo .deps/ftplib.Plo<br>/bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include  -I../include  -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\"   -D_FTPLIB_NO_COMPAT  -g3 -O0 -Wall -Werror -D_ICU_ -ftemplate-depth-25 -I/usr/include -I/usr/lib -DUSELUCENE -I/usr/lib64   -MT roman.lo -MD -MP -MF .deps/roman.Tpo -c -o roman.lo `test -f '../src/utilfuns/roman.cpp' || echo './'`../src/utilfuns/roman.cpp<br>
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\" -D_FTPLIB_NO_COMPAT -g3 -O0 -Wall -Werror -D_ICU_ -ftemplate-depth-25 -I/usr/include -I/usr/lib -DUSELUCENE -I/usr/lib64 -MT roman.lo -MD -MP -MF .deps/roman.Tpo -c ../src/utilfuns/roman.cpp -o roman.o<br>
mv -f .deps/roman.Tpo .deps/roman.Plo<br>/bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include  -I../include  -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\"   -D_FTPLIB_NO_COMPAT  -g3 -O0 -Wall -Werror -D_ICU_ -ftemplate-depth-25 -I/usr/include -I/usr/lib -DUSELUCENE -I/usr/lib64   -MT ftplibftpt.lo -MD -MP -MF .deps/ftplibftpt.Tpo -c -o ftplibftpt.lo `test -f '../src/mgr/ftplibftpt.cpp' || echo './'`../src/mgr/ftplibftpt.cpp<br>
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib64/sword/1.6.2_icu_4.4.2\" -D_FTPLIB_NO_COMPAT -g3 -O0 -Wall -Werror -D_ICU_ -ftemplate-depth-25 -I/usr/include -I/usr/lib -DUSELUCENE -I/usr/lib64 -MT ftplibftpt.lo -MD -MP -MF .deps/ftplibftpt.Tpo -c ../src/mgr/ftplibftpt.cpp -o ftplibftpt.o<br>
In file included from ../src/mgr/ftplibftpt.cpp:26:0:<br>../include/ftplib.h:26:0: error: "_FTPLIB_NO_COMPAT" redefined [-Werror]<br><command-line>:0:0: note: this is the location of the previous definition<br>
cc1plus: all warnings being treated as errors<br><br>make[1]: *** [ftplibftpt.lo] Error 1<br>make[1]: Leaving directory `/home/p/xulsword/built_sword/lib'<br>make: *** [all-recursive] Error 1<br><br>After the first time this happened, I noticed that I did not have <br>
ftplib3 or ftplib-dev packages installed.  So I installed them<br>and tried the whole process again from a clean copy of the<br>svn source tree. This seemed to make no difference.<br><br>Indeed, the command line established by the configuration scripts<br>
is defining a macro that is also defined (identically) in the header.<br>It would be easy enough for me to remove it from the header or<br>qualify it with an #ifndef, slightly harder (for me) to dig through how it's getting into the make command and remove it there, but what's the RIGHT thing to do?<br>
<br>I guess I'll take the #ifndef approach for now, though I hadn't <br>been planning on patching the sword code (quite yet).<br><br>Any help?<br>Thanks,<br>--paul<br><br>