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
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
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
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
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
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
-
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
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
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:
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
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é
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
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
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
-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
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
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
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
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.
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)
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
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,
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)
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
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
25 matches
Mail list logo
