Guillem Jover <guil...@debian.org> writes: > Hi! > > On Sat, 2011-11-19 at 22:42:11 +0000, Ben Hutchings wrote: >> The i386 architecture was the first in Linux and in Debian, but we have >> long since dropped support for the original i386-compatible processors >> and now require a minimum of a 486-class processor. >> >> I think it is time to increase the minimum requirement to 586-class, if >> not for wheezy then immediately after. (Later it should be increased >> further, and eventually i386 should be reduced to a partial architecture >> that may be installed on amd64 systems.) This would allow the use of >> optimisations and new instructions throughout userland that improve >> performance for the vast majority of users. > > It seems gcc has been targetting i586 instruction set by default since > gcc 4.4.0-1~exp1, although the triplet was not changed to match. On the > discussion regarding multiarch tuples I proposed we should switch the > triplet back to i386-linux-gnu to avoid this kind of confusion, fix the > internal inconsistency and the one with other architectures (which do > not track the base instruction set in the triplet) and so that we can > use them directly as the multiarch tuples. > > For more details please see: > > <http://lists.debian.org/debian-dpkg/2011/02/msg00061.html> > <http://lists.debian.org/debian-dpkg/2011/02/msg00039.html> > > regards, > guillem
While I agree that the triplet should be unique for all the reasons stated in the two mails I have to disagree with your conclusion to change the gcc triplet to i386-linux-gnu. A gcc compiling for i486-linux-gnu, i585-linux-gnu or even i686-linux-gnu is not compiling for the i386-linux-gnu ABI. You would be making the same mistake that arm does on i*86 too, making the triplet not unique. You could have a "normal" gcc and a i386-linux-gnu-gcc on your system. MfG Goswin -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87y5vbf2f8.fsf@frosties.localnet