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= )
On Oct 15, 2010 1:04 PM, "René Kjellerup" wrote:
___
Libre
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 -B
option.
Hope that it might help.
The Best
René
_
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_b
-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 c
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 ut
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 inte
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, 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 do
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, 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_ba
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 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,
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
On Mon, Oct 11, 2010 at 11:08:31PM +0200, julien wrote:
> Le 10/10/2010 22:31, julien a écrit :
> I changed the line :
>
> $checkdll "$@"
> by
> gdb $checkdll "$@"
>
There is the problem: this line should be
gdb --args $checkdll "$@"
D.
___
LibreOffi
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
ma
On Mon, 2010-10-11 at 10:08 +0100, Michael Meeks wrote:
> /home/serval/libreoffice-source/build/build/libreoffice-3.2.99.2/solenv/bin/checkdll.sh
I added valgrind instead of gdb, and on openSUSE it is (surprisingly)
completely valgrind clean as well, which is odd.
Looking forward
Hi Julien,
So - again this might go well in a bug; this is the 2nd time I've seen
this, and I can't recall the resolution previously.
On Sun, 2010-10-10 at 22:31 +0200, julien wrote:
> > do i need to add the option with-distro or can i keep on to build like
> > this, without with-distro
On Sun, 2010-10-10 at 22:31 +0200, julien wrote:
> Checking DLL ../unxlngi6.pro/lib/check_libvclplug_kdeli.so
> ...Segmentation fault
> dmake: Error code 1, while making '../unxlngi6.pro/lib/libvclplug_kdeli.so'
hmm, so its checkdll that's crashing, not gcc or dl. Doesn't help fix
the problem,
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/serv
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 runn
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/libre
21 matches
Mail list logo
