[En-Nut-Discussion] NutHeapRealloc

[Thiago A. Corrêa]

Just my 2cts: inlines only works in headers or on the same .c file
they are defined, otherwise the compiler will ignore the inline hint
(it might also ignore it for whatever reason it sees fit).


I like the idea of encapsulating the arch dependent code and sharing
the common thread init code. But shouldn't we commit in smaller bits?
ie: add the NutHeapRealloc/realloc code, then refactor the existing
code as a following step? The way the patch is currently, it's not
even enabled by default, even in AVR, so it's dead code anyway (so
far).


On Wed, May 28, 2008 at 11:36 AM, Nathan Moore <nategoose at gmail.com> wrote:
>>
>> > Put them in an arch/ header that's indirectly included in thread.c based
>> on
>> > the target.
>> >
>>
>> That was my first idea, too. But then you end up with arch-dependant
>> object files outside the arch-directory. Ole suggested to put an .inc in
>> the "global" directory and include this .inc into the device dependent
>> file.
>
>
> But a file in include/arch would be inside an arch directory.
>
> Nathan
> _______________________________________________
> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>