[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
| Re: [tinydtls-dev] Current status of HAVE_ASSERT_H | 
Hi Raul,
I saw this problem before and I thought I addressed it but I must have 
forgotten.
Without HAVE_ASSERT_H the code does not compile.
Gaëtan
On 04/04/2017 02:40 PM, Raul Fuentes wrote:
Hi people,
I have a observation regarding *HAVE_ASSERT_H*, seems that Linux and 
Contiki (and RIOT)  supports assert.h, but also this become almost 
mandatory to run.
Yet, I found discrepancies between ccm.c and sha2.c
Those are the lines for sha2.c
    /#ifdef HAVE_ASSERT_H
    #include <assert.h>    /* assert() */
    #else
    #ifndef assert
    #warning "assertions are disabled"
    #  define assert(x)
    #endif/
Those are the lines for ccm.c
    /#ifdef HAVE_ASSERT_H
    # include <assert.h>
    #endif/
Mostly because both of them call assert() without any type of protection.
Technically speaking, ccm.c should be the same than sha2.c. And I 
think dtls.c could benefit of this too.
What is the general opinion about this?
P.S. I'm assuming this protection is for more restricted resources 
such as applications running with FreeRTOS.
_______________________________________________
tinydtls-dev mailing list
tinydtls-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/tinydtls-dev