On Fri, Jun 15, 2012 at 06:02:11PM -0700, Ronald S. Bultje wrote:
> Hi,
> 
> On Fri, Jun 15, 2012 at 5:41 PM, Måns Rullgård <[email protected]> wrote:
> > "Ronald S. Bultje" <[email protected]> writes:
> >
> >> From: "Ronald S. Bultje" <[email protected]>
> >>
> >> Defining restrict results - for some compilers - in changing other
> >> uses of the restrict keyword also, e.g. __declspec(restrict) gets
> >> changed to __declspec(__restrict) on MSVC. This causes compilation
> >> failures. Therefore, using a private namespace macro instead is
> >> more reliable and robust.
> >
> > NAK.  restrict is a C99 keyword, and we use C99 features all over the
> > place.  Whatever preprocessor is used to handle, for instance,
> > designated initialisers can just as easily handle these keywords.
> 
> By which law were we decreed that c99 shall be the end of the world? I
> wish to support a compiler that does not support c99. Shall we work
> together and make that happen or shall we just cry like little zealous
> babies while the real world passes by?

Damn, you said your preprocessor is for converting C99 to C89.
So just remove that keyword in it. It's only a hint for compiler after all.
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to