emacs-devel
[Top][All Lists]
Advanced

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

Re: RFC: status icon support


From: David Kastrup
Subject: Re: RFC: status icon support
Date: Sat, 12 Jan 2008 15:33:08 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux)

Andreas Schwab <address@hidden> writes:

> Dan Nicolaescu <address@hidden> writes:
>
>> Richard Stallman <address@hidden> writes:
>>
>>   >     Please no K&R in new code.  
>>   > 
>>   > We have no policy against K&R style.  I recently accepted non-K&R
>>   > function definitions in Emacs sources, but I still do not particularly
>>   > like it.  K&R style is easier to read anyway.
>>
>> It might be easier to read for you personally, but it is harder for
>> people that have never written/read any K&R code. Some emacs
>> contributors have started programming after C was standardized, so they
>> never had a chance to know any different (and its quite possible that
>> some were even born after the standardization).
>
> Old-style function definitions are still part of the C standard.  They
> are only marked obsolescent.

"only"?

    Obsolescing K&R Function Declaration Style

    The K&R function declaration style in the form of

    func(n, m) /* return type is unspecified */
    int n; double m; /* function parameters */
    {
     /*function body*/
    }

    was used in K&R. It was later replaced by the more common form:

    int func(int n, double m) 
    {
    /*function body*/
    }

    The K&R function declaration style is obsolescent in C99. This means
    that compilers are allowed to reject such code or accept it with a
    warning message. In either case, they aren't allowed to ignore it.


Compilers are not allowed to accept this style of declaration without
warning.  They are free to reject it completely, however.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum




reply via email to

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