This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: 4.3 build failure in driver-i386.c
On Feb 18, 2008 8:29 AM, Jakub Jelinek <jakub@redhat.com> wrote:
> On Mon, Feb 18, 2008 at 03:58:26AM +0100, Rask Ingemann Lambertsen wrote:
> > On Sun, Feb 17, 2008 at 11:44:18PM +0100, Jakub Jelinek wrote:
> > >
> > > Or we can just duplicate the 2 inline asms for __GNUC__ < 3
> > > or what is the oldest GCC that can handle the alternatives correctly.
> > > The __cpuid asm is short and the other one, while long, doesn't need
> > > changing too often.
> >
> > I'll try to fix it that way.
>
> BTW, I've just tested gcc 3.2.x and 2.96-RH (the oldest I could find around)
> and both handle the alternatives in asm just fine.
> From what I can see in SVN, ASSEMBLER_DIALECT is defined in config/i386.h
> since the merge of the "new" i386 backend by rth in September 1999.
> As 2.96-RH wasn't an official FSF release and nobody probably used it in
> Intel mode anyway, I think __GNUC__ < 3 is the right test.
Yes, this is what my limited search found, too. Starting with GCC 3.0 we are
handling intel asm syntax.
Richard.