It doesn't look good. I've just tried it on our test freeBSD account
with similar results (with another unresolved function). It is strange,
because as far as I remember it worked, but then something happened :(
Problem is with linking of C++ library (Sablotron) to C (Perl
extension). While linker links Sablotron, is supposes, that linker of
final executable takes care for special C++ symbols.
On my platform (RH 6.2 gcc 2.91.66) are problematic symbols resolved
inside the library. On FreeBSD not (I've tested FreeBSD 3.4 with gcc of
2.7.2.3).
Solution? I dunno... Try to find out, if problematic symbol is defined
in some system libaray and add it to library list in Makefile.PL. If
this function is not defined in any library and is implemented as
compiler 'magic', the problem is serious.
Search deja for C/C++ linking with older version of gcc.
Hmm... not too optimistic
Have a nice day
Pavel
Andre Fortin wrote:
> Hi!,
>
> I have tried building XML::Sablotron on 2 different FreeBSD machines (
> version 3.4 and 4.1.1 ), both with similar result: the make test fails
> with an undefined symbol __rtti_user in libsablot.so.44. In the process,
> variations on setting LD_LIBRARY_PATH and LD_RUN_PATH have been tried
> unsuccessfully.
>
> An earlier thread
> (http://www.gingerall.com/archives/sablot/msg00436.html) indicates that
> this may be due to a mismatch between libg++ and gcc. Both machines got
> their development toolkit as part of the OS install which, I believe,
> takes away any library mismatch.
>
> Could someone give details on how to narrow down and resolve this
> problem.
>
> Thanks,
>
> -- Andre
--
Pavel Hlavnicka
Ginger Alliance Ltd.
Prague; Czech Republic
