> >my point is that in C89 mode *restrict* (in whatever spelling) got expanded > >to nothing. we had a bug (typo in fact) related to *restrict* and we didnt > >catch it because of C89 compilation mode... > > Ah, you mean a simple syntax error like char __restrict* a instead of > char* __restrict a. I thought you meant something serious like different > behaviour between the standards. Why somebody would #define away > __restrict (or #define away any other extension, which GCC accepts > anyway) is beyond me. If the source code already contains distinctions > between C89 and C99 then, imo, somebody did something wrong. my point was general - people expect C99 features and use them (it's 10 years old) but we dont compile in that mode - this mismatch may yield weird bugs > >my point is that we might have bugs in the C99 code that other (non-gcc) > >compilers > >expose and it's a good thing to unite on one standard. ie. C99 :) > > In general I agree: C99 should be used as language standard for > compilation. style(9) needs some updates for this, too. I hope we'll have C99 on default soon :)Received on Fri Jan 09 2009 - 16:28:15 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:40 UTC