Re: seamonkey, sid & gcc-3.3
On 24.10.05 23:18:47, Hartmut Figge wrote:
> Andreas Pakulat:
> >On 24.10.05 22:16:52, Hartmut Figge wrote:
>
> [...]
> >> Siehe oben. Habe ich alle fraglichen Libs erwischt?
> >
> >s.o. Nein.
>
> Nun ja, ich könnte ja einfach mal alle angeben. O:-)
>
> hafi@t900:~$ ldd seam/0509130010-gcc3/seamonkey/seamonkey-bin
> linux-gate.so.1 => (0xffffe000)
Das ist von Seamonkey nehme ich an?
> libxpcom.so => not found
> libxpcom_core.so => not found
> libmozjs.so => not found
Hmm, das ist nicht gut, die sollte seamonkey bzw. der darunter liegende
Mozilla schon finden koennen...
> libplds4.so => /usr/lib/libplds4.so (0xb7fda000)
> libplc4.so => /usr/lib/libplc4.so (0xb7fd5000)
> libnspr4.so => /usr/lib/libnspr4.so (0xb7fa0000)
> libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7f8e000)
> libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f8a000)
> libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7ccc000)
> libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7c4f000)
> libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7c36000)
> libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7c20000)
> libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0xb7c19000)
> libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0xb7c0e000)
> libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7be8000)
> libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7bb1000)
> libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7b79000)
> libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7b75000)
> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7af1000)
> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7a26000)
> libm.so.6 => /lib/tls/libm.so.6 (0xb7a01000)
Das muessten alles C-Libs sein.
> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7947000)
Die kennste ja schon.
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb793c000)
> libc.so.6 => /lib/tls/libc.so.6 (0xb7803000)
> /lib/ld-linux.so.2 (0xb7feb000)
> libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb77ff000)
> libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb77f7000)
> libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0xb77f4000)
> libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb77e6000)
> libXft.so.2 => /usr/lib/libXft.so.2 (0xb77d2000)
> libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x42492000)
> libz.so.1 => /usr/lib/libz.so.1 (0xb77be000)
> libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb778f000)
> libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x41723000)
> libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7787000)
> libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7766000)
Und auch die zlib und die restlichen X11-Libs sind AFAIK alle C-Libs,
ebenso die libexpat.
> >Hast du nen sauberen Source?
>
> Leider habe ich es auch damit schon erfolglos versucht. Hm,
> geben wir's auf. Vielleicht meldet sich ja noch jemand auf
> meine Frage in netscape.public.mozilla.builds.
Ich wuerde dreisterweise einfach nen Bugreport gegen seamonkey oder
Mozilla schreiben - je nach dem von welchem der beiden das Verzeichnis
mit dem Fehler stammt.
Vielleicht ists auch der Umgedrehte Fall von Software X kompiliert
einwandfrei mit gcc-3.3 aber nicht mit gcc-3.4/4.0. Aber auch da gehoert
ein Bugreport geschrieben.
Andreas
--
You will be awarded a medal for disregarding safety in saving someone.
Reply to: