libtool, nm, & -B

2000-09-07 Thread Bob Friesenhahn
The libtool-multilang branch of libtool seems to be having difficulties lately due to its assumption that -B (a MIPS compatability option in GNU nm) is accepted by nm. Unfortunately, it is not accepted by BSD or Solaris nm, and produces an error message similar to the following: checking command

Re: While I'm at it....

2000-09-07 Thread Gary V. Vaughan
On Thu, Sep 07, 2000 at 09:51:50AM -0700, Bruce Korb wrote: > > All the "error while copying" messages are innocuous because > the copy is actually successful. It seems weird that the > "cp" should return non-zero status to the automake Perl script. Cygwin does that for me too. Linux behaves p

[automake patch] Re: While I'm at it....

2000-09-07 Thread Gary V. Vaughan
On Thu, Sep 07, 2000 at 09:51:50AM -0700, Bruce Korb wrote: > > Anyway, the last message bothers me: > > $ ./bootstrap > [[snip]] > configure.in: 33: required file `../ltconfig' not found Already fixed in the repository. Please update again. The problem is deepr than the cheap fix I committed

Re: Something bad happened

2000-09-07 Thread Gary V. Vaughan
On Wed, Sep 06, 2000 at 02:00:04PM -0400, Pavel Roskin wrote: > Hello, Gary! Hi Pavel. > The latest commit to the head brach in the libtool repository breaks > libtool. With autoconf-2.13 and automake-1.4 this looks like this: > > [[snip]] > configure.in: 33: required file `../ltconfig' not fou

Re: changequote used incorrectly

2000-09-07 Thread Lars J. Aas
On Thu, Sep 07, 2000 at 01:41:58PM -0400, Pavel Roskin wrote: : Index: ChangeLog : --- ChangeLog Thu Sep 7 08:22:46 2000 : +++ ChangeLog Thu Sep 7 13:36:19 2000 : @@ -0,0 +1,5 @@ : +2000-09-07 Pavel Roskin <[EMAIL PROTECTED]> : + : + * libtool.m4 (_LT_AC_LTCONFIG_HACK): fixed incorrect use

changequote used incorrectly

2000-09-07 Thread Pavel Roskin
Hello! This patch fixes problems with autoconf-2.49a. It still produces tons of warnings but no errors. The errors were caused by calling autoconf macros while non-standard quotes are in effect. This patch fixed the problem: === Index: ChangeLog --- ChangeLog Thu Sep 7 08

Re[2]: DLL naming conventions

2000-09-07 Thread Paul Sokolovsky
Hello Chris, Chris Faylor <[EMAIL PROTECTED]> wrote: CF> On Mon, Sep 04, 2000 at 09:34:12PM +0300, Paul Sokolovsky wrote: >>Mandatory data imports marking: I *hate* this feature and develop >>libtool re-implementation which frees programmer from it. But when I >>mentioned it on cygwin maillist,

Re[4]: DLL naming conventions

2000-09-07 Thread Paul Sokolovsky
Hello Alexandre, Alexandre Oliva <[EMAIL PROTECTED]> wrote: AO> On Sep 4, 2000, Paul Sokolovsky <[EMAIL PROTECTED]> wrote: >> But now, I think that's just too messed, It would be easier to add >> --bindir= option to libtool --mode=install and teach automake supply >> it. AO> Yep, this is prob

Re[4]: DLL naming conventions

2000-09-07 Thread Paul Sokolovsky
Hello Bernard, Bernard Dautrevaux <[EMAIL PROTECTED]> wrote: >> Before I go for it, let me summary some PE-DLL idiosycrasies and >> how they are accounted by some people vs me: >> >> Implibs: I consider implib unalienable part of DLL model, and eager to >> support this MS feature; I'd never

Web page problem and release schedule

2000-09-07 Thread Nick Hudson
[I hope this is the right place for the page problem...] I've noticed that the http://www.gnu.org/software/libtool/future.html page seems to have a cvs conflict in it. Take a look a the left hand bar around the "Future Directions" heading Is there a release schedule for 1.4 or MLB(1.5?). Just