[PATCH v2 02/15] RISC-V: ABI Implementation

Palmer Dabbelt palmer@dabbelt.com
Sat Dec 23 03:25:00 GMT 2017


On Wed, 20 Dec 2017 08:31:11 PST (-0800), joseph@codesourcery.com wrote:
> On Tue, 19 Dec 2017, Palmer Dabbelt wrote:
>
>> +END(__longjmp)
>
> Should have space before '(' in such a macro call.
>
>> +ENTRY(_dl_runtime_resolve)
>
> Likewise.
>
>> +END(_dl_runtime_resolve)
>
> Likewise.  Please check and fix this throughout this patch series.
>
>> +/*
>> + * Macros to handle different pointer/register sizes for 32/64-bit code
>> + */
>
> GNU-style macros should not have the leading '*' on each line; please fix
> throughout this file and anywhere else affected in this patch series.
> Also, comments on macros or functions should generally not name the macro
> or function being described, so e.g. "Declare leaf routine." (or "Declare
> leaf routine SYMBOL.") not "LEAF - declare leaf routine".
>
>> +	     : "=r"(__result));				\
>
> Missing space before '(', and similarly in other TLS macros.
>
>> +	__tls_get_addr(__result); })
>
> Likewise, and similarly in other TLS macros.

Thanks.  I believe I've fixed them all, but I'm not 100% sure.  Is there a 
script I can run to check this?  Something like checkpatch.pl in Linux?  I 
poked around Google a bit and couldn't find anything.

I also have one style question: I noticed that

   #define macro(x) ...
   macro (x)

and 

  void func (int x)
  func (x)

don't appear to be consistent, but a grep through the glibc code base seems to 
indicate that's the way things are going.  Did I miss something?



More information about the Libc-alpha mailing list