<div dir="ltr"><div>OK, perfect.<br><br></div>Thanks<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 3, 2014 at 10:21 AM, Joel Sherrill <span dir="ltr"><<a href="mailto:joel.sherrill@oarcorp.com" target="_blank">joel.sherrill@oarcorp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
<br>
On September 3, 2014 6:41:45 AM CDT, Federico Casares <<a href="mailto:federico.casares@tallertechnologies.com">federico.casares@tallertechnologies.com</a>> wrote:<br>
>Hi Joel,<br>
><br>
>We did the lpc1768* BSPs. If we remove the NDEBUG... which will be the<br>
>procedure to disable ASSERTS for production builds?<br>
<br>
</div>Ultimately you (end user) select the flags you want to deploy with. :)<br>
<br>
My goal is just ensure builds work with and without it defined.<br>
<div class="HOEnZb"><div class="h5"><br>
>regards.<br>
><br>
><br>
><br>
>On Tue, Sep 2, 2014 at 6:57 PM, Joel Sherrill<br>
><<a href="mailto:joel.sherrill@oarcorp.com">joel.sherrill@oarcorp.com</a>> wrote:<br>
><br>
>Hi<br>
><br>
>The following BSPs define NDEBUG in their CFLAGS and thus fail<br>
>to compile when RTEMS debug is enabled:<br>
><br>
>mvme136<br>
>lpc1768_mbed_ahb_ram<br>
>lpc1768_mbed<br>
>rtl22xx<br>
><br>
>I have tracked this down to newlib's assert.h (correctly) not<br>
>defining __ASSERT_FUNC when NDEBUG is defined.  This trips<br>
>up the RTEMS assert definitions which rely on that definition<br>
>of __ASSERT_FUNC.<br>
><br>
>I can fix this by using the logic in newlib's assert.h to define<br>
>__RTEMS_ASSERT_FUNC for our own assert's use.<br>
><br>
>Any objections to this approach?<br>
><br>
>--<br>
>Joel Sherrill, Ph.D.             Director of Research & Development<br>
>joel.sherrill@OARcorp.com        On-Line Applications Research<br>
>Ask me about RTEMS: a free RTOS  Huntsville AL 35805<br>
>Support Available                (256) 722-9985<br>
><br>
>_______________________________________________<br>
>devel mailing list<br>
><a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
><a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
><br>
><br>
><br>
><br>
>--<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">>Casares, Federico<br>
><br>
>Sr. Software Engineer<br>
><br>
>Taller Technologies Argentina<br>
><br>
>San Lorenzo 47, 3rd Floor, Office 5<br>
>Córdoba, Argentina<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div dir="ltr"><div><div><span style="font-family:verdana,sans-serif"><a href="http://www.tallertechnologies.com" target="_blank"><img alt="http://www.tallertechnologies.com" src="http://www.tallertechnologies.com/templates/tallertechnologies/images/signature.png" height="78" width="200"></a><br>
Casares, Federico<br></span></div><span style="font-family:verdana,sans-serif">Sr. Software Engineer<br></span></div><span style="font-family:verdana,sans-serif">Taller Technologies Argentina<br><br><span style="font-size:8pt;color:rgb(0,0,0);font-weight:normal;font-style:normal;text-decoration:none;vertical-align:baseline;background-color:transparent">San Lorenzo 47, 3rd Floor, Office 5<br>
</span><span style="font-size:8pt;color:rgb(0,0,0);font-weight:normal;font-style:normal;text-decoration:none;vertical-align:baseline;background-color:transparent">Córdoba, Argentina</span></span><br></div>
</div>