RE: [Ltib] Building xorg-server; missing dependencies?

[Stuart Hughes]

Hi Alex,

Unfortunately I don't have gentoo so can't investigate.

The symlink on your rootfs are expected, so I'm glad you put them back.
It doesn prove (as I'd expect) the actual libraries on the rootfs are
good.

As I said in the earlier email, the key is to figure out where the
absolute refs get set during configure:

 /usr/lib/libX11.so /usr/lib/libXext.so 

these are what's actually screwing up the build.  You need to look at
the build area to see if you can find out where these are set and work
back from there.

One thing you could try possibly is to clone this LTIB run on another
distro (after a distclean) just to see if this is a factor or not.

Regards, Stuart

On Mon, 2009-03-02 at 08:37 -0500, Alexandre Paradis wrote:
> Hi Stuart,
> 
> * The X11 libs exist in my rootfs:
> address@hidden ~/ltib-cur $ file rootfs/usr/lib/libX11.so.6.2.0
> rootfs/usr/lib/libX11.so.6.2.0: ELF 32-bit MSB shared object, PowerPC or 
> cisco 4500, version 1 (SYSV), dynamically linked, not stripped
> 
> * The package config files do not seem to include any absolute path:
> address@hidden ~/ltib-cur $ grep "X11" rootfs/usr/lib/pkgconfig/*.pc
> rootfs/usr/lib/pkgconfig/x11-xcb.pc:Name: X11 XCB
> rootfs/usr/lib/pkgconfig/x11-xcb.pc:Libs: -L${libdir} -lX11-xcb
> rootfs/usr/lib/pkgconfig/x11.pc:Name: X11
> rootfs/usr/lib/pkgconfig/x11.pc:Libs: -L${libdir} -lX11
> rootfs/usr/lib/pkgconfig/xf86driproto.pc:Cflags: -I${includedir}/X11/dri
> rootfs/usr/lib/pkgconfig/xproto.pc:includex11dir=${prefix}/include/X11
> rootfs/usr/lib/pkgconfig/xt.pc:appdefaultdir=/usr/share/X11/app-defaults
> 
> 
> * LTIB shell output:
> LTIB> pkg-config x11 --cflags --libs
> -I/home/alex/savannah/ltib/rootfs/usr/include  
> -L/home/alex/savannah/ltib/rootfs/usr/lib -lX11
> 
> My host is Gentoo 2008.0
> 
> I also did 2 tests with the first library it tries to link (libX11.so)
> 1. I deleted the symbolic link, as I thought maybe it's an issue with the 
> order it tries the to find the libraries.  But I found out that it doesn't 
> even try the lib folder in my rootfs, it fails saying it can't find the lib
> 2. I manually linked my X11 lib to the rootfs lib.  This worked as expected, 
> and now fails at the second lib it tries to find (libXext.so)
> 
> So we know the libs in the rootfs are good.  I've put back the symbolic link 
> back to my host lib so we can find the real solution.
> 
> Thanks!
> 
> Alex
> 
> -----Original Message-----
> From: Stuart Hughes [mailto:address@hidden 
> Sent: March 2, 2009 5:03 AM
> To: Alexandre Paradis
> Cc: address@hidden
> Subject: RE: [Ltib] Building xorg-server; missing dependencies?
> 
> Hi Alex,
> 
> 
> Can you check that rootfs/usr/lib/libX11.so.6.2.0 exists and is readable
> and that it is the right format (use file on it).
> 
> Also, can you try this to make sure X11 isn't supplying any weird link
> paths:
> 
> $ ./ltib -m shell
> LTIB> pkg-config x11 --cflags --libs
> 
> Also can you grep in rootfs/usr/lib/pkgconfig/*.pc for X11 to see if
> there are any absolute paths.
> 
> As far as your output goes, I can't see anything particularly different
> in the configure output, only:
> 
> - seh
> + alex
> 
> -checking for IceConnectionNumber in -lICE... no
> +checking for IceConnectionNumber in -lICE... yes
> 
> and I don't think this would cause the issue.  The real problem as I
> said earlier is why you're seeing an explicit link
> to /usr/lib/libX11.so /usr/lib/libXext.so in your output.  This is tied
> into libtool in some way.  
> 
> Unfortunately there's no easy solution other than looking through the
> build area to try to work out how these absolute references are getting
> injected.  My suspicion is that it's related to the particular host
> you're building on and the build rules incorrectly detecting and using
> something they should not (along the lines of why I asked about
> sys_lib_search_path_spec).
> 
> Can you see if you can dig into this.  Also can you let me know which
> host distro you're trying this on in case that gives any ideas.
> 
> Regards, Stuart
>