Skip site navigation (1) Skip section navigation (2)

Depending on system install scripts (was Re: COBOL)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jarom Hagen <jhagen(at)telematch(dot)com>
Cc: pgsql-hackers(at)postgreSQL(dot)org, pgsql-bugs(at)postgreSQL(dot)org
Subject: Depending on system install scripts (was Re: COBOL)
Date: 2001-03-08 14:59:34
Message-ID: 25534.984063574@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
Jarom Hagen <jhagen(at)telematch(dot)com> writes:
> Yes, we have an evil COBOL compiler from MicroFocus that put that install
> script there.  I was really confused why postgres wanted a COBOL system. :-)

I've suggested a couple of times that since we include install-sh in our
distro anyway, it's pointless and unnecessarily risky to go looking for
a platform-supplied install program.  However, I could never quite get
anyone else to see the reasoning.  Now that I have this sterling example
to point to, I'm going to start rattling the cage again.  Why don't we
get rid of the configure-time search for 'install', and just always use
our own script?

			regards, tom lane


> On Wed, Mar 07, 2001 at 07:38:30PM -0500, Tom Lane wrote:
>> Jarom Hagen <jhagen(at)telematch(dot)com> writes:
>>> /usr/local/bin/install -c -m 555 postgres /usr/local/pgsql/bin/postgres
>>> You must have a COBOL system present to install this product
>> 
>> Weird.  It looks like you have some exceedingly nonstandard program
>> in /usr/local/bin/install --- certainly not what configure thought that
>> that program would do, anyway.  Do you know where that program came from
>> (perhaps a Sun COBOL package)?
>> 
>> A nondestructive workaround would be to hand-edit src/Makefile.global's
>> INSTALL variable to refer to our install-sh script (also in src/) rather
>> than /usr/local/bin/install.  However, that install is going to bite a
>> lot of other open-source packages that expect to find a standard-ish
>> install script available, so I'd suggest deleting or at least renaming
>> it...

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 2001-03-08 15:14:12
Subject: Re: Memory management, palloc
Previous:From: Karel ZakDate: 2001-03-08 14:54:29
Subject: Re: Memory management, palloc

pgsql-bugs by date

Next:From: pgsql-bugsDate: 2001-03-08 18:22:00
Subject: absolute(int rownumber) method not implemented as per Sun guidlines
Previous:From: Tom LaneDate: 2001-03-08 02:07:04
Subject: Re: seq scan on a table whereas an index exist

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group