Re: [gentoo-alt] linkage of libiconv on mac os x

[Fabian Groffen]

On 27-03-2008 20:11:13 +0100, Michael Weiser wrote:
> On Thu, Mar 27, 2008 at 07:52:16PM +0100, Fabian Groffen wrote:
>
> > > > This is exactly the reason we are using wrappers that inject those
> > > > flags.  If gcc and ld aren't first in your default search-path,
> > > > things
> > > > will get difficult.
> > > /usr/local/gentoo/usr/bin/gcc
> > > /usr/local/gentoo/usr/bin/i686-apple-darwin9-gcc
> > > /usr/local/gentoo/usr/bin/ld
>
> > Those all are the wrappers ;)
>
> Ah. Shouldn't it contain some tweaking of CFLAGS then?
>
> # strings /usr/local/gentoo/usr/bin/gcc | grep CFLAGS
> CFLAGS_%s

No, GCC is compiled in such a way that the prefix include path belongs
to its default search path.

> > > michael@esgaroth:~ # otool -L /usr/local/gentoo/usr/lib/libglib-2.0.dylib
> > > /usr/local/gentoo/usr/lib/libglib-2.0.dylib:
> > > 	/usr/local/gentoo/usr/lib/libglib-2.0.0.dylib (compatibility version 1601.0.0, current version 1601.1.0)
> > > 	/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
>
> > This one is obviously wrong, the rest is correct.  Question is, do you
> > have /usr/local/gentoo/lib/libiconv.2.dylib, and if so, what does
> > otool -L /usr/local/gentoo/lib/libiconv.2.dylib report?
>
> # otool -L /usr/local/gentoo/lib/libiconv.2.dylib
> /usr/local/gentoo/lib/libiconv.2.dylib:
> 	/usr/local/gentoo/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
> 	/usr/local/gentoo/usr/lib/gcc/i686-apple-darwin9/4.0.1/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
> 	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)

Then your libiconv is compiled correctly, it is just not clear to me how
glib can miss it.  Actually, that's not your bug, but mine, as my system
has the same problem.


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-alt@l.g.o mailing list