Re: [ADMIN] License Issue - Mailing list pgsql-hackers

From Chris Browne
Subject Re: [ADMIN] License Issue
Date
Msg-id 877i1dk9x0.fsf@dba2.int.libertyrms.com
Whole thread Raw
In response to Re: [ADMIN] License Issue  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-hackers
tgl@sss.pgh.pa.us (Tom Lane) writes:
> Korry Douglas <korry.douglas@enterprisedb.com> writes:
>>> Seems like the easy solution is to rip out the AIX files in your
>>> server deployments ... or are you actually intending to support AIX?
>
>> AIX itself now offers the functions found in src/backend/port/ 
>> dynloader/aix.c so I think that file may be obsolete as of (at least  
>> AIX 5.3).
>
>> aix.c was required long ago because AIX did not offer the popular  
>> dlopen(), dlsym(), dlclose(), and dlerror() functions - you had to  
>> write them yourself.
>
> Well, we've got AIXen in the buildfarm, shall we rip out those files
> and see what happens?

Go nuts :-).

From "our" perspective (at Afilias), I wouldn't see any problem with
stripping out obsolete AIXisms like this, as long as we're validating
the change against buildfarm, which we're running regularly.  We got
rid of our last AIX 5.1 a couple of years ago.

However, there have been some reports out there on the InterWeb of
people running PostgreSQL on AIX 4.3 and such, and those people might
be displeased by this stuff getting "ripped out."

But that being said, I can't see it being a particularly sensible to
be keeping PostgreSQL up to date on a platform where the OS has been
out of maintenance for *years*.
-- 
let name="cbbrowne" and tld="acm.org" in name ^ "@" ^ tld;;
http://linuxfinances.info/info/linuxdistributions.html
Rules  of the  Evil Overlord  #151. "I  will not  set myself  up  as a
god. That perilous position is reserved for my trusted lieutenant."
<http://www.eviloverlord.com/>


pgsql-hackers by date:

Previous
From: "steven king"
Date:
Subject: Re: Automating Partitions in PostgreSQL - Query on syntax
Next
From: Tom Lane
Date:
Subject: Re: [ADMIN] License Issue