Hi!
I'm writing a C++ library along with a wrapper for Python (generated
by SWIG), and I'm using Autotools for building it all. The way I
build it, I have one core library, of the form libfoo.la, and one
wrapper library, _foo.la. The _foo.la library (or, rather, _foo.so or
the like) will
Hi Magnus,
* Magnus Lie Hetland wrote on Tue, Mar 14, 2006 at 01:04:45PM CET:
>
> I'm writing a C++ library along with a wrapper for Python (generated
> by SWIG), and I'm using Autotools for building it all. The way I
> build it, I have one core library, of the form libfoo.la, and one
> wra
Hi John,
* John Pye wrote on Tue, Mar 14, 2006 at 06:26:31AM CET:
>
> I just saw this thread and I have been experiencing similar problems.
> http://lists.gnu.org/archive/html/libtool/2006-03/msg00011.html
Well, if you have the same problem, then using `-no-undefined' should
fix it for you. ;-)
Hi Jason,
* Jason Kraftcheck wrote on Thu, Mar 09, 2006 at 09:08:22PM CET:
> I've a couple questions about the behavior of libtool that I'm hoping someone
> will answer for me. I'm using libtool 1.5.22 on Linux/x86.
>
> 1) I have a situation as follows: I am building both static and shared
> v
On Mar 14, 2006, at 13:10, Ralf Wildenhues wrote:
Hi Magnus,
[snip]
Do you specify the dependency on libfoo.la at link time?
Yes -- I use:
_foo_la_LIBADD = $(top_srcdir)/src/libfoo.la
It all works well when I install everything -- because _foo.so refers
to the installed location of lib
Hi June,
* June Fang wrote on Fri, Mar 10, 2006 at 04:16:09AM CET:
> failed tests:
> mdemo-inst.testduplicate_members.test
>
> libtools:
> ltmain.sh (GNU libtool) 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)
>
> os:
> AIX IBM650_lpar04 2 5 0002D70F4C00 AIX
>
> compiler:
> C for AIX Compiler, V
Hi Ralf,
Ralf Wildenhues wrote:
Hi John,
* John Pye wrote on Tue, Mar 14, 2006 at 06:26:31AM CET:
I just saw this thread and I have been experiencing similar problems.
http://lists.gnu.org/archive/html/libtool/2006-03/msg00011.html
Well, if you have the same problem, then using `-no
On Tue, 2006-03-14 at 14:02 +0100, Magnus Lie Hetland wrote:
>
> It all works well when I install everything -- because _foo.so refers
> to the installed location of libfoo.so.
>
> > which system are you on?
>
> Mac O
Magnus,
You'll need to run the python interpreter with the "right" env vars
Hi John,
* John Pye wrote on Tue, Mar 14, 2006 at 02:18:04PM CET:
> Ralf Wildenhues wrote:
> >* John Pye wrote on Tue, Mar 14, 2006 at 06:26:31AM CET:
> >
> >>I just saw this thread and I have been experiencing similar problems.
> >>http://lists.gnu.org/archive/html/libtool/2006-03/msg00011.html
>
Hi again,
Ralf Wildenhues wrote:
* John Pye wrote on Tue, Mar 14, 2006 at 02:18:04PM CET:
Ralf Wildenhues wrote:
* John Pye wrote on Tue, Mar 14, 2006 at 06:26:31AM CET:
I just saw this thread and I have been experiencing similar problems.
http://lists.gnu.org/archive/html/li
On Wed, 15 Mar 2006, John Pye wrote:
The code that loads the plugins is at the link below. It's really old, but I
have been cleaning it up. On Windows the loading is done with LoadLibrary.
But this doesn't matter! My problem is that GCC on MinGW won't let me compile
my library with the unreso
On Mar 14, 2006, at 14:02, Magnus Lie Hetland wrote:
This article and thread has a bit more info on the current state:
http://article.gmane.org/gmane.comp.sysutils.automake.general/6921
http://thread.gmane.org/gmane.comp.sysutils.automake.general/6912
OK -- thanks. I'll have a look.
I've ha
On Mar 14, 2006, at 14:24, Peter O'Gorman wrote:
Magnus,
You'll need to run the python interpreter with the "right" env vars
set.
For Mac OS X, env DYLD_LIBRARY_PATH=/path/to/uninstalled/library
python
foo, for linux LD_LIBRARY_PATH=/path/to/uninstalled/library python
etc..
Ah. Thanks -
* Magnus Lie Hetland wrote on Tue, Mar 14, 2006 at 03:30:55PM CET:
> On Mar 14, 2006, at 14:24, Peter O'Gorman wrote:
> >
> >Magnus,
> >You'll need to run the python interpreter with the "right" env vars
> >set.
> >For Mac OS X, env DYLD_LIBRARY_PATH=/path/to/uninstalled/library
> >python
> >fo
14 matches
Mail list logo