Re: [Libreoffice] error building translations
Le 02/05/2011 22:12, Jean-Baptiste Faure a écrit : Le 02/05/2011 13:58, Jean-Baptiste Faure a écrit : Le 01/05/2011 20:27, Júlio Hoffimann a écrit : Hi Jean, This problem was solved by KAMI as you can see here: http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html#a2802983Try to update your repo and build again. :-) I am afraid it does not work for me. I configured libreoffice-3-4 branch for multiple workdirs as explained on the wiki : http://wiki.documentfoundation.org/Development/Native_Build#Multiple_Work_Dirs Is it possible that po2oo is searched in directory for master branch and not in the tree for libreoffice-3-4 branch ? It seems that for my master branch translate-toolkit has not been build. Ok, I have build the master and then rebuild libreoffice-3-4. Same problem. Error message is : LD_LIBRARY_PATH=/home/jbf/LibO/libreoffice-3-4/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /home/jbf/LibO/libreoffice-3-4/solver/300/unxlngx6.pro/bin/po2oo --skipsource -i ./source/fr -t ./unxlngx6.pro/misc/sdf-template/en-US.sdf -o ./unxlngx6.pro/misc/sdf-l10n/fr.sdf -l fr Usage: po2oo [--version] [-h|--help] [--manpage] [--progress PROGRESS] [--errorlevel ERRORLEVEL] [-i|--input] INPUT [-x|--exclude EXCLUDE] [-o|--output] OUTPUT [-t|--template TEMPLATE] po2oo: error: no such option: --skipsource So I have the path of the po2oo used : ./solver/300/unxlngx6.pro/bin/po2oo So I tried : ./solver/300/unxlngx6.pro/bin/po2oo --version Answer: 1.5.3 that is the version already on the system If I do the same on master branch, answer 1.8.1 I conclude that there is a problem with some link when working with Multiple Work Dirs as recommended on the wiki. Regards JBF Ok, it works if I copy ./solver/300/unxlngx6.pro/bin/translate from my master branch to ./solver/300/unxlngx6.pro/bin/ in my libreoffice-3-4 branch. Regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] error building translations
Le 02/05/2011 13:58, Jean-Baptiste Faure a écrit : Le 01/05/2011 20:27, Júlio Hoffimann a écrit : Hi Jean, This problem was solved by KAMI as you can see here: http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html#a2802983Try to update your repo and build again. :-) I am afraid it does not work for me. I configured libreoffice-3-4 branch for multiple workdirs as explained on the wiki : http://wiki.documentfoundation.org/Development/Native_Build#Multiple_Work_Dirs Is it possible that po2oo is searched in directory for master branch and not in the tree for libreoffice-3-4 branch ? It seems that for my master branch translate-toolkit has not been build. Ok, I have build the master and then rebuild libreoffice-3-4. Same problem. Error message is : LD_LIBRARY_PATH=/home/jbf/LibO/libreoffice-3-4/solver/300/unxlngx6.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} /home/jbf/LibO/libreoffice-3-4/solver/300/unxlngx6.pro/bin/po2oo --skipsource -i ./source/fr -t ./unxlngx6.pro/misc/sdf-template/en-US.sdf -o ./unxlngx6.pro/misc/sdf-l10n/fr.sdf -l fr Usage: po2oo [--version] [-h|--help] [--manpage] [--progress PROGRESS] [--errorlevel ERRORLEVEL] [-i|--input] INPUT [-x|--exclude EXCLUDE] [-o|--output] OUTPUT [-t|--template TEMPLATE] po2oo: error: no such option: --skipsource So I have the path of the po2oo used : ./solver/300/unxlngx6.pro/bin/po2oo So I tried : ./solver/300/unxlngx6.pro/bin/po2oo --version Answer: 1.5.3 that is the version already on the system If I do the same on master branch, answer 1.8.1 I conclude that there is a problem with some link when working with Multiple Work Dirs as recommended on the wiki. Regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] error building translations
Hi, I try to build Libo 3.4 in French and I get an error in translations module. Error message is : po2oo: error: no such option: --skipsource My version of po2oo is 1.5.3 What can I do to fix this problem ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] error building translations
Hi Jean, This problem was solved by KAMI as you can see here: http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html http://nabble.documentfoundation.org/po2oo-skipsource-support-td2802247.html#a2802983Try to update your repo and build again. :-) Regards, Júlio. 2011/5/1 Andras Timar tima...@gmail.com Hi, 2011/5/1 Jean-Baptiste Faure jbf.fa...@orange.fr: Error message is : po2oo: error: no such option: --skipsource My version of po2oo is 1.5.3 Option 1: remove translate-toolkit package and install translate-toolkit 1.9.0 from source Option 2: use internal translate-toolkit. In fact I don't understand why you get the error above, because the default is internal translate-toolkit and configure checks for the presence of --skipsource switch. Best regards, Andras ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Error building smoketestoo_native
Hello, I'm trying to build this module with valgrind ( export VALGRIND=memcheck ) and I get an error in cpptest. You can find the debug's output here: http://dl.dropbox.com/u/1274885/debugoutput ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error building smoketestoo_native
It also fails without valgrind. This time I get: Backtrace: [42] /home/xisco/libo/solver/300/ unxlngi6.pro/installation/opt/program/soffice.bin: ???+0xda1 Exited with code '-1' officeconnection.cxx:140:Assertion Test name: N12_GLOBAL__N_14TestE::test setUp() failed - equality assertion failed - Expected: 2 - Actual : 0 Failures !!! Run: 1 Failure total: 1 Failures: 1 Errors: 0 dmake: Error code 1, while making 'cpptest' I attach the output of ./g log --one-1 2011/3/25 Caolán McNamara caol...@redhat.com On Fri, 2011-03-25 at 19:06 +0100, Xisco Faulí wrote: Hello, I'm trying to build this module with valgrind ( export VALGRIND=memcheck ) and I get an error in cpptest. Without VALGRIND=memcheck do you get an error ? The crucial bit looks right at the top with Failed to connect to pipe: and exit -1 so lets disentangle a possible smoketest doesn't work for me vs smoketest in a debugging build doesn't work for me vs smoketest doesn't work under valgrind. There was a little bit of fiddling around with the launcher script/program over the last few days, which I think should have settled down now. Hard to tell what someone is talking about at any given time, but the last time I checked under VALGRIND yesterday or so smoketest worked fine under valgrind for me something like ./g log --oneline -1 might help there. C. log Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Error Building
Just done a pull and am now getting a build error: Entering .../build/rawbuild/svtools/util Making:svten-US.res Compiling: rsc_svt f268: Error: The image(s) lxh03124 lxh03125 lxh03131 lxh03132 lxh03134 lxh03135 lxh03136 lxh03137 lxh03138 lxh03139 lxh03140 lxh03141 lxh03142 lxh03145 lxh03150 lxh03151 lxh03152 lxh03153 lxh03154 lxh03155 lxh03156 lxh03157 lxh03158 lxh03159 lxh03160 lxh03161 lxh03164 lxh03165 lxh03166 lxh03167 lxh03168 lxh03187 lxh03188 lxh03189 lxh03190 lxh03193 lxh03198 lxh03201 lxh03202 lxh03203 lxh03204 lxh03205 lxh03206 lxh03214 lxh03217 lxh03218 lxh03219 lxh03220 lxh03221 lxh03222 lxh03236 lxh03237 lxh03239 lxh03241 lxh03243 lxh03244 lxh03245 lxh03246 lxh03247 lxh03248 lxh03249 lxh03250 lxh03251 lxh03252 lxh03253 lxh03254 lxh03255 lxh03256 sxh03124 sxh03125 sxh03131 sxh03132 sxh03134 sxh03135 sxh03136 sxh03137 sxh03138 sxh03139 sxh03140 sxh03141 sxh03142 sxh03145 sxh03150 sxh03151 sxh03152 sxh03153 sxh03154 sxh03155 sxh03156 sxh03157 sxh03158 sxh03159 sxh03160 sxh03161 sxh03164 sxh03165 sxh03166 sxh03167 sxh03168 sxh03187 sxh03188 sxh03189 sxh03190 sxh03193 sxh03198 sxh03201 sxh03202 sxh03203 sxh03204 sxh03205 sxh03206 sxh03214 sxh03217 sxh03218 sxh03219 sxh03220 sxh03221 sxh03222 sxh03236 sxh03237 sxh03239 sxh03241 sxh03243 sxh03244 sxh03245 sxh03246 sxh03247 sxh03248 sxh03249 sxh03250 sxh03251 sxh03252 sxh03253 sxh03254 sxh03255 sxh03256 could not be found. Terminating compiler dmake: Error code 1, while making '../unxlngx6.pro/misc/rsc_svt' Nigel ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building
On Tue, 16 Nov 2010 10:06:38 +, Nigel Hawkins n.hawk...@gmx.com wrote: Just done a pull and am now getting a build error: Entering .../build/rawbuild/svtools/util Making:svten-US.res Compiling: rsc_svt f268: Error: The image(s) lxh03124 lxh03125 lxh03131 lxh03132 lxh03134 ... The high contrast images have been moved out into their own theme directory. Remove the unxl*.prj dir and rebuild. If that does not help, you might have to make a make clean. Sebastian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building
On Tue, 16 Nov 2010 11:28:28 +0100, Sebastian Spaeth sebast...@sspaeth.de wrote: On Tue, 16 Nov 2010 10:06:38 +, Nigel Hawkins n.hawk...@gmx.com wrote: Just done a pull and am now getting a build error: Entering .../build/rawbuild/svtools/util Making:svten-US.res Compiling: rsc_svt f268: Error: The image(s) lxh03124 lxh03125 lxh03131 lxh03132 lxh03134 ... The high contrast images have been moved out into their own theme directory. Remove the unxl*.prj dir and rebuild. If that does not help, you might have to make a make clean. Let me correct myself, I still get this failure. It suffices to go to svtools/util and issue dmake. But the name of the icons doesn't occur at all in svtools (or any other repo for that matter). So I have no clue where that is coming from. Help appreciated. Sebastian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Error Building
On Tue, 2010-11-16 at 12:34 +0100, Sebastian Spaeth wrote: Let me correct myself, I still get this failure. It suffices to go to svtools/util and issue dmake. But the name of the icons doesn't occur at all in svtools (or any other repo for that matter). So I have no clue where that is coming from. Help appreciated. As I think you're already discovered, you'll find lxh mentioned in a .src file in svtools, and it'll have a matching define in the associaated .hrc, so you need to remove the HICONSTRAST resource from the .src file, remove the define from the .hrc and then fix whatever .cxx and .hxx files reference that define. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
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