Re: Upload of GNOME 2.6 to unstable
On Mon, 2004-04-26 at 15:32, Adam C Powell IV wrote:
> On Mon, 2004-04-26 at 14:48, J.H.M. Dassen (Ray) wrote:
> > On Mon, Apr 26, 2004 at 12:50:50 -0400, Adam C Powell IV wrote:
> > > On Sun, 2004-04-25 at 10:17, J.H.M. Dassen (Ray) wrote:
> > > > All of these symbols are defined in /usr/lib/libxklavier.so.8.0.0 on i386:
> >
> > They actually come from xlibs-static-dev's /usr/X11R6/lib/libxkbfile.a which
> > is linked into libxklavier.so .
Okay, so the symbols are in libxkbfile.a, but here's what happens when
it links:
/bin/sh ../libtool --mode=link cc -DDATA_DIR=\"/usr/share/libxklavier\" -I. -I/usr/include -I/usr/include/libxml2 -I -I.. -DXKB_HEADERS_PRESENT=1 -g -Wall -O2 -o libxklavier.la -rpath /usr/lib -version-info 8:0:0 -lxml2 -lpthread -lz -lm -lxkbfile -L/usr/X11R6/lib xklavier.lo xklavier_xkb.lo xklavier_evt.lo xklavier_util.lo xklavier_config.lo xklavier_config_xkb.lo xklavier_config_i18n.lo xklavier_props.lo xklavier_dump.lo
*** Warning: linker path does not have real file for library -lxkbfile.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libxkbfile and none of the candidates passed a file format test
*** using a file magic. Last file checked: /usr/X11R6/lib/libxkbfile.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
cc -shared .libs/xklavier.o .libs/xklavier_xkb.o .libs/xklavier_evt.o .libs/xklavier_util.o .libs/xklavier_config.o .libs/xklavier_config_xkb.o .libs/xklavier_config_i18n.o .libs/xklavier_props.o .libs/xklavier_dump.o /usr/lib/libxml2.so -lpthread -lz -lm -L/usr/X11R6/lib -Wl,-soname -Wl,libxklavier.so.8 -o .libs/libxklavier.so.8.0.0
(cd .libs && rm -f libxklavier.so.8 && ln -s libxklavier.so.8.0.0 libxklavier.so.8)
(cd .libs && rm -f libxklavier.so && ln -s libxklavier.so.8.0.0 libxklavier.so)
ar cru .libs/libxklavier.a xklavier.o xklavier_xkb.o xklavier_evt.o xklavier_util.o xklavier_config.o xklavier_config_xkb.o xklavier_config_i18n.o xklavier_props.o xklavier_dump.o
ranlib .libs/libxklavier.a
creating libxklavier.la
And then once again:
$ nm libxklavier/.libs/libxklavier.so.8.0.0 | grep -i xkbrf
U XkbRF_Free
U XkbRF_GetComponents
U XkbRF_Load
$ nm libxklavier/.libs/libxklavier.a | grep -i xkbrf
U XkbRF_Free
U XkbRF_GetComponents
U XkbRF_Load
So it seems libtool is not even trying to link in the symbols from
libxkbfile.a, though -lxkbfile is included in the dependency_libs in
libxklavier.la.
I don't see this libtool warning on alpha or ia64 buildd logs, which
just have -lxkbfile in the cc -shared command, but the libtool warning
is there in the arm buildd log.
So then, why is only ARM doing things this way? And if ARM needs to do
things this way, then why, if -lxkbfile is included in dependency_libs,
is it *not* part of the link command for gnome-settings-daemon (about
four emails ago in this thread)?
Outlook: because of this, control-center does not build on ARM, so GNOME
2.6 does not build on all arches. Per AJT's post (about seven emails
ago in this thread), this implies that until this is resolved, GNOME 2.6
is not ready to enter sarge, and therefore should not enter unstable.
Cheers,
-Adam P.
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Welcome to the best software in the world today cafe!
http://lyre.mit.edu/~powell/The_Best_Stuff_In_The_World_Today_Cafe.ogg
Reply to: