[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: perl path patch

From: Eric Siegerman
Subject: Re: perl path patch
Date: Wed, 10 Jul 2002 12:42:38 -0400
User-agent: Mutt/1.2.5i

On Tue, Jul 09, 2002 at 05:24:05PM -0700, Michael Pruett wrote:
> On Tue, Jul 09, 2002 at 06:18:31PM -0600, Tom Tromey wrote:
> > >>>>> "Michael" == Michael Pruett <address@hidden> writes:
> > 
> > Michael> Here's a small patch against automake 1.6.2 which allows
> > Michael> automake to use the copy of Perl in the user's path (which
> > Michael> may differ from the path with which automake was built) as
> > Michael> long as that version is sufficiently recent (where
> > Michael> sufficiently recent here means Perl 5.6 or newer).

-1.  I'd *much* rather that automake use the Perl it was
configured with (and subsequently regression-tested with) than
whatever random Perl some user happens to have stuck first in
their path.

I spent last winter autoconfiscating (and automakifying) a
package specifically to *reduce* its dependencies on the user's
environment, since we found that those dependencies were causing
endless grief.  Same principle should apply to the tools
themselves, IMO.

> It is onerous to
> require the user to have Perl at the same location as that with which
> automake was built.

Why is that onerous?

It is *extremely* onerous to have two packages, A and B, which
are intended to interoperate, each of which requires a different
version of program X to be first in the path.


|  | /\
|-_|/  >   Eric Siegerman, Toronto, Ont.        address@hidden
|  |  /
Anyone who swims with the current will reach the big music steamship;
whoever swims against the current will perhaps reach the source.
        - Paul Schneider-Esleben

reply via email to

[Prev in Thread] Current Thread [Next in Thread]