* 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
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 -
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 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
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
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
>
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 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
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
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 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
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 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!
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
14 matches
Mail list logo