[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-commits] [SCM] UNNAMED PROJECT branch, master, updated. 81d4e201bb

From: Simon Goldschmidt
Subject: [lwip-commits] [SCM] UNNAMED PROJECT branch, master, updated. 81d4e201bb6e5549047d4aa261f754125b97b0e7
Date: Wed, 11 Feb 2015 22:10:43 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "UNNAMED PROJECT".

The branch, master has been updated
       via  81d4e201bb6e5549047d4aa261f754125b97b0e7 (commit)
      from  8155b8cfb31e877c5c51cc539fa121347193f6ce (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 81d4e201bb6e5549047d4aa261f754125b97b0e7
Author: chrysn <address@hidden>
Date:   Mon May 27 07:15:51 2013 +0200

    include the memp struct list once before actually using it
    when custom lwipopts.h files are used (MEMP_USE_CUSTOM_POOLS), there is
    typically the need to use sizeof(some_struct) in there, but on structs
    that are not already declared in lwip; thus, they use #include on custom
    even if the included files have proper include guards, the way memp
    headers are used (
        typedef enum {
        #define LWIP_MEMPOOL(name,num,size,desc)  MEMP_##name,
        #include "lwip/memp_std.h"
        } memp_t;
    ) breaks when fresh includes are involved. in this patch, this gets
    circumvented by including lwip/memp_std.h once with an empty
    LWIP_MEMPOOL definition, so that all the includes from custom
    lwippools.h files can be handled safely.


Summary of changes:
 src/include/lwip/memp.h |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]