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
15 matches
Mail list logo
