> "Dan" == Dan Kegel <[EMAIL PROTECTED]> writes:
Dan> Best thing to do is use the standard path, /usr/bin/perl,
Dan> and use a lowest-common-denomenator dialect of Perl,
Dan> so it works with perl4 and up (or possibly perl5, but
Dan> that might annoy some users).
We abandoned Perl 4 with the
> "Michael" == Michael Pruett <[EMAIL PROTECTED]> writes:
>> Why do you want this?
Michael> Some users have multiple copies of Perl installed on their
Michael> systems (e.g. in /usr/bin/perl and /usr/local/bin/perl). It
Michael> is onerous to require the user to have Perl at the same
Michae
Russ Allbery wrote:
> Eric Siegerman <[EMAIL PROTECTED]> writes:
>
>
>>-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 agree. Users som
Tom Tromey wrote:
>
> > "Bruce" == Bruce Korb <[EMAIL PROTECTED]> writes:
>
> Bruce> I would like to add this so I don't get in trouble for having
> Bruce> my own "missing" script:-)
>
> Could you post some rationale explaining what you use this patch for
> and why?
I want to use "missing"
Eric Siegerman <[EMAIL PROTECTED]> writes:
> -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 agree. Users sometimes have some other version of
> "Bruce" == Bruce Korb <[EMAIL PROTECTED]> writes:
Bruce> I would like to add this so I don't get in trouble for having
Bruce> my own "missing" script:-)
Could you post some rationale explaining what you use this patch for
and why?
Tom
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 <[EMAIL PROTECTED]> writes:
> >
> > Michael> Here's a small patch against automake 1.6.2 which allows
> > Michael> automake to use th
Akim Demaille <[EMAIL PROTECTED]> writes:
|> > "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
|> Tom> We could just always run `./config.status' and rebuild
|> Tom> everything. We've always avoided that on performance and
|> Tom> historical grounds.
|>
|> We can add --update to config.stat
