[Gtk2-perl-bugs] [Bug 341339] Gtk2 build segfaults in the last stage - building POD documentation

[gnome-perl (bugzilla.gnome.org) <bug...@bu...>]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=3D341339
 gnome-perl | Gtk2 | Ver: unspecified





------- Comment #6 from muppet  2006-05-12 00:33 UTC -------
(In reply to comment #4)
> I do not think gdb backtrace command is showing anything useful.

It looks like the stack is hosed, or at least gdb can't grok it.

> Loaded symbols for
> /usr/lib/perl5/vendor_perl/5.8.7/i386-linux/auto/Glib/Glib.so
...
> Loaded symbols for /usr/lib/libgobject-2.0.so.0
...
> Loaded symbols for blib/arch/auto/Gtk2/Gtk2.so
...
> Loaded symbols for
> /mnt/removable4/sergei/build_work/install/gtk+-2.8.17/lib/libgtk-x11-2.=
0.so.0

This, however, may be hinting at the problem.

Do you also have a
/mnt/removable4/sergei/build_work/install/glib-2.x.xx/lib/libgobject-2.0.=
so.0?=20
Is that the one that your gtk+ should be linking against?  What are the
versions of the one in /usr/lib and the one in /.../build_work/../glib...=
 ?

It's possible that there is some evil and nasty thing going on with versi=
on
mismatches.

I'm guessing it's something like this:  your environment doesn't include =
a
PERL5LIB setting to tell perl where to find the same Glib that you config=
ured
to build against at Makefile.PL time.  Therefore, perl finds the one in t=
he
perl standard library.  When it loads that module, it also loads the libg=
lib
and libgobject against which it is linked.  IIRC, perl links extensions w=
ith
-rpath, so it will find the one in /usr/lib instead of looking through
LD_LIBRARY_PATH.  Then perl finds the uninstalled Gtk2.so in blib, and lo=
ads
the libgtk+ against which it was linked, which is in your build/install
location.  The gtk+ library expects to be used with a newer gobject than =
is
loaded, and when Glib::GenPod attempts to query the gobject type system t=
o get
information for the docs, something goes boom.


To test this theory, could you try setting PERL5LIB to include the proper=
 paths
and rerunning "make"?


--=20
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=3Demail
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.