[sword-devel] Problem compiling sword-1.5.9 on Fedora Core 5

[Troy A. Griffitts]

Hey Steve,
    Just a report.  I run an updated FC5 on my laptop and have no 
trouble building with ICU support.  I'm guessing you might have multiple 
versions installed (installed manually, besides the ones in the FC5 yum 
repo) and are mixing headers and libs.  Hope this helps.

    -Troy.


Steven P. Ulrick wrote:
> On Mon, 2 Oct 2006 18:58:28 -0500
> "Scott and Roxanne Munns" <srmunns at charter.net> wrote:
>
>   
>> Hello,
>>
>> I recently reported an error similar to this as well.  I believe I
>> may have narrowed it down to the fact that I had icu-3.4.1 installed,
>> not icu-3.4. The configure.ac has an incorrect check to call
>> "icu-config" because the a.b.c form of the version cannot be parsed
>> by "bc" as a decimal number (a or a.b only).  I'll try tonight to
>> hack the configure.ac to skip the check and call icu-config
>> correctly, and report my results.
>>
>> Hope this helps,
>> Scott
>>     
>
> Hello, Scott
> I actually had the following installed when I started getting the icu
> related errors that I am getting:
> icu 3.4-6.2
> libicu 3.4-6.2
> libicu-devel 3.4-6.2
> libicu-doc.i386
>
> These are the most recent icu packages available in the Fedora Core (as
> opposed to Extras) repository.  As an experiment, I tried compiling a
> fresh build directory of sword 1.5.9 with icu 3.4.1 from IBM.  I had
> just about the same results as with the version of icu that ships with
> Fedora Core 5:
> make[2]: Entering directory `/home/steve/sword-1.5.9/tests'
> /bin/sh ../libtool --tag=CXX --mode=link g++ -O2 -DCURLAVAILABLE    -o tlitmgrtest  tlitmgrtest.o ../lib/libsword.la -lz
> g++ -O2 -DCURLAVAILABLE -o .libs/tlitmgrtest tlitmgrtest.o  ../lib/.libs/libsword.so -L/usr//lib -licui18n -licuuc -licudata -lpthread -L/usr/kerberos/lib -lcurl -ldl -lgssapi_krb5 -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv /usr/lib/libidn.so -lssl -lcrypto -lz
> tlitmgrtest.o: In function `checkTrans(icu_3_4::UnicodeString const&, UErrorCode&)':
> tlitmgrtest.cpp:(.text+0xbd): undefined reference to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)'
> tlitmgrtest.cpp:(.text+0x189): undefined reference to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)'
> tlitmgrtest.cpp:(.text+0x45d): undefined reference to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)'
> tlitmgrtest.o: In function `instantiateTrans(icu_3_4::UnicodeString const&, icu_3_4::UnicodeString const&, UTransDirection, UParseError&, UErrorCode&)':
> tlitmgrtest.cpp:(.text+0x5f1): undefined reference to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)'
> tlitmgrtest.cpp:(.text+0x60d): undefined reference to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)'
> tlitmgrtest.o:tlitmgrtest.cpp:(.text+0x870): more undefined references to `icu_3_4::operator<<(std::basic_ostream<char, std::char_traits<char> >&, icu_3_4::UnicodeString const&)' follow
> collect2: ld returned 1 exit status
> make[2]: *** [tlitmgrtest] Error 1
> make[2]: Leaving directory `/home/steve/sword-1.5.9/tests'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/steve/sword-1.5.9/tests'
> make: *** [all-recursive] Error 1
>
> It sure would be cool to get this working, but I figure that worst case
> scenario, Fedora Core 6 will be release next week, and I can try from a
> clean slate.
>
> Have a Great Night,
> Steven P. Ulrick
>