qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RFC] Introduce module API to QEMU


From: malc
Subject: Re: [Qemu-devel] [RFC] Introduce module API to QEMU
Date: Fri, 3 Apr 2009 21:00:00 +0400 (MSD)

On Fri, 3 Apr 2009, Anthony Liguori wrote:

> malc wrote:
> > 4.1.2 comes from C90
> >   
> 
> C99 would be a more reasonable thing to quote from since it updates C89.

Sigh, i provided c&v for both.

> 
> > > So this is exactly the sort of thing that the standard is there to protect
> > > :-)
> > >     
> > 
> > No. Those are reserved for _any_ use. For example, 6.2.5 states:
> > 
> >      31) An implementation may define new keywords that provide
> >          alternative ways to designate  a  basic  (or  any  other)
> >          type;  this does not violate the requirement that all
> >          basic   types   be   different.    Implementation-defined
> >          keywords  shall  have  the form of an identifier reserved
> >          for any use as described in 7.1.3.
> >   
> 
> I still think you're missing the fact that this is a variable that's 
> provided by the compiler.  It's a GCC extension in the same way 
> __attribute__ is.  The reason we have to declare the variables is 
> because it's actually provided by the linker so GCC the front-end has no 
> knowledge of these variables existence.
> 
> This isn't standard C99 but it certainly doesn't violate C99 either.

You are using _identifier_ whose name violates 7.1.3, full stop, you
can not do that in _any_ context.

-- 
mailto:address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]