Re: libtool no symlinked libs patch

2005-11-29 Thread Ralf Wildenhues
* Jacob Meuser wrote on Tue, Nov 29, 2005 at 05:19:44AM CET: On Tue, Nov 29, 2005 at 12:15:09AM +0900, Peter O'Gorman wrote: Ralf Wildenhues wrote: | 1) Move all paths to uninstalled libraries (in the correct order) before the patch does put them in the order they are encountered. my

Re: libtool no symlinked libs patch

2005-11-28 Thread Ralf Wildenhues
Hi Jacob, * Jacob Meuser wrote on Mon, Nov 28, 2005 at 01:03:56AM CET: On Sun, Nov 27, 2005 at 09:06:09AM +0100, Ralf Wildenhues wrote: Libtool knows that the library is uninstalled, because this information is encoded in libbar.la yes, it winds up in $notinst_path. I disconvered that

Re: libtool no symlinked libs patch

2005-11-27 Thread Ralf Wildenhues
[ Cc: to libtool mailing list. This thread is at http://thread.gmane.org/gmane.os.openbsd.ports/14993 and the interesting bit starts at the end of this post: http://article.gmane.org/gmane.os.openbsd.ports/15121 ] * Ralf Wildenhues wrote on Sun, Nov 27, 2005 at 09:06:09AM CET: * Jacob

Re: libtool no symlinked libs patch

2005-11-27 Thread Ralf Wildenhues
Hi Jacob, * Jacob Meuser wrote on Sun, Nov 27, 2005 at 05:42:07AM CET: On Wed, Nov 23, 2005 at 05:04:07PM +, Ralf Wildenhues wrote: Marc Espie espie at nerim.net writes: I'm very annoyed at libtool --mode=link cc -L/usr/local/lib -o foo foo.o ./libbar.la expanding into some

Re: libtool no symlinked libs patch

2005-11-27 Thread Jacob Meuser
On Sun, Nov 27, 2005 at 04:25:27PM -0800, Jacob Meuser wrote: patch below seems to do the trick. tested with devel/glib2 and with this change to glib2. sorry, should have mentioned this before. -- [EMAIL PROTECTED] Index: Makefile

Re: libtool no symlinked libs patch

2005-11-23 Thread Marc Espie
As far as OpenBSD goes, we solve the `various versions' issue differently. - we have kept the version numbers from old a.out. Our ELF ld.so knows about libfoo.so.major.minor. - if we want several versions installed, it's just a question of having them in distinct directories. ld stops at the

Re: libtool no symlinked libs patch

2005-11-23 Thread Ralf Wildenhues
Marc Espie espie at nerim.net writes: As far as OpenBSD goes, we solve the `various versions' issue differently. - we have kept the version numbers from old a.out. Our ELF ld.so knows about libfoo.so.major.minor. I have a hard time to learn this from the manpages, by the way. - if we

Re: libtool no symlinked libs patch

2005-11-22 Thread Ralf Wildenhues
Sorry for the delay. Jacob Meuser jakemsr at jakemsr.com writes: On Sun, Nov 20, 2005 at 12:25:19AM -0500, Brad wrote: On Sat, Nov 19, 2005 at 09:10:33PM -0800, Jacob Meuser wrote: On Sat, Nov 19, 2005 at 09:12:36PM -0500, Brad wrote: So whatever the library name is supposed to

Re: libtool no symlinked libs patch

2005-11-22 Thread Jacob Meuser
On Tue, Nov 22, 2005 at 09:58:44AM +, Ralf Wildenhues wrote: Sorry for the delay. thanks for responding. it's good to have a libtool developer in this discussion :) Jacob Meuser jakemsr at jakemsr.com writes: On Sun, Nov 20, 2005 at 12:25:19AM -0500, Brad wrote: On Sat, Nov 19, 2005

Re: libtool no symlinked libs patch

2005-11-19 Thread Brad
On Sat, Nov 19, 2005 at 09:10:33PM -0800, Jacob Meuser wrote: On Sat, Nov 19, 2005 at 09:12:36PM -0500, Brad wrote: On Thu, Nov 17, 2005 at 08:01:11PM -0800, Marc Matteo wrote: On Nov 17, 2005, at 12:12 PM, Ralf Wildenhues wrote: Could you point me to discussion about this

Re: libtool no symlinked libs patch

2005-11-18 Thread Christian Weisgerber
Jacob Meuser [EMAIL PROTECTED] wrote: while working on an update for multimedia/mjpegtools, and adding USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would be a symlink to lib/libfoo-1.8.so.4.0, the real library. Isn't this simply a mistake in the way libtool is called? The

Re: libtool no symlinked libs patch

2005-11-17 Thread Ralf Wildenhues
Hi Jacob, Jacob Meuser jakemsr at jakemsr.com writes: On Wed, Nov 16, 2005 at 08:50:56AM +, Ralf Wildenhues wrote: Jacob Meuser jakemsr at jakemsr.com writes: the following patch for the libtool port changes library_names_spec to just '${libname}${shared_ext}$versuffix'.

Re: libtool no symlinked libs patch

2005-11-17 Thread Jacob Meuser
On Thu, Nov 17, 2005 at 08:12:53PM +, Ralf Wildenhues wrote: Hi Jacob, Jacob Meuser jakemsr at jakemsr.com writes: On Wed, Nov 16, 2005 at 08:50:56AM +, Ralf Wildenhues wrote: Jacob Meuser jakemsr at jakemsr.com writes: the following patch for the libtool port changes

Re: libtool no symlinked libs patch

2005-11-17 Thread Marc Matteo
On Nov 17, 2005, at 12:12 PM, Ralf Wildenhues wrote: Could you point me to discussion about this decision (so I don't write about stuff already beaten to death here)? In OpenBSD (at least) the library name that matters is the stuff between the lib and the .so so libfoo.so.4.0 and

Re: libtool no symlinked libs patch

2005-11-16 Thread Ralf Wildenhues
Jacob Meuser jakemsr at jakemsr.com writes: while working on an update for multimedia/mjpegtools, and adding USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would be a symlink to lib/libfoo-1.8.so.4.0, the real library. the following patch for the libtool port changes

Re: libtool no symlinked libs patch

2005-11-16 Thread Jacob Meuser
On Wed, Nov 16, 2005 at 08:50:56AM +, Ralf Wildenhues wrote: Jacob Meuser jakemsr at jakemsr.com writes: while working on an update for multimedia/mjpegtools, and adding USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would be a symlink to lib/libfoo-1.8.so.4.0, the