On Mon, Jun 20, 2011 at 4:15 PM, Michael Hope <michael.h...@linaro.org> wrote: > On Tue, Jun 14, 2011 at 9:03 AM, Nicolas Pitre <nicolas.pi...@linaro.org> > wrote: >> Hello Michael, >> >> We do have more and more instances of the following issues turning up in >> the kernel requiring toolchain assistance to solve the problem properly. >> Could you or someone from your team follow this up please? > > Hi Nicholas. Sorry for the delay. We'll talk about this at today's > meeting and I'll follow up to this thread.
Hi Nicholas. We had a talk about it at the meeting (unfortunately) two weeks ago. The original request can be split into two bits: finding the current section name, and changing the assembler state at runtime. The latter is possible but a fair chunk of work. Per section and per symbol attributes are possible but not implemented. One idea would be to add a new directive such as '.permitted push neon' to allow NEON instructions from here on, and '.permitted pop' to restore the previous state. The section name work is trickier. I don't like Dave's suggestion of adding a new formal argument type which expands to the callers section name. It works, but isn't really a formal type like 'required' or 'vaargs'. An alternative is to add a new macro-local variable such as \_sectionname. Do you have a work around? How much smaller would the kernel be with support for fetching the current section name? The minutes are here: https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-06-20 -- Michael _______________________________________________ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
