INSTALLSCRIPT doesn't have 'site', 'vendor' values?

Hi,

I notice the following in the MakeMaker docs (version 5.91_01):

                                         INSTALLDIRS set to
                                   perl        site          vendor

                         PREFIX          SITEPREFIX          VENDORPREFIX
          INST_ARCHLIB   INSTALLARCHLIB  INSTALLSITEARCH     
INSTALLVENDORARCH
          INST_LIB       INSTALLPRIVLIB  INSTALLSITELIB      
INSTALLVENDORLIB
          INST_BIN       INSTALLBIN      INSTALLSITEBIN      
INSTALLVENDORBIN
          INST_SCRIPT    INSTALLSCRIPT   INSTALLSCRIPT       INSTALLSCRIPT
          INST_MAN1DIR   INSTALLMAN1DIR  INSTALLSITEMAN1DIR  
INSTALLVENDORMAN1DIR
          INST_MAN3DIR   INSTALLMAN3DIR  INSTALLSITEMAN3DIR  
INSTALLVENDORMAN3DIR

I'm curious about why INST_SCRIPT doesn't have different values in the 
three columns.  Is this why things like LWP's "HEAD" script are 
installing to /usr/bin on OS X instead of to /usr/local/bin?

In my case, I'm writing a prompt like the following, but I suspect 
there's a better way to get the destination directory so that the user 
could override it with INST_SCRIPT=/foo or something.  Is there some way 
to get this value from MakeMaker instead of from Config?

   if (prompt("Do you want to install the command-line script 
'categorizer' ".
              "to $Config::Config{installscript}?", 'n') =~ /^y/i) {
     $options{EXE_FILES} = [qw(eg/categorizer)];
   }

  -Ken

0
ken
11/5/2002 1:54:22 AM
perl.makemaker 863 articles. 0 followers. Follow

11 Replies
998 Views

Similar Articles

[PageSpeed] 12
Get it on Google Play
Get it on Apple App Store

On Tue, 05 Nov 2002 01:54:22 GMT:

> From: ken@mathforum.org (Ken Williams)

Oh, sheesh. Probably I was an idiot to answer this article of Ken's. I 
think he's probably well-aware of all the points I made; I momentarily 
blanked on who this poster was.

<RoseAnne RosannaDanna voce>nevermind ...</voce>

   Soren A

-- 

                    --*perlspinr*--
**Helping to consume excess Internet bandwidth since 1996**


0
sorenNOT
11/5/2002 3:49:26 PM
On Wednesday, November 6, 2002, at 02:49  AM, Soren A wrote:

> On Tue, 05 Nov 2002 01:54:22 GMT:
>
>> From: ken@mathforum.org (Ken Williams)
>
> Oh, sheesh. Probably I was an idiot to answer this article of Ken's. I
> think he's probably well-aware of all the points I made; I momentarily
> blanked on who this poster was.

I think I probably don't have such a high standard as that. =)  
And in any case, I'm not sure any human could keep track of all 
the MakeMaker options in his/her head at once.

  -Ken

0
ken
11/5/2002 11:09:44 PM
On Tue, 05 Nov 2002 23:09:44 GMT, ken@mathforum.org (Ken Williams) wrote in 
news:AC3B221A-F113-11D6-A12F-0003939C4354@mathforum.org:

> 
> On Wednesday, November 6, 2002, at 02:49  AM, Soren A wrote:
> 
>> On Tue, 05 Nov 2002 01:54:22 GMT:
>>
>>> From: ken@mathforum.org (Ken Williams)
>>
>> Oh, sheesh. Probably I was an idiot to answer this article of Ken's. I
>> think he's probably well-aware of all the points I made; I momentarily
>> blanked on who this poster was.
> 
> I think I probably don't have such a high standard as that. =)  
> And in any case, I'm not sure any human could keep track of all 
> the MakeMaker options in his/her head at once.

I don't think so either. Tonight I may be nearly as close as i will ever 
get. By day after tomorrow probably half will have leaked out, at least.

 ;-)  Soren A

-- 

                    --*perlspinr*--
**Helping to consume excess Internet bandwidth since 1996**


0
sorenNOT
11/6/2002 5:57:36 AM
On Tue, Nov 05, 2002 at 12:54:22PM +1100, Ken Williams wrote:
> I'm curious about why INST_SCRIPT doesn't have different values in the 
> three columns.  Is this why things like LWP's "HEAD" script are 
> installing to /usr/bin on OS X instead of to /usr/local/bin?

Config.pm has installbin, installsitebin and installvendorbin but only
installscript.  Dunno why.  There's no reason INSTALLSITESCRIPT and
INSTALLVENDORSCRIPT couldn't be figured out like the other variables that
aren't in Config.pm are.

Honestly, I was just sick of the whole PREFIX problem and decided to leave
it as is.  I'll welcome a patch.


-- 

Michael G. Schwern   <schwern@pobox.com>    http://www.pobox.com/~schwern/
Perl Quality Assurance      <perl-qa@perl.org>         Kwalitee Is Job One
Do not try comedy at home!  Milk & Cheese are advanced experts!  Attempts at
comedy can be dangerously unfunny!
0
schwern
11/7/2002 1:37:52 AM
On Thursday, November 7, 2002, at 12:37  PM, Michael G Schwern wrote:

> On Tue, Nov 05, 2002 at 12:54:22PM +1100, Ken Williams wrote:
>> I'm curious about why INST_SCRIPT doesn't have different values in the
>> three columns.  Is this why things like LWP's "HEAD" script are
>> installing to /usr/bin on OS X instead of to /usr/local/bin?
>
> Config.pm has installbin, installsitebin and installvendorbin but only
> installscript.  Dunno why.  There's no reason INSTALLSITESCRIPT and
> INSTALLVENDORSCRIPT couldn't be figured out like the other 
> variables that
> aren't in Config.pm are.
>
> Honestly, I was just sick of the whole PREFIX problem and 
> decided to leave
> it as is.  I'll welcome a patch.

Okay.  I'll wait a week or so for someone like Andreas or Andy 
to chime in and explain why there are no other INSTALL*SCRIPT 
entries, and if that doesn't happen I'll assume it's an error 
and I'll try to fix it.

Would it be wrong to just put scripts into INSTALL*BIN?  Do we 
really need to make a big distinction between executable 
binaries and executable scripts?  I'm ignorant of the important 
issues, but if we could just use INSTALL*BIN it wouldn't require 
patching Config.pm and all the stuff that generates it in the 
perl core.

  -Ken

0
ken
11/7/2002 2:18:17 AM
On Thu, Nov 07, 2002 at 01:18:17PM +1100, Ken Williams wrote:
> Would it be wrong to just put scripts into INSTALL*BIN?  Do we 
> really need to make a big distinction between executable 
> binaries and executable scripts?  I'm ignorant of the important 
> issues, but if we could just use INSTALL*BIN it wouldn't require 
> patching Config.pm and all the stuff that generates it in the 
> perl core.

I dunno, some people out there still worry that /usr/bin is for machine-code
binaries and "scripts" should go elsewhere. *shrug*  That's a boat I will
leave to the Config folks to rock.


-- 

Michael G. Schwern   <schwern@pobox.com>    http://www.pobox.com/~schwern/
Perl Quality Assurance      <perl-qa@perl.org>         Kwalitee Is Job One
Nature is pissed.
        http://www.unamerican.com/
0
schwern
11/7/2002 2:21:25 AM
>>>>> On Thu, 7 Nov 2002 13:18:17 +1100, Ken Williams <ken@mathforum.org> said:

  > Okay.  I'll wait a week or so for someone like Andreas or Andy to
  > chime in and explain why there are no other INSTALL*SCRIPT entries,
  > and if that doesn't happen I'll assume it's an error and I'll try to
  > fix it.

Sorry, I have no answer to this one.

  > Would it be wrong to just put scripts into INSTALL*BIN?  Do we really
  > need to make a big distinction between executable binaries and
  > executable scripts?

The reason for 'script' being separated from 'bin' was that you can
share scripts between architectures but usually cannot share binaries.

If people actually make use of this distiction, nobody knows.

-- 
andreas
0
andreas
11/7/2002 6:56:54 AM
On Thursday, November 7, 2002, at 05:56  PM, Andreas J. Koenig wrote:

>>>>>> On Thu, 7 Nov 2002 13:18:17 +1100, Ken Williams 
>>>>>> <ken@mathforum.org> said:
>
>> Okay.  I'll wait a week or so for someone like Andreas or Andy to
>> chime in and explain why there are no other INSTALL*SCRIPT entries,
>> and if that doesn't happen I'll assume it's an error and I'll try to
>> fix it.
>
> Sorry, I have no answer to this one.
>
>> Would it be wrong to just put scripts into INSTALL*BIN?  Do we really
>> need to make a big distinction between executable binaries and
>> executable scripts?
>
> The reason for 'script' being separated from 'bin' was that you can
> share scripts between architectures but usually cannot share binaries.
>
> If people actually make use of this distiction, nobody knows.

It sounds like the kind of thing someone's going to be using somewhere, 
so it probably shouldn't get completely broken.

If I were to fix this, I think there would be a few parts to it:

  1) MakeMaker should try to determine a better place to put scripts (by 
guessing)
  2) EU::Install should honor that
  3) Config.pm should have INSTALLSITESCRIPT and INSTALLVENDORSCRIPT 
entries so MM doesn't have to guess

In practice, I don't think any 'hints' files (in 5.8, anyway) have 
INSTALLBIN and INSTALLSCRIPT different, so it's probably pretty safe to 
guess from INSTALL*BIN, I think.

Then I have to figure out how to cooperate/repeat with Module::Build.

  -Ken

0
ken
11/7/2002 8:54:18 AM
On Thu, 7 Nov 2002, Ken Williams wrote:

> > Config.pm has installbin, installsitebin and installvendorbin but only
> > installscript.  Dunno why.
 
> Okay.  I'll wait a week or so for someone like Andreas or Andy 
> to chime in and explain why there are no other INSTALL*SCRIPT 
> entries, and if that doesn't happen I'll assume it's an error 
> and I'll try to fix it.

There's no deep reason.  They weren't used anywhere so metaconfig
didn't include them in Configure (and, ultimately in Config.pm.)
Since they didn't appear in Config.pm, nobody tried to use them.
When this sad circular state of affairs became apparent I posted a
Policy_sh.SH patch to fix it, but it didn't make it in time for
5.8.0.

Change #17951 incorporates this into perl-current, and 5.8.1-to-be ought
to have it as well.

> Would it be wrong to just put scripts into INSTALL*BIN?  Do we 
> really need to make a big distinction between executable 
> binaries and executable scripts?

Some folks historically have done so.  Others haven't.  If there's no
*SCRIPT directory available, it probably would be a reasonable fallback to
put scripts into *BIN.

-- 
    Andy Dougherty		doughera@lafayette.edu


0
doughera
11/7/2002 2:13:15 PM
On Thu, Nov 07, 2002 at 07:54:18PM +1100, Ken Williams wrote:
> It sounds like the kind of thing someone's going to be using somewhere, 
> so it probably shouldn't get completely broken.

The two likely candidates are AFS users, who routinely shuffle files around
all over the place and use obscure features of MM, and module repackagers
(ie. Redhat, Debian, etc...) who need to seperate out architecture dependent
vs independent bits.


> If I were to fix this, I think there would be a few parts to it:
> 
>  1) MakeMaker should try to determine a better place to put scripts (by 
> guessing)

Should be possible using the same tricks as the other iffy variables in
init_INSTALL().


>  2) EU::Install should honor that

It'll do that automaticly.  It doesn't know anything about the INSTALL*
variables, it just gets fed paths.  ExtUtils::Install is really just a
glorified copy command like GNU install.


>  3) Config.pm should have INSTALLSITESCRIPT and INSTALLVENDORSCRIPT 
> entries so MM doesn't have to guess

We'll still have to guess for all older versions, so no code savings there.
:(


> In practice, I don't think any 'hints' files (in 5.8, anyway) have 
> INSTALLBIN and INSTALLSCRIPT different, so it's probably pretty safe to 
> guess from INSTALL*BIN, I think.
> 
> Then I have to figure out how to cooperate/repeat with Module::Build.


-- 

Michael G. Schwern   <schwern@pobox.com>    http://www.pobox.com/~schwern/
Perl Quality Assurance      <perl-qa@perl.org>         Kwalitee Is Job One
You see, in this world there's two kinds of people.  Those with loaded
guns, and those who dig.  Dig.
                -- Blondie, "The Good, The Bad And The Ugly"
0
schwern
11/9/2002 12:36:06 AM
On Saturday, November 9, 2002, at 11:36  AM, Michael G Schwern wrote:

> On Thu, Nov 07, 2002 at 07:54:18PM +1100, Ken Williams wrote:
>> If I were to fix this, I think there would be a few parts to it:
>>
>>  1) MakeMaker should try to determine a better place to put scripts (by
>> guessing)
>
> Should be possible using the same tricks as the other iffy variables in
> init_INSTALL().

Thanks, I'll have a look.

>>  2) EU::Install should honor that
>
> It'll do that automaticly.  It doesn't know anything about the INSTALL*
> variables, it just gets fed paths.  ExtUtils::Install is really just a
> glorified copy command like GNU install.

Oh yeah.  Good.

>>  3) Config.pm should have INSTALLSITESCRIPT and INSTALLVENDORSCRIPT
>> entries so MM doesn't have to guess
>
> We'll still have to guess for all older versions, so no code savings 
> there.
> :(

RIght, I meant more to increase predictability and reduce guessing, not 
to actually simplify code.

  -Ken

0
ken
11/9/2002 12:42:48 AM
Reply:

Similar Artilces:

Re: INSTALLSCRIPT doesn't have 'site', 'vendor' values?
On Tue, 05 Nov 2002 01:54:22 GMT, ken@mathforum.org (Ken Williams) wrote in news:814B3DD1-F061-11D6-AADE-003065F6D85A@mathforum.org: > Hi, > > I notice the following in the MakeMaker docs (version 5.91_01): Just FYI, ExtUtils::MakeMaker is up to current v 6.05 now. It is an easy upgrade to do manually. > I'm curious about why INST_SCRIPT doesn't have different values in the > three columns. Is this why things like LWP's "HEAD" script are > installing to /usr/bin on OS X instead of to /usr/local/bin? I recently noticed this too. My g...

''''''''''''''''''''
Name: haznen Email: haznenatyahoodotcom Product: Gran Paradiso Alpha 8 Summary: '''''''''''''''''''' Comments: '''''''''''''''''''''''''''''''''''' Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061204 UGES/1.7.2.0 GranParadiso/3.0a1 From URL: http://www.mozilla.org/projects/granparadiso/ Note to readers: Hendrix gives...

'''''
Name: mario Email: ramar17atfastwebnetdotit Product: Gran Paradiso Alpha 2 Summary: ''''' Comments: K: Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2) Gecko/20070206 GranParadiso/3.0a2 ...

'do' won't 'do' if '/'
Greetings to All from Au, Have a NetWare Perl 5.8.4 and wanted to tweak File\Spec\NW.pm to try and standardise on '/' separators. If I run a test script (t/uni/lower.t) with an unmodified NW.pm, it calls t/uni/case.pl, that, in case.pl, (when the path separators are '\'), the $file is '..\lib\unicore\To\Lower.pl' and the following code portion works, with $simple getting a returned table: sub casetest { my ($base, $spec, $func) = @_; my $file = File::Spec->catfile(File::Spec->catdir(File::Spec->updir, "lib", &qu...

'Value' should be between 'minimum' and 'maximum'.
I'm attempting to invoke with parameters:  Dim thing2 As New mydelsubPBStep(AddressOf pbStep) Me.Invoke(thing2, "setMax", dt.Rows.Count)      <---- this is where the error occurs   the delegate looks like this: Private Delegate Sub mydelsubPBStep(ByVal mode As String, ByVal value As Integer)   the function it's calling looks like this:Private Sub pbStep(ByVal mode As String, ByVal value As Integer) Select Case mode.ToLower Case "clear" ProgressBar1.Value = 0 Case "step" ProgressBar1.PerformStep() L...

'''
Name: L Lachowsky Email: e2brutus_10atyahoodotcom Product: Firefox Summary: ''' Comments: why duddn this surprise me... I change default server from IE to Mozilla, and then i get error messages. well, shud I decide to not get on my computer with Mozilla..or shud I risk security breeches with IE....hmmm at least i can get on the internet with IE Browser Details: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 From URL: http://hendrix.mozilla.org/ Note to readers: Hendrix gives no expectation of a response to this fee...

Cast from type ''''DBNull'''' to type ''''String'''' is not valid.
How do I avoid getting this error: Cast from type ''''DBNull'''' to type ''''String'''' is not valid. I am trying to get values from the database into a form for updating using a Datareader, SQL is set to allow nulls for certain fields as they are not required but the only way I can get the form to display is by adding a space in SQL. Is there another way around this? Check if it is equal to DBNull.Value first and if it is, don't do the cast.Stanley Tan theSpoke Blog Where in the code does it need to go? I am using the following and it's the profile that isn't always requi...

'b'..'a'
Hello. I'm using defferent 5.6.0's for Win32. I wonder wheter following behaviour is intentional or not: d:\>perl -e "print 'b'..'c'" bc d:\>perl -e "print 'b'..'a'" bcdefghijklmnopqrstuvwxyz I expected empty list in latter case, like in perl -e "print 'bb'..'a'" <!ENTITY Vadim REALLIFE "Vadim V.Konovalov, St.Petersburg, Russia"> &Vadim; On Wed, Sep 20, 2000 at 03:14:41PM +0400, Konovalov, Vadim wrote: > Hello. > > I'm using defferent 5.6.0'...

'IN' Clause or 'OR'
Hello, [1]: select * from TABLEA where COL1 IN('value1','value2''valu3'....) [2]:select * from TABLEA where COL1 = 'value1' OR COL1= 'value2' OR COL1='valu3'. TABLEA is a huge table and it has non-clustered index on COL1. Among the above 2 queries, which query will give me the better performance or fast response and WHY? What is the difference between 'IN' and 'OR' clauses as for as Sybase Optimization is concerned. Which is the better one to be used on huge tables. Thanks. Mac An IN list is treated ...

'or' or 'union'
Hello I was just wondering, in general what is better to use, an 'or' clause in a select or a 'union' to join two selects together. Do both statements create work tables? Many thanks Alex I think OR will be better than union. because suppose u have 3 tables and using OR u can join table a and table b and table c so each table will have only one read. but using union you will join table a and table b and in another query of union u will use table (a or b) and table c so ur one read is more in union . Ramdas Alex Cheung wrote: > Hello > >...

'To', 'CC', & 'BCC'
Name: Dick Tracy Email: philipdottracyatoptusnetdotcomdotau Product: Thunderbird Summary: 'To', 'CC', & 'BCC' Comments: I have just started using Thunderbird and while I find it quite excellent- I suggest having a button to add addressees to 'BCC' as well. Currently each 'BCC' addressee has to be selected manually. I send e-mail to quite a number of people at a time and I do not wish to readily spread others addresses easily. Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0....

EXEC sp_msforeachtable 'sp_spaceused ''?'''
What does the following SQL code mean?  EXEC sp_msforeachtable 'sp_spaceused ''?'''Johan TheunissenMCPD, MCSE, MCTS BizTalk 2006==============================Please mark the most helpful reply/replies as "Answer". JohanNL:sp_msforeachtable This is the name of the SP that resides in the master database.  This SP executes one or more commands for a table. JohanNL:sp_spaceused This is the command that you want to run for each of the tables residing in your current database.  As you might have understood so far, that this is again a...

Why 'and' not '&&' ? (was Cleaning up 'uninitialized value')
> Use: > > if (@ARGV and -T $ARGV[0]) { ... } Just wondering if there is a reason for using the lower precedence 'and' here instead of '&&'? I haven't been finding many uses for 'and' which tells me I might not fully understand it. Thanks, Peter C. On May 30, Peter Cornelius said: >> if (@ARGV and -T $ARGV[0]) { ... } > >Just wondering if there is a reason for using the lower precedence 'and' >here instead of '&&'? I haven't been finding many uses for 'and' which >tells...

superreview granted: [Bug 404773] Find bar doesn't like the letters 'b', 'o ', 'd', 'y', and 'random'
Johnny Stenback (:jst) <jst@mozilla.org> has granted Dave Townsend (Mossop) <dtownsend@mozilla.com>'s request for superreview: Bug 404773: Find bar doesn't like the letters 'b', 'o', 'd', 'y', and 'random' https://bugzilla.mozilla.org/show_bug.cgi?id=404773 Attachment 291924: patch rev 1 https://bugzilla.mozilla.org/attachment.cgi?id=291924&action=edit ------- Additional Comments from Johnny Stenback (:jst) <jst@mozilla.org> Nice :) r+sr=jst ...

Web resources about - INSTALLSCRIPT doesn't have 'site', 'vendor' values? - perl.makemaker

Resources last updated: 12/14/2015 3:53:01 PM