| From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
|---|---|
| To: | ohp(at)pyrenet(dot)fr |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>, pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: cvs head initdb hangs on unixware |
| Date: | 2008-12-10 14:20:00 |
| Message-ID: | 493FD010.3060509@enterprisedb.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
ohp(at)pyrenet(dot)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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Merlin Moncure | 2008-12-10 14:23:11 | Re: ALTER composite type does not work, but ALTER TABLE which ROWTYPE is used as a type - works fine |
| Previous Message | ohp | 2008-12-10 14:03:17 | Re: cvs head initdb hangs on unixware |