Re: [Libreoffice] Error Building, vcl segmentation fault
Hi, I read on the Linux game publishing blog something about forcing gcc to resolve of the link library location, unfortunate the blog is down for the time being. However looking at gcc manual, it could have been the -Bprefix option. Hope that it might help. The Best René ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
A slight correction, a bit of further searching and I found the correct linker option, namely ld's rpath Used to force the search path of the dynamic linking (from gcc: $ gcc -Wl,-rpath=path to the local port of the stl ) On Oct 15, 2010 1:04 PM, René Kjellerup rk.katana.st...@gmail.com wrote: ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
Hi Rene, On Wed, 2010-10-13 at 19:54 +0200, Rene Engelhard wrote: On Tue, Oct 12, 2010 at 12:13:15PM +0200, Lubos Lunak wrote: On Tuesday 12 of October 2010, Michael Meeks wrote: Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? I don't see the point of using stlport if the system is capable of building KDE, in which case I'd expect the compiler to provide an adequate STL implementation itself. ABI compatibility to OOo C++ extensions is one. (Though happily only for i386 on Linux) Nasty - so we could be in the position of choosing between KDE integration, and extension/plugin compatibility ? Lets hope Caolan's iostream fix hides the problem for now ;-) Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
On Thu, 2010-10-14 at 10:04 +0100, Michael Meeks wrote: Nasty - so we could be in the position of choosing between KDE integration, and extension/plugin compatibility ? If there *is* something in the KDE headers which replies on the native STL which is triggering this, which I'm not utterly convinced by yet, but if that's the problem then we can put #include preextstl.h and preextstl.h before and after the kde header include lines and the same sort of -Dsomething and ext_std:: we're using for graphite, etc. Perhaps adding some more stuff to those, depending on what from the KDE headers might be using STL. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, On 14/10/2010 11:04, Michael Meeks wrote: ABI compatibility to OOo C++ extensions is one. (Though happily only for i386 on Linux) Nasty - so we could be in the position of choosing between KDE integration, and extension/plugin compatibility ? We use in openSUSE a workaround that solves this incompatibility for a theoretical 99% of extensions. We build OOo against system STL implementation, but we provide the stlport library built externally for extensions that link with stlport. I investigated the headers of OOo SDK and found only very rare cases when this could actually be not working. Cheers F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAky2y90ACgkQu9a1imXPdA+q6gCeKsRWILjrby/Bl3h4YteE1xPj AzgAmwROWuMvd/+ibBI9JqvvfzR9k1uN =64m8 -END PGP SIGNATURE- ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
On Wed, 2010-10-13 at 22:30 +0200, julien wrote: Thread 1 (Thread 0xb7d276d0 (LWP 15195)): #0 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 #1 0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6 #2 0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6 #3 0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6 #4 0xb64d755e in global constructors keyed to debugplotter.cxx () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libbasegfxli.so Well, I succeeded in moving the crash until later on :-). I've committed another micro optimization which'll likely have the effect of moving the crash slightly further along again. We're at least immeasurably slightly improving our start up time :-) You need to find out why your libraries are apparently getting linked against, or resolved against /usr/lib/libstlport_gcc.so.4.6 as opposed to the one in the solver/unxlngi6.pro/lib dir C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
On Tue, 2010-10-12 at 22:30 +0200, julien wrote: Thread 1 (Thread 0xb7d276d0 (LWP 7585)): #0 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 #1 0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6 #2 0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6 #3 0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6 #4 0xb61e57a1 in global constructors keyed to cascade_mapping.cxx () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3 Hmm, this is using /usr/lib/libstlport_gcc.so.4.6 and not the libstlport_gcc in the solver dir as I'd expect it to by default. Adding a echo LD_LIBRARY_PATH is $LD_LIBRARY_PATH above $checkdll $@ in solenv/bin/checkdll.sh I get... ../unxlngx6.pro/lib:/home/caolan/.../libreoffice-3.2.99.2/solver/330/unxlngx6.pro/lib which is what I expect to see. So, how did you configure your build ?, did you select a --with-system-stlport option ?, and/or what's the output of echo $LD_LIBRARY_PATH As an aside including iostream forces this global constructor to exist. If iostreams isn't needed in a file it shouldn't be included. In the cascade_mapping.cxx case I see its only needed for logging, so when logging is disabled I've made the change that iostream isn't included, which as a side effect *might* make a difference to your problem. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
Le 12/10/2010 22:30, julien a écrit : Le 12/10/2010 10:44, Michael Meeks a écrit : On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote: There is the problem: this line should be gdb --args $checkdll $@ Urk - my problem; you almost got there manually with: On Mon, 2010-10-11 at 23:08 +0200, julien wrote: (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 How tantelising ! :-) this is the crasher - but we really need more symbols :-) - if you had run backtrace at this point we could have got a lot further I think. Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? Our internal stlport patches seem to be somewhat insubstantial anyway: mostly portability renames - and a load of SUNPRO stuff that we don't need to care about I think, with a few OS/2 build fixes ;-) Thanks, Michael. Hi, here are the stdout once i replaced $checkdll $@ by gdb --args $checkdll $@ Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi Nothing to build for GUIBASE unx Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Making:libvclplug_kdeli.so g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib ../unxlngi6.pro/lib/check_libvclplug_kdeli.so GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no debugging symbols found)...done. (gdb) run Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ... Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 (gdb) thread apply all backtrace Thread 1 (Thread 0xb7d276d0 (LWP 7585)): #0 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 #1 0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6 #2 0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6 #3 0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6 #4 0xb61e57a1 in global constructors keyed to cascade_mapping.cxx () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3 #5 0xb61ecd8d in __do_global_ctors_aux () from
Re: [Libreoffice] Error Building, vcl segmentation fault
On Tue, Oct 12, 2010 at 12:13:15PM +0200, Lubos Lunak wrote: On Tuesday 12 of October 2010, Michael Meeks wrote: Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? I don't see the point of using stlport if the system is capable of building KDE, in which case I'd expect the compiler to provide an adequate STL implementation itself. ABI compatibility to OOo C++ extensions is one. (Though happily only for i386 on Linux) Grüße/Regards, René ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
Le 12/10/2010 10:44, Michael Meeks a écrit : On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote: There is the problem: this line should be gdb --args $checkdll $@ Urk - my problem; you almost got there manually with: On Mon, 2010-10-11 at 23:08 +0200, julien wrote: (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 How tantelising ! :-) this is the crasher - but we really need more symbols :-) - if you had run backtrace at this point we could have got a lot further I think. Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? Our internal stlport patches seem to be somewhat insubstantial anyway: mostly portability renames - and a load of SUNPRO stuff that we don't need to care about I think, with a few OS/2 build fixes ;-) Thanks, Michael. I did the whole process from scratch to be sure : rm -rf /home/serval/libreoffice/build git clone git://anongit.freedesktop.org/git/libreoffice/build |./autogen.sh --with-git ||./download| |make | then the change of /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh echo LD_LIBRARY_PATH is $LD_LIBRARY_PATH gdb --args $checkdll $@ when i arrive in gdb : - run then - thread apply all backtrace | and it seems the same : Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Making:libvclplug_kdeli.so g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib ../unxlngi6.pro/lib/check_libvclplug_kdeli.so LD_LIBRARY_PATH is ../unxlngi6.pro/lib:/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or laterhttp://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no debugging symbols found)...done. (gdb) run Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ... Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 (gdb) thread apply all backtrace Thread 1 (Thread 0xb7d276d0 (LWP 15195)): #0 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 #1 0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6 #2 0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6 #3
Re: [Libreoffice] Error Building, vcl segmentation fault
On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote: There is the problem: this line should be gdb --args $checkdll $@ Urk - my problem; you almost got there manually with: On Mon, 2010-10-11 at 23:08 +0200, julien wrote: (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 How tantelising ! :-) this is the crasher - but we really need more symbols :-) - if you had run backtrace at this point we could have got a lot further I think. Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? Our internal stlport patches seem to be somewhat insubstantial anyway: mostly portability renames - and a load of SUNPRO stuff that we don't need to care about I think, with a few OS/2 build fixes ;-) Thanks, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
On Tuesday 12 of October 2010, Michael Meeks wrote: Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? I don't see the point of using stlport if the system is capable of building KDE, in which case I'd expect the compiler to provide an adequate STL implementation itself. -- Lubos Lunak l.lu...@suse.cz ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building, vcl segmentation fault
Le 12/10/2010 10:44, Michael Meeks a écrit : On Tue, 2010-10-12 at 08:26 +0200, David Tardon wrote: There is the problem: this line should be gdb --args $checkdll $@ Urk - my problem; you almost got there manually with: On Mon, 2010-10-11 at 23:08 +0200, julien wrote: (gdb) run -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll -s ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 How tantelising ! :-) this is the crasher - but we really need more symbols :-) - if you had run backtrace at this point we could have got a lot further I think. Having said that - it looks like this may be some horrendous compatibility problem between the internal stlport and the system version - but we'll need to chase that down. Possibly we simply can't use our own stlport if we link KDE, unclear - Lubos: thoughts ? Our internal stlport patches seem to be somewhat insubstantial anyway: mostly portability renames - and a load of SUNPRO stuff that we don't need to care about I think, with a few OS/2 build fixes ;-) Thanks, Michael. Hi, here are the stdout once i replaced $checkdll $@ by gdb --args $checkdll $@ Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi Nothing to build for GUIBASE unx Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Making:libvclplug_kdeli.so g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib ../unxlngi6.pro/lib/check_libvclplug_kdeli.so GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll...(no debugging symbols found)...done. (gdb) run Starting program: /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/bin/checkdll ../unxlngi6.pro/lib/check_libvclplug_kdeli.so [Thread debugging using libthread_db enabled] Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ... Program received signal SIGSEGV, Segmentation fault. 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 (gdb) thread apply all backtrace Thread 1 (Thread 0xb7d276d0 (LWP 7585)): #0 0xb68061db in _STL::locale::locale() () from /usr/lib/libstlport_gcc.so.4.6 #1 0xb67d1414 in _STL::ios_base::ios_base() () from /usr/lib/libstlport_gcc.so.4.6 #2 0xb67e3a41 in _STL::ios_base::_S_initialize() () from /usr/lib/libstlport_gcc.so.4.6 #3 0xb67e3f17 in _STL::ios_base::Init::Init() () from /usr/lib/libstlport_gcc.so.4.6 #4 0xb61e57a1 in global constructors keyed to cascade_mapping.cxx () from /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib/libuno_cppu.so.3 #5 0xb61ecd8d in __do_global_ctors_aux () from
Re: [Libreoffice] Error Building, vcl segmentation fault
Le 10/10/2010 22:31, julien a écrit : Le 10/10/2010 16:33, julien a écrit : Hi, I've just done these steps : make clean git pull -r bni/g pull -r ./autogen.sh --with-git (i removed --disable-kde --disable-kde4 just to test if kde parts are ok, of course i installed kdelibs4-dev ./download make and i've got : Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Compiling: vcl/unxlngi6.pro/misc/vcl_dflt_version.c Compiling: vcl/unxlngi6.pro/misc/vclplug_gen_dflt_version.c Compiling: vcl/unxlngi6.pro/misc/vclplug_gtk_dflt_version.c Compiling: vcl/unxlngi6.pro/misc/vclplug_kde_dflt_version.c Compiling: vcl/unxlngi6.pro/misc/desktop_detector_dflt_version.c Making:vcl.lib Making:ipure_x Making:igtk_plug_ Making:ikde_plug_ Making:idet Making:libvclli.so Making:libvclplug_genli.so Making:libvclplug_gtkli.so Making:libvclplug_kdeli.so Segmentation fault dmake: Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so' 1 module(s): vcl need(s) to be rebuilt Reason(s): Attention: if you fix the errors in above module(s) you may continue the build issuing the following command: build --all:vcl make: *** [stamp/build] Erreur 1 do i need to add the option with-distro or can i keep on to build like this, without with-distro option in the autogen part ? (I've got a Debian in testing updated) I make again with this : export VERBOSE=TRUE;make and here is what i get : Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Making:libvclplug_kdeli.so g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 -Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed -Wl,-Bdynamic -lstlport_gcc rm -f ../unxlngi6.pro/lib/check_libvclplug_kdeli.so mv ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/lib/check_libvclplug_kdeli.so /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh -L../unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib ../unxlngi6.pro/lib/check_libvclplug_kdeli.so Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so ...Segmentation fault dmake: Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so' 1 module(s): vcl need(s) to be rebuilt Reason(s): Attention: if you fix the errors in above module(s) you may continue the build issuing the following command: build --all:vcl I changed the line : $checkdll $@ by gdb $checkdll $@ then : cd home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/ source LinuxX86Env.Set.sh cd vcl build verbose=1 You should get a gdb prompt for checkdll: just enter 'run'. I couldn't do 'thread apply all backtrace' since i had : Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/aqua/source/gdi Nothing to build for GUIBASE unx Entering /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/vcl/util Making:libvclplug_kdeli.so g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lqt-mt -Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions -Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib -L../lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib -L/home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib -L/usr/lib/jvm/java-6-sun/lib -L/usr/lib/jvm/java-6-sun/jre/lib/i386 -L/usr/lib/jvm/java-6-sun/jre/lib/i386/client -L/usr/lib/jvm/java-6-sun/jre/lib/i386/native_threads -L/usr/lib ../unxlngi6.pro/slo/vclplug_kde_dflt_version.o -o ../unxlngi6.pro/lib/libvclplug_kdeli.so ../unxlngi6.pro/slo/kdedata.o ../unxlngi6.pro/slo/salnativewidgets-kde.o -lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed
Re: [Libreoffice] Error Building, vcl segmentation fault
On Sun, 2010-10-10 at 16:33 +0200, julien wrote: make Making:libvclplug_kdeli.so Segmentation fault dmake: Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so' An odd one, if you run make again does it break in the same place ? doing export VERBOSE=true before running make will at least give some more detail, but I'd guess that its the linker itself which is segving which would suggest a generic error, rather than something specific to LibreOffice C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice