This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc 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: [PATCH] Disable building with i386-*, -march=i386 or -mcpu=i386.


On 04/08/2013 07:11 PM, Roland McGrath wrote:
>> That's true, and I'm willing to make it hard error if that's what
>> people think we should actually do.
> 
> It's my preference, but I don't insist on it.

Preference noted. I'd like to leave it as-is to help new developers
on such systems, and to assist downstream. While I agree that on
principle it should be a hard error, the practical side of me says
that it helps more than it hinders to do the elision.

There is a "hard-line" somewhere in my decision making process, but
it's something I try hard *not* to listen to. It may be the case that
our decisions are a continual hegellian dialectic, and that the
community really can't do without you Roland ;-)

I mention again that it would be an additional enhancement to add 
--march=i686 when configuring for i686-* to avoid problems with 
users that have compilers defaulting to i386 code generation.

>> Even if you disagree that downstream should not be a reason, what
>> about budding developers that want to get started hacking GNU and
>> for some reason or another their system target triplet is i386-*
>> and everything breaks. I'd rather just commute that to i686-* and
>> have them happy little hackers :-)
>>
>> The BZ's we have fixed with this issue are all about novice developers
>> needing help or a configure error to tell them to do the right thing.
> 
> A hard configure error should certainly tell them the right thing to do.

Agreed, all such hard configure errors should say why it failed and what
you should do to fix it with examples.

Cheers,
Carlos.


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