This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GCC Steering Committee decision on ISO C conversion


 > From: Richard Sandiford <rsandifo@redhat.com> 
 > 
 > "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu> writes:
 > 
 > > The GCC Steering Committee was asked to consider dropping traditional
 > > (K&R) C support in the GCC sources and allow converting everything to
 > > ISO C.  http://gcc.gnu.org/ml/gcc/2002-06/msg00337.html
 > 
 > Sorry if I've missed it, but is there a list of what changes you mean?
 > Or is that still to be decided?
 > 
 > Like, is it just removing PARAMS for now?  Or are we going to start
 > using new-style function declarations?  Convert boolean parameters
 > to 'bool' instead of 'int'?
 > Richard

I highlighted PARAMS removal because its something we'll allow as
"obvious" checkins.  But there's a lot more we can do for ISO C90
conversion.

E.g. as you suggested above, you can convert to the new function
definitions and use bool parameters.  But you can also convert
VPARAMS, DEFUN, PTR, VA_OPEN (really VA_*).  Also stuff from symcat.h,
namely CONCAT* and STRINGX.  You can also rely on using string
concatenation and other ISO C90 features if the current code was
uglified for traditional C compatibility.

All of these need to go through the standard review and approval
process and adhere to our coding style conventions but are definitely
part of the conversion.

I probably left something out, but use ISO C90 as your guide.

		--Kaveh
--
Kaveh R. Ghazi			Director of Systems Architecture
ghazi@caip.rutgers.edu		Qwest Solutions


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]