PET TAG PROGRAM

2000-09-08 Thread [EMAIL PROTECTED]
Mail is never sent unsolicited to unsubscribe please include unsubscribe in the subject header and email [EMAIL PROTECTED] http://petadoptions.safeshopper.com Pet Tag program exclusively for those organiz

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

2000-09-08 Thread Gary V. Vaughan
On Fri, Sep 08, 2000 at 04:18:48AM -0300, Alexandre Oliva wrote: > On Sep 7, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote: > > > Should I commit the following to libtool as an ugly fix? > > > $ echo "This file is intentionally blank" > ltconfig > > $ cvs add ltconfig > > $ clco

Re: changequote used incorrectly

2000-09-08 Thread Gary V. Vaughan
On Thu, Sep 07, 2000 at 07:53:58PM +0200, Lars J. Aas wrote: > 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 <[E

Re: changequote used incorrectly

2000-09-08 Thread Akim Demaille
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes: Pavel> I'm fixed now :-) :) Pavel> I'll try to remove changequote()s from libtool.m4 as long as it Pavel> remains compatible with Autoconf-2.13 This is totally independent from the Autoconf release.

Re: changequote used incorrectly

2000-09-08 Thread Lars J. Aas
On Fri, Sep 08, 2000 at 09:05:57AM -0400, Pavel Roskin wrote: : I'll try to remove changequote()s from libtool.m4 as long as it remains : compatible with Autoconf-2.13 I don't see how this can be a problem - it's strictly an m4 parse issue, and the m4 parsing is the same, no matter which autoconf

Re: changequote used incorrectly

2000-09-08 Thread Pavel Roskin
Hello, Akim! > Yes, this is a bad recommendation. And in fact you frightened me > Pavel, by current you mean 2.13, right? I could not find this horror > in the CVS documentation. But there is an answer to the above > statement: Sorry to all :-( "info --file autoconf.info" looks in /usr/info b

Re: changequote used incorrectly

2000-09-08 Thread Akim Demaille
| On Thu, Sep 07, 2000 at 02:12:34PM -0400, Pavel Roskin wrote: | > - | > However, in a few places the macros need to use brackets (usually in C | > program text or regular expressions). In those places, they use the `m4' | > builtin command `changequote' to temporarily change the qu

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

2000-09-08 Thread Alexandre Oliva
On Sep 7, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote: > 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

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

2000-09-08 Thread Alexandre Oliva
On Sep 7, 2000, "Gary V. Vaughan" <[EMAIL PROTECTED]> wrote: > Should I commit the following to libtool as an ugly fix? > $ echo "This file is intentionally blank" > ltconfig > $ cvs add ltconfig > $ clcommit Maybe something like: #! /bin/sh echo "ltconfig is obsolete in this

Re: changequote used incorrectly

2000-09-08 Thread Alexandre Oliva
On Sep 7, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote: > Why not remove the changequote macros completely and use: > if echo "$old_CC $old_CFLAGS " | egrep -e "[[]]$ac_cv_prog_cc_shlib[[ > ]]" >/dev/null; then : That would be my preference too. -- Alexandre Oliva Enjoy Gu

Re: Re[4]: DLL naming conventions

2000-09-08 Thread Alexandre Oliva
On Sep 7, 2000, Paul Sokolovsky <[EMAIL PROTECTED]> wrote: > To be fair, I don't know what multilib is. On certain target platforms, GCC builds multiple copies of target libraries, each one using different compile-time options. Each variant of the library is installed in a sub-directory of

Re: libtool, nm, & -B

2000-09-08 Thread Alexandre Oliva
On Sep 7, 2000, Bob Friesenhahn <[EMAIL PROTECTED]> wrote: > 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