Re: Atomics hardware support table & supported architectures

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Noah Misch <noah(at)leadboat(dot)com>, Merlin Moncure <mmoncure(at)gmail(dot)com>, Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com>, Petr Jelinek <petr(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Atomics hardware support table & supported architectures
Date: 2014-06-27 18:26:06
Message-ID: 28296.1403893566@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> On 2014-06-27 13:12:31 -0400, Robert Haas wrote:
>> I don't personally object to dropping Alpha, but when this was
>> discussed back in October, Stefan did:
>>
>> http://www.postgresql.org/message-id/52616373.10004@kaltenbrunner.cc

As an ex-packager I do not believe the argument that it will matter
to packagers if we desupport one of their secondary architectures.
There are many, many packages that have never claimed to work on
oddball architectures at all. Packagers would be better served
by honesty about what we can support.

> Ah, right. I still am in favor of dropping it because I don't it is
> likely to work, but, as a compromise, we could remove only the Tru64
> variant? Openbsd + gcc is much less of a hassle.

>> But I think he's rather in the minority anyway.

> Looks like it.

There would be value in continuing to support Alpha if we had one
in the buildfarm. We don't, and have not had in any recent memory,
and I haven't noticed anyone offering to provide one in future.

The actual situation is that we're shipping a "port" that most
likely doesn't work, and we have no way to fix it. That's of
no benefit to anyone.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2014-06-27 18:51:42 Re: [BUGS] BUG #8673: Could not open file "pg_multixact/members/xxxx" on slave during hot_standby
Previous Message Stephen Frost 2014-06-27 18:23:58 Re: pgaudit - an auditing extension for PostgreSQL