Mailing List Archive

Configure's perlpath var in 5.002b1
I'd like to suggest adding an additional question to the section of
Configure that deals with perlpath. I think the perlpath variable is
a Good Thing, but I'd like to allow the user to be able to change it,
rather than be presented with "either use this #! or none at all".

My reasoning behind this is that I will be installing this version in
/opt/perl5.002b1 and installing a symlink from /opt/perl5 ->
/opt/perl5.002b1. This means that the version number isn't embedded
in every #! path, and thus is also a Good Thing.

If there aren't too many cries of anguish, I'll volunteer to come up
with a Configure patch.

Jeff
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
>I'd like to suggest adding an additional question to the section of
>Configure that deals with perlpath. I think the perlpath variable is
>a Good Thing, but I'd like to allow the user to be able to change it,
>rather than be presented with "either use this #! or none at all".

>My reasoning behind this is that I will be installing this version in
>/opt/perl5.002b1 and installing a symlink from /opt/perl5 ->
>/opt/perl5.002b1. This means that the version number isn't embedded
>in every #! path, and thus is also a Good Thing.

>If there aren't too many cries of anguish, I'll volunteer to come up
>with a Configure patch.

Last I did a full Configure (5.001n) I noticed that specifying something
like /opt/perl5.001n/ didn't automatically make it use

/opt/perl5.001n/bin/
/opt/perl5.001n/lib/
/opt/perl5.001n/man/
/opt/perl5.001n/man/man1/
/opt/perl5.001n/man/man3/

which is what you probably would want.

If the path gets too long

/sun/export/sunos/sparc/opt/experimental/perl/bin/

than that's a problem too, which will have to be checked. Sigh.

--tom
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
On Wed, 22 Nov 1995, Jeff Okamoto wrote:

> I'd like to suggest adding an additional question to the section of
> Configure that deals with perlpath. I think the perlpath variable is
> a Good Thing, but I'd like to allow the user to be able to change it,
> rather than be presented with "either use this #! or none at all".

That's fine by me. I just used very lightly modified versions of
the standard metaconfig units. I figured someone would want to do this.


Andy Dougherty doughera@lafcol.lafayette.edu
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
On Thu, 23 Nov 1995, Tom Christiansen wrote:

> Last I did a full Configure (5.001n) I noticed that specifying something
> like /opt/perl5.001n/ didn't automatically make it use
>
> /opt/perl5.001n/bin/
> /opt/perl5.001n/lib/
> /opt/perl5.001n/man/
> /opt/perl5.001n/man/man1/
> /opt/perl5.001n/man/man3/
>
> which is what you probably would want.

It does now.

Andy Dougherty doughera@lafcol.lafayette.edu
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
In article <199511230147.AA137161266@hpcc123.corp.hp.com>, Jeff Okamoto (okamoto@hpcc123.corp.hp.com) wrote:
> I'd like to suggest adding an additional question to the section of
> Configure that deals with perlpath. I think the perlpath variable is
> a Good Thing, but I'd like to allow the user to be able to change it,
> rather than be presented with "either use this #! or none at all".

I vividly agree!!!!

> My reasoning behind this is that I will be installing this version in
> /opt/perl5.002b1 and installing a symlink from /opt/perl5 ->
> /opt/perl5.002b1. This means that the version number isn't embedded
> in every #! path, and thus is also a Good Thing.

> If there aren't too many cries of anguish, I'll volunteer to come up
> with a Configure patch.

====================
On the contrary!
====================

We do exactly the same:

Installing under /opt/packages/tools/perl5.001m/bin
/lib
/man
etc.

but symlink in /opt/bin/perl5 --> ../packages/tools/perl5.001m/bin/perl5

so that the shebang is always #!/opt/bin/perl5 even if the path to the
perl distribution is changed and the symlinks are rearranged!!

Since this is not supported by the current versions of the Perl distribution
I had to edit all the scripts in the perl/bin subdirectory by hand (I couldn't
automate this because there were not only shebangs but also perl variables
containing the path that had to be adapted).

> Jeff

So I think that an additional prompt for the #!-line to use would be a very
good idea!

Regards,
--
Steffen Beyer
mailto:sb@sdm.de |s |d &|m | software design & management GmbH&Co.KG
phone: +49 89 63812-244 | | | | Thomas-Dehler-Str. 27
fax: +49 89 63812-150 | | | | 81737 Munich, Germany.
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
sb@sdm.de (Steffen Beyer):
> We do exactly the same:
>
> Installing under /opt/packages/tools/perl5.001m/bin
> /lib
> /man
> etc.
>
> but symlink in /opt/bin/perl5 --> ../packages/tools/perl5.001m/bin/perl5
>
> so that the shebang is always #!/opt/bin/perl5 even if the path to the
> perl distribution is changed and the symlinks are rearranged!!
>
> Since this is not supported by the current versions of the Perl distribution
> I had to edit all the scripts in the perl/bin subdirectory by hand (I couldn't
> automate this because there were not only shebangs but also perl variables
> containing the path that had to be adapted).
>
> > Jeff
>
> So I think that an additional prompt for the #!-line to use would be a very
> good idea!

Hear, hear. The same for us: perl might be installed under

/v/osf32_alpha/lang/perl/5.001m
/v/hpux9_hp700/lang/perl/5.001m
/v/aix32_rs/lang/perl/5.001m

depending on the architecture (the installer view) but I would like
the shebang on the pod2man etc. to be

#!/bin/perl

(the locally cached, on-the-local-disk, version of the one in /v/.../bin)

++jhi;
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
> so that the shebang is always #!/opt/bin/perl5 even if the path to the
> perl distribution is changed and the symlinks are rearranged!!
>
> Since this is not supported by the current versions of the Perl distribution
> I had to edit all the scripts in the perl/bin subdirectory by hand (I couldn't
> automate this because there were not only shebangs but also perl variables
> containing the path that had to be adapted).

You shouldn't need to do all that work. I simply edited the config.sh file
and changed perlpath to the right value before the files were extracted.

Jeff
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
> so that the shebang is always #!/opt/bin/perl5 even if the path to the
> perl distribution is changed and the symlinks are rearranged!!
>
> Since this is not supported by the current versions of the Perl distribution
> I had to edit all the scripts in the perl/bin subdirectory by hand (I couldn't
> automate this because there were not only shebangs but also perl variables
> containing the path that had to be adapted).

You shouldn't need to do all that work. I simply edited the config.sh file
and changed perlpath to the right value before the files were extracted.

Jeff
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
>Hear, hear. The same for us: perl might be installed under
>
> /v/osf32_alpha/lang/perl/5.001m

Whimper. That's too long for #! to work on
many machines. :-( You only get 32 bytes,
minus the #! and maybe the args. Does Configure
check for that??

--tom
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
On Tue, 28 Nov 1995, Tom Christiansen wrote:

> >Hear, hear. The same for us: perl might be installed under
> >
> > /v/osf32_alpha/lang/perl/5.001m
>
> Whimper. That's too long for #! to work on
> many machines. :-( You only get 32 bytes,
> minus the #! and maybe the args. Does Configure
> check for that??

No, not presently.

Andy Dougherty doughera@lafcol.lafayette.edu
Re: Configure's perlpath var in 5.002b1 [ In reply to ]
Andy Dougherty writes:
> > Whimper. That's too long for #! to work on
> > many machines. :-( You only get 32 bytes,
> > minus the #! and maybe the args. Does Configure
> > check for that??
>
> No, not presently.
>
> Andy Dougherty doughera@lafcol.lafayette.edu
>

Well, what about
compress=''
in the config.sh? There is no code to get anything else in
Configure. Can we check for gzip? This may help make better default
for MakeMaker's dist.

Ilya