Re: [riot-devel] Compile-time peripheral configuration in board definitions

2018-12-17 Thread Gunar Schorcht
Hi Joakim, many thanks for your comprehensive answer. > First, let's clear up one thing regarding the current > implementation: The static const structs defined in periph_conf.h are > garbage collected in all modules where they are not directly used, so > usually, this means that it will only

Re: [riot-devel] Compile-time peripheral configuration in board definitions

2018-12-17 Thread Joakim NohlgÄrd
Hi Gunar, I have experimented with something similar, moving the configurations to a .c file instead of periph_conf.h, but I came to the conclusion that there are a number of drawbacks to the various alternatives. First, let's clear up one thing regarding the current implementation: The static

Re: [riot-devel] Compile-time peripheral configuration in board definitions

2018-12-17 Thread Gunar Schorcht
Hi Juan, thanks for your answer. > So you are saying that the data gets duploicated in ROM several > times? I did not know that. If that is the case, then it's > definitely a bad thing! Yes, at least for object files where they are used and cannot be optimized. The static storage type limits

Re: [riot-devel] Compile-time peripheral configuration in board definitions

2018-12-17 Thread Juan Ignacio Carrano
Hi Gunar, Even though these static const arrays are allocated in the .rodata segment, they are allocated in each module that includes `board.h`. XFAs addresses this problem. So you are saying that the data gets duploicated in ROM several times? I did not know that. If that is the case, then