Please do not reply to this email. Use the web interface provided at: http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001142
John Dallaway <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #6 from John Dallaway <[email protected]> 2011-02-14 07:28:41 GMT --- Sergei (In reply to comment #1) > I thought that's what. Another place where we could define SECTION_user > macro could be lpc17xx variant linker include file, e.g. > > cortexm/lpc17xx/var/current/include/pkgconf/mlt_cortexm_lpc17xx.ldi > > This definition could be included from the target's memory layout > files. > > - variant's source is a good place to comment what is macro for; The macro is intended to be completely generic, suitable to any variant. We know that other Cortex-M variants include peripheral memory which could be used via such a macro. Placing this definition in cortex.ld seems like the right approach to me. I could envisage a similar definition being added to *.ld for other architectures in the future. The *.ldi files were once generated by a memory layout tool and it seems best to avoid adding arbitrary code to these files so the possibility of re-introducing such a tool is preserved. I do agree that the name "SECTION_user()" could lead to some confusion with the existing SECTION_*() macros which have a different number of parameters. I would be happy to use a macro name such as "USER_SECTION()" instead. -- Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
