Re: cvs head initdb hangs on unixware - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: cvs head initdb hangs on unixware
Date
Msg-id 493FD010.3060509@enterprisedb.com
Whole thread Raw
In response to Re: cvs head initdb hangs on unixware  (ohp@pyrenet.fr)
Responses Re: cvs head initdb hangs on unixware  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
ohp@pyrenet.fr wrote:
> On Wed, 10 Dec 2008, Heikki Linnakangas wrote:
>> I find it pretty scary to work around compiler bugs like this. Who 
>> knows what other code it miscompiles. Can you reduce fsm_search_avail 
>> into a small stand-alone test program, and file a bug report with the 
>> compiler vendor?
> FWIW, the compiler doesn't miscompîle anything on postgresql, as an 
> heavy user/hoster, I'd know!
> 
> Let's not start a flame here, SCO compiler is as good or as bad as 
> anyother..
> 
> Never saw a problem with gcc, hp-ux, darwin or M$?

Sure, that's not what I was saying. My point is, when there's a bug in 
one version of a compiler, we shouldn't try to adapt PostgreSQL to that 
bug. Instead, we should narrow down the bug, get it fixed in the 
compiler, and tell users to use the most recent version of the compiler 
where the bug has been fixed.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: ALTER composite type does not work, but ALTER TABLE which ROWTYPE is used as a type - works fine
Next
From: "Robert Haas"
Date:
Subject: Re: ALTER composite type does not work, but ALTER TABLE which ROWTYPE is used as a type - works fine