Re: Porting reports (cont'd) - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Porting reports (cont'd)
Date
Msg-id 200005052251.SAA07467@candle.pha.pa.us
Whole thread Raw
In response to Re: Porting reports (cont'd)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> Bruce Momjian <pgman@candle.pha.pa.us> writes:
> >> Compiler bugs are a PITA. But Postgres can't have inline code to
> >> handle all cases, esp. cases like this. "if (var op const)" is imho
> >> the usual style for comparisons, and obfuscating that for a single
> >> buggy platform isn't a Good Thing.
> 
> > The bigger problem is that just fixes the comparison done by the
> > regression tests.  Who knows how many other comparisons are broken.  I
> > say leave it broken and don't trust it.  If we fix just the
> > regression-shown fault, we give users a false sense of security.
> 
> Excellent point...
> 
> What we've usually done in the past, when faced with compiler problems,
> is to cut down the optimization setting selected by the platform's
> template file.  If that helps for Unixware then it'd make sense to do
> it, IMHO.

Agreed.

--  Bruce Momjian                        |  http://www.op.net/~candle pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Porting reports (cont'd)
Next
From: Bruce Momjian
Date:
Subject: Re: pg_group_name_index corrupt?