gettext wants libintl.3.dylib ...

[joshua]

... but I don't have it!

When I do a "emerge system" it fails saying:

Code: Select all

.
.
.
gcc -O2 -pipe -o .libs/test-names test-names.o  libuniname.a ../lib/.libs/libgettextlib.dylib
ld: warning can't open dynamic library: /usr/lib/libintl.3.dylib (checking for undefined symbols may be affected) (No such file or directory, errno = 2)
ld: Undefined symbols:
_libintl_gettext referenced from libgettextlib-0.14 expected to be defined in /usr/lib/libintl.3.dylib
make[3]: *** [test-names] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

I can't find any libintl.*.dylib in /usr/lib, what can I do?

[Immortal Q]

My emerge seemed to want /usr/lib/libintl.2.dylib - otherwise it seems to be the same problem.

This is fresh off a clean install of Panther, and of Gentoo-OSX.

[Immortal Q]

I tired just downloading and compiling the same gettext version, using the same ./configure line - the packjage builds, but throws a great quantity of warnings about multiple definitions of _locale_charset and _setlocale in libc.dylib and libiconv.dylib.

I'm not sure where, but the ebuild clearly differs in its build process - I'll try and figure out where. Anyone else who wants to sound in on this, feel free.

[pindar]

I just got the same error on my system, which is up to date; the gettext-0.14.1 ebuild seems to depend on /usr/lib/libintl.3.dylib, which isn't there:

Code: Select all

% % ls -al /usr/lib/libint*
-rw-r--r--    1 root     portage     41816 Oct 21 00:14 /usr/lib/libintl.2.3.0.dylib
lrwxrwxrwx    1 root     wheel          19 Oct 21 00:14 /usr/lib/libintl.2.dylib -> libintl.2.3.0.dylib
-rw-r--r--    1 root     wheel       66580 Oct 21 00:14 /usr/lib/libintl.a
lrwxrwxrwx    1 root     wheel          19 Oct 21 00:14 /usr/lib/libintl.dylib -> libintl.2.3.0.dylib
-rw-r--r--    1 root     wheel         825 Oct 21 00:14 /usr/lib/libintl.la

Maybe we should file a bug report?

[Immortal Q]

Oddly enough - I can't find any libintl dylibs on my system - they must be installed by another package, either from Apple, portage, or whatever - my system is missing all of those.

[pindar]

Given that the actual library libintl.2.3.0.dylib is owned by root, group portage, it seems safe to assume that it was installed by portage. But what ebuild? Maybe an older version of gettext? Or wget? Interestingly, there is no version of libintl on my gentoo linux partition. Go figure...

[joshua]

So, pindar, could you find out which package contains that
libintl.2.3.0.dylib on your system?

Maybe a

Code: Select all

qpkg -q -f /usr/lib/libintl.2.3.0.dylib

will tell?

I currently have no libintl.*.dylib here, so 2.3.0 would be a
big advance.

Thank you

[pindar]

No, hadn't looked into it any further, thanks for reminding me. This was a rather instructive journey: qpkg relies on a version of xargs that doesn't come with vanilla OS X. So I tried emerging findutils, but it crapped out. Wasn't ready to give up and installed findutils from fink, and now I get this output:

Code: Select all

qpkg -q -f /usr/lib/libintl.2.3.0.dylib 
sys-devel/gettext-0.12.1-r2 *
DEPENDED ON BY:
        nano-1.3.4

So the library was installed by gettext, which in turn was installed by nano 1.3.4 (which doesn't work properly in OS X). Does that help any?

[joshua]

Thank you very much, now I know that gettext 0.14.* needs
gettext for that libintl.*, and I see that gettext-0.12.1 is in
portage.

I try to first emerge the old version. If that works, I might be able
to install the current version of gettext. I'll post the results later.

Thank you, once again!

[pindar]

Wow, I must've been sleeping when I posted this: the question was why gettext won't compile, and I sheepishly wrote that the libintl* libraries were installed by gettext. Which is what I suspected all along: gettext is supposed to include these libraries itself, it doesn't rely on them being there. So I tried to emerge again, I'm not sure if there was a new version. Anyway, gettext-0.14.1 now compiled cleanly, and guess what? All the libintl* stuff is gone from my /usr/lib:

Code: Select all

% ls -al /usr/lib/libint*
zsh: no matches found: /usr/lib/libint*

Interesting, isn't it? And I have no idea what that means... Well, whatever, at least emerge system now doesn't complain about anything anymore. Cheers!

[joshua]

The above didn't work, but after your post I did an emerge sync,
emerge gettext with success, finally!

Thanks for your help, seemed to be something wrong with the ebuild.

Have a nice weekend!

[pindar]

Curiouser and curiouser... I just found out that with the disappearance of libintl.2.dylib, wget doesn't work anymore. Any call to it is answered with this error:

Code: Select all

wget --version
dyld: wget can't open library: /usr/lib/libintl.2.dylib  (No such file or directory, errno = 2)
zsh: trace trap  wget --version

Let's see if this can be fixed somehow...

[pindar]

OK, I found a quick and dirty fix, but I have no clue what's really going on here; could somebody with more knowledge look into this? What I found was
1. When I remerged gettext, I saw a couple of warnings fly by `libtool: install: warning: `/var/tmp/portage/gettext-0.14.1/work/gettext-0.14.1/gettext-tools/intl/libintl.la' has not been installed in `/usr/lib'
libtool: install: warning: remember to run `libtool --finish /usr/lib'
Unfortunately, running this command in OS X produces errors; libtool doesn't take a `--finish' argument.
2. I then found that the libintl* files are sitting in /var/tmp/portage/gettext-0.14.1/work/gettext-0.14.1/gettext-runtime/intl/.libs I copied them manually to /usr/lib, and now both gettext and wget are are working again.
However, I'm aware that this is a duct-tape approach -- anybody know a real solution?