Re: solaris 10 with gcc 3.3.2 - Mailing list pgsql-bugs

From Mike Mascari
Subject Re: solaris 10 with gcc 3.3.2
Date
Msg-id 41C40D33.6020900@mascari.com
Whole thread Raw
In response to Re: solaris 10 with gcc 3.3.2  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: solaris 10 with gcc 3.3.2  (Mike Mascari <mascarm@mascari.com>)
List pgsql-bugs
Tom Lane wrote:

>I wrote:
>
>
>>This is standard practice for gcc: it tries to use "cleaned up" versions
>>of system headers that will not elicit useless warnings from gcc.  It's
>>a good idea, actually, because the degree of insanity in vendor-supplied
>>system headers is pretty depressing.  But if the gcc install process
>>generated an invalid "cleanup" file then you need to take that up with
>>the gcc boys, not us.
>>
>>
>
>On rereading this, a nearly-dead neuron fired --- I have seen problems
>of this sort arise when someone took a gcc installation generated on
>NiftyVendorUnix M.N and copied it verbatim to NiftyVendorUnix M.N+1,
>or indeed any release other than M.N.
>
>
That nearly-dead neuron has value. The problem is that most people are
getting the Solaris 10 beta builds whose headers conflict with the gcc
3.3.2 package's 'adapted' headers they are acquiring from
sunfreeware.com, which, along with distributing other binary packages,
is the place referred to by gcc.gnu.org for pre-built Solaris binaries.
All the original poster needs to do is rebuild the gcc's 'adapted'
headers with:

# cd /usr/local/lib/gcc-lib/i386-pc-solaris2.10/3.3.2/install-tools
# ./mkheaders

and they should be good to go....

Mike Mascari

pgsql-bugs by date:

Previous
From: Michael Fuhr
Date:
Subject: Re: posgresql 8.0 RC1 missing schemas
Next
From: Mike Mascari
Date:
Subject: Re: solaris 10 with gcc 3.3.2