Re: Compiling TRUNK (glib 2.15.1) - probs & workarounds
- From: David Ronis <ronis ronispc chem mcgill ca>
- To: Adam Worrall <abworrall gmail com>
- Cc: garnome-list gnome org
- Subject: Re: Compiling TRUNK (glib 2.15.1) - probs & workarounds
- Date: Fri, 11 Jan 2008 10:55:26 -0500
I've found that part of my problems where glib-2.15.1 is that it doesn't
create a link libglib.so->libglib-2.0.so. It seems that various apps
(including nautilus) have explicit -lglib's as well as -lglib-2.0 in
their link stages, which in my case leads to the system's libglib-1.2
being linked into several libs and apps (e.g., nautilus, libspreadsheet
and several others). This is what is behind the crash I was
experiencing in nautilus.
The solution is to make a soft link in the garnome install tree after
glib is installed; i.e., ln -s libglib-2.0.so libglib.so in
${garnme}/lib.
David
On Thu, 2008-01-10 at 14:29 -0500, Adam Worrall wrote:
> Here's what I had to do to compile mostly everything:
>
> 1. Revert glib to 2.15.0
> 2. Revert Nautilus to 2.21.1
> 3. Patch glib header files (and main source) to be C-friendly (attached)
> 4. Patch pan to use new header files from glib 2.15.x (attached)
>
> After that, everything went fairly well ... although the new
> deskbar-applet doesn't
> compile (its ./configure manged to make python dump core - impressive ;)
>
> Various other things are still broken / need patching, as per my email over
> Christmas; the above 4 steps simply deal with the breakage from glib-2.15.1.
>
> I'm not sure it's worth your while to do this in trunk; you're probably
> better off waiting until everything adapts to glib-2.15.1.
>
> - Adam
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]