[mythtv] [PATCH] fifowriter gcc 3.4
Kenneth Aafløy
ke-aa at frisurf.no
Fri Jun 4 22:55:53 EDT 2004
On Saturday 05 June 2004 04:28, Eric Hattemer wrote:
> Kenneth Aafløy wrote:
> >Sure you'r compiler is not a bit behind? Tried some of the -std=xxx
> > variables as CFLAGS?
>
> I'm not sure what you mean by behind. Its gcc 3.4.0 release (non-cvs)
> version. I compiled one version myself, and grabbed the contrib rpm
> from mandrake. Both give these errors. From what I can tell, c++
> compatible flags are -std=gnu++98, -std=c++98, and -ansi. None of the C
> flags seem to apply. They all fail.
|GCC now requires an ISO C90 (ANSI C89) C compiler to build. K&R C compilers
|will not work.
>
> As for fifobuffer:
>
> http://www.gnu.org/software/gcc/gcc-3.4/changes.html
>
> When allocating an array with a new expression, GCC used to allow
> parentheses around the type name. This is actually ill-formed and it is
> now rejected:
>
> int* a = new (int)[10]; // error, not accepted anymore
> int* a = new int[10]; // OK
>
> As for the RTjpeg:
> The cast-as-lvalue extension has been removed for C++ and deprecated for
> C and Objective-C. In particular, code like this:
>
> int i;
> (char) i = 5;
> or this:
> char *p;
> ((int *) p)++;
>
> is no longer accepted for C++ and will not be accepted for C and
> Objective-C in a future version.
I guess that it was the >C90 version requirement that prohibited this
behavior. Can't really see what's wrong with it for doing low level c++, but
since that is the behavior decided.....?
Bah, what the heck do I knwo?..
Kenneth J. Aa.
More information about the mythtv-dev
mailing list