This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: # of unexpected failures 768 ?


Rainer Orth <ro@CeBiTec.Uni-Bielefeld.DE> writes:

> Ian Lance Taylor <iant@google.com> writes:
>
>> Michael Haubenwallner <michael.haubenwallner@salomon.at> writes:
>>
>>> But still: given that x86-solaris started with some Pentium, I just
>>> can't believe gcc can "optimize" for real 80386 CPU on Solaris now.
>>>
>>> Especially as i386 (from config.guess) is the default too.
>>
>> I'm not sure why you don't believe it.  It is what I would expect.
>>
>> If we want to make this work more normally for ordinary users, I think
>> the right thing to do would be to patch config.guess to compute a better
>> value for the build system CPU on Solaris systems.
>
> Please no: alpha went this route, and the consequence is that your
> self-built gcc will generate code for the build system.  This breaks
> completely if you have a heterogeneous collection of systems, and the
> GCC build system isn't the least common denominator of them.  This
> single-system mindset creates unnecessary trouble in this scenario.
> GCC's configure has enough control over the default target CPU, even
> without messing with config.guess, and most other programs won't care
> about this at all.

Oh, I completely agree that it would be wrong to have config.guess
produce the exact CPU used on the build system.

But having config.guess produce "i386" for an OS which does not even run
on a vanilla i386 is also wrong.  A much better choice here would be the
earliest CPU value which the OS actually supports.

Ian


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]