Skip to main content

[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




Back to the top