<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 22, 2020 at 1:55 PM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 22/04/2020 16:12, Joel Sherrill wrote:<br>
<br>
> the code I added is an accepted idiom for telling the compiler a <br>
> variable or parameter is used for its analysis purposes. Does this <br>
> make sense?<br>
><br>
> diff --git a/cpukit/include/rtems/score/isrlock.h <br>
> b/cpukit/include/rtems/score/i<br>
> index 14ea88b..52645a3 100644<br>
> --- a/cpukit/include/rtems/score/isrlock.h<br>
> +++ b/cpukit/include/rtems/score/isrlock.h<br>
> @@ -147,7 +147,7 @@ typedef struct {<br>
>      { SMP_LOCK_INITIALIZER( _name ) }<br>
>  #else<br>
>    #define ISR_LOCK_INITIALIZER( _name ) \<br>
> -    { }<br>
> +    { (void) (_name); }<br>
>  #endif<br>
For a function-like macro it would be all right, however, this if an <br>
initializer macro. I guess this test needs some #ifdef RTEMS_SMP to fix <br>
the warnings.<br></blockquote><div><br></div><div>Yeah. I didn't actually compile it. It looked like a function macro</div><div>and terminated for uniprocessor systems like that. Other cases</div><div>may need indicate something else.</div><div><br></div><div>Just another example of how warnings can look easy. :)</div><div><br></div><div>--joel </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div></div>