Problems compiling gettext

Kris Kennaway kris at obsecurity.org
Thu Mar 4 12:22:41 PST 2004


On Thu, Mar 04, 2004 at 10:59:08AM -0800, Clint Olsen wrote:

> Since I've been using the ports system, I've had nothing but problems with
> gettext.  It causes me more grief on FreeBSD than any other port
> dependency.

Ain't that the truth; I wish the gettext developers would stop making
major library revisions, for one.

I recently learned about the WITHOUT_NLS knob which prevents some
ports from using gettext.  It's currently not possible to eliminate it
entirely, but it might help to mitigate the effects the next time it
breaks.

>  I just tried using 'portupgrade' for slrn, and while compiling
> I got this gem of an error:
> 
> c++ -shared -nostdlib /usr/lib/crti.o /usr/lib/crtbeginS.o
> .libs/lib-asprintf.o .libs/autosprintf.o -Wl,--whole-archive
> /usr/local/lib/./libstdc++.a -Wl,--no-whole-archive
> -L/usr/local/lib/gcc-lib/i386-portbld-freebsd4.7/../..
> -L/usr/ports/lang/gcc33/work/build/gcc
> -L/usr/ports/lang/gcc33/work/build/i386-portbld-freebsd4.7/libstdc++-v3/src/.libs
> -L/usr/ports/lang/gcc33/work/build/i386-portbld-freebsd4.7/libstdc++-v3/src
> -L/usr/local/lib -L/usr/lib -lm -lgcc /usr/lib/crtendS.o /usr/lib/crtn.o
> -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0
> /usr/lib/libgcc.a(new.o)(.data+0x0): multiple definition of `__new_handler'
> /usr/local/lib/./libstdc++.a(new_handler.o)(.bss.__new_handler+0x0): first
> defined here
> /usr/lib/libgcc.a(tinfo2.o): In function `__dynamic_cast':
> tinfo2.o(.text+0x7d8): multiple definition of `__dynamic_cast'
> /usr/local/lib/./libstdc++.a(tinfo.o)(.text.__dynamic_cast+0x0): first
> defined here
> /usr/libexec/elf/ld: Warning: size of symbol `__dynamic_cast' changed from
> 250 to 75 in /usr/lib/libgcc.a(tinfo2.o)
> *** Error code 1

For some reason a number of people have /usr/local/lib/./libstdc++.a
installed, but unclaimed by another port.  Perhaps a port was
installing it without registering the files - anyway, you can safely
remove it and gettext should again compile.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20040304/2705cc3f/attachment.bin


More information about the freebsd-ports mailing list