Re: solaris 10 with gcc 3.3.2
От | Mike Mascari |
---|---|
Тема | Re: solaris 10 with gcc 3.3.2 |
Дата | |
Msg-id | 41C40E69.2010303@mascari.com обсуждение исходный текст |
Ответ на | Re: solaris 10 with gcc 3.3.2 (Mike Mascari <mascarm@mascari.com>) |
Список | 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 по дате отправления: