[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#190038: libgtkdatabox_1:0.2.3.0-1(m68k/unstable/thing2): FTBFS on m68k



> > It's strange, because on my i386 system
> > objdump -T /usr/lib/libgdk-X11-2.0.so gives
> > 
> > 0002e71c g    DF .text  00000049  Base        _gdk_display_x11_get_type
> > 00045ebc g    DF .text  0000014c  Base        _gdk_windowing_window_init
> > 0005017c g    DF .text  00000106  Base        XineramaIsActive
> > 00010a20 g    DF .init  00000000  Base        _init
> > 0002b8b0 g    DF .text  00000041  Base        gdk_image_type_get_type
> > 00050284 g    DF .text  000001ba  Base        XineramaQueryScreens
> > 00000000      DF *UND*  000000c3              g_get_charset
> > 00026e3c g    DF .text  00000097  Base        _gdk_screen_close
> > 
> > and that probably means the symbol should be defined within that library.
> 
> On crest (m68k) this results in:
> 
> 00000000      D  *UND*  00000000              XineramaIsActive
> 00016970 g    DF .init  00000000  Base        _init
> 0002ffd4 g    DF .text  0000004c  Base        gdk_image_type_get_type
> 00000000      D  *UND*  00000000              XineramaQueryScreens
> 00000000      DF *UND*  000000c6              g_get_charset
> 0002b8fa g    DF .text  0000009a  Base        _gdk_screen_close
> 00000000      DF *UND*  00000148              XkbSetDetectableAutoRepeat
> 
> Any idea why it seems to be undefined (*UND*) on m68k?

Noone seems to have replied to this mail yet, but 
for this kind of thing to happen, a possible cause would be 
a XineramaQueryScreens function that is expected to be 
defined in a static library (and linked into the 
shared library) was once provided as a shared library.

libXinerama.a is only provided as a static library, 
but apparently, on m68k, I suspect some symbols were provided
through some shared library, at some time.



regards,
	junichi



Reply to: