Re: About win32 impgen.c patch

2002-10-23 Thread Bob Friesenhahn
On Tue, 22 Oct 2002, Robert Boehne wrote: > I suppose that leaves one question (in my mind at least), > and that is, What is pw32? http://pw32.sourceforge.net/ The latest entry in the changelog is: 2002-08-03 Paul Sokolovsky [EMAIL PROTECTED] * src/libc/dos/io/{posix2win32.c, win322p

Re: About win32 impgen.c patch (fwd)

2002-10-23 Thread Bob Friesenhahn
I am Cc:ing the libtool list on this response, since there are interested parties there. On Wed, 23 Oct 2002, Paul Sokolovsky wrote: > Bob Friesenhahn wrote: > > Comments? Should pw32 be tracking Cygwin and MinGW in libtool rather > > than being left behind? > > Yes, please, if it's not ha

library relocation

2002-10-23 Thread Frederic Gobry
Hello, I'm working on linux based embedded platforms. To build a complete platform, we usually compile and install our software packages in a directory that is specific to each developer, say: /home/fred/frozen/usr/lib/... Then, the compiled libraries and executables that must be actua

Re: library relocation

2002-10-23 Thread Paul E Johnson
I think the DESTDIR patch for ltmain.sh fixes that. At least it did for me. I had the problem that relinking was failing with "make prefix=/blah install" so I retooled with DESTDIR and with this patch everything seems OK. I found this through a bugs page for libtool, but I can't find that page

RE: library relocation

2002-10-23 Thread Howard Chu
We have this same need when building our software. I've hacked our version of libtool to support this feature: Index: ltmain.sh === RCS file: /var/CVSROOT/ldap/build/ltmain.sh,v retrieving revision 1.1.1.2 retrieving revision 1.3 dif

RE: library relocation

2002-10-23 Thread Howard Chu
Looks interesting. I have a solution for AIX and HP-UX as well but those diffs are slightly more involved. First, instead of directly linking all .lo files into the .so library, I use ld -r to combine all .lo files into a single object file. (Do this for all platforms, unconditionally.) This single

Re: Hiding the --finish "installed in" message

2002-10-23 Thread Boehne, Robert
libtool --finish blah blah blah 1>&2 2>/dev/null -- Robert Boehne Software Engineer Ricardo Software Chicago Technical Center TEL: (630)789-0003 x. 238 FAX: (630)789-0127 email: rboehne AT ricardo-us DOT com ___ Libtool mailing list [E

Re: library relocation

2002-10-23 Thread Boehne, Robert
Hello, The real problem is that ELF platforms shouldn't ever relink, because it isn't necessary and it causes problems like these. If I get a patch against CVS head to do this, that means I won't have to make one myself, and it will get checked in sooner. Any volunteers? -- Robert Boehne

Libtool 1.4.3 Released

2002-10-23 Thread Boehne, Robert
We're pleased to announce the release of Libtool 1.4.3! This is a patch release, the last one in the 1.4.x series, and is compatable with Autoconf 2.13. You can find the new release here: in tarball, ftp://ftp.gnu.org/gnu/libtool/libtool-1.4.3.tar.gz xdelta, ftp://ftp.gnu.org/gnu/libtool/

Deprecate AC_LIBTOOL_WIN32_DLL?

2002-10-23 Thread Bob Friesenhahn
When the AC_LIBTOOL_WIN32_DLL macro was originated, it was necessary to add dllexport decorations to library source code in order to build a DLL. When AC_LIBTOOL_WIN32_DLL was added to configure.in, it enabled a few Windows specific tests, but most importantly, it enabled building libraries as DLL

Re: Deprecate AC_LIBTOOL_WIN32_DLL?

2002-10-23 Thread Charles Wilson
When the AC_LIBTOOL_WIN32_DLL macro was originated, it was necessary to add dllexport decorations to library source code in order to build a DLL. When AC_LIBTOOL_WIN32_DLL was added to configure.in, it enabled a few Windows specific tests, but most importantly, it enabled building libraries as DLL