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 41C40E69.2010303@mascari.com
Whole thread Raw
In response to Re: solaris 10 with gcc 3.3.2  (Mike Mascari <mascarm@mascari.com>)
List pgsql-bugs
Mike Mascari wrote:

> 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....

Actually, I see the original poster is on SPARC, so the correct path to
the 'mkheaders' utility is probably going to be:

# cd /usr/local/lib/gcc-lib/sparc-sun-solaris2.10/3.3.2/install-tools
# ./mkheaders

Mike Mascari

pgsql-bugs by date:

Previous
From: Mike Mascari
Date:
Subject: Re: solaris 10 with gcc 3.3.2
Next
From: Roland Volkmann
Date:
Subject: Re: Problem with Upper/Lower Function