search for: dui0472m

...egacy ARM Compiler 5 toolchain and > we're also aware of GCC forks used across the automotive space that have > this feature implemented compatible with the ARM Compiler 5 implementation. > > The documentation is here: > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124985290.html > > ** Proposed syntax and (vague) semantics ** > > As this is a new pragma for Clang and isn't ARM-specific, we've invented a > less ARM-specific syntax. Bikeshedding is expected and welcome. > > #pragma clang section bss(".mybss") rod...

...wrote: > +llvm-dev properly this time. > > On Fri, 10 Mar 2017 at 09:42 James Molloy <james at jamesmolloy.co.uk > <mailto:james at jamesmolloy.co.uk>> wrote: > > > The documentation is here: > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124985290.html > > ** Proposed syntax and (vague) semantics ** > > As this is a new pragma for Clang and isn't ARM-specific, we've > invented a less ARM-specific syntax. Bikeshedding is expected and > welcome. > > #pragma clang section bs...

Hello All, In ARM embedded applications, there are some compilers that support useful function and variable attributes that help the compiler communicate information about symbols to downstream object consumers (i.e. linkers). One such attribute is the "location" attribute. This attribute can be applied to a global or local static data object or a function to indicate to the linker

...te for the specified attribute kind > > > > Thoughts? Comments? Concerns? > Hello Todd, Thanks for bringing this up, I've got a few comments for you based on the implementation of a similar attribute in another Embedded Compiler (http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html). In that case it was __attribute__((at(address))) but the name is not that important. The communication with the linker in that case was via section name and not symbol, from memory at(<address>) translated to a section name of .ARM.__at_<address>. For us this h...

...> > > > Thoughts? Comments? Concerns? > Hello Todd, Thanks for bringing this up, I've got a few comments for you based on the implementation of a similar attribute in another Embedded Compiler (http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html). In that case it was __attribute__((at(address))) but the name is not that important. The communication with the linker in that case was via section name and not symbol, from memory at(<address>) translated to a section name of .ARM.__at_<addres...

> > > > - Dead code elimination (ADCE, BDCE) > > > Regarding BDCE: The trivialized values might indeed be irrelevant to > later calculations, but might harm the debugging experience? If BDCE > only was applied at O2 and higher, that's likely not a huge loss. > Regular DCE (meaning without the bit-tracking parts) is probably fine > for O1. > > >

...ar 2017 at 09:42 James Molloy <james at jamesmolloy.co.uk > > <mailto:james at jamesmolloy.co.uk <james at jamesmolloy.co.uk>>> wrote: > > > > > > > The documentation is here: > > > http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124985290.html > > > > ** Proposed syntax and (vague) semantics ** > > > > As this is a new pragma for Clang and isn't ARM-specific, we've > > invented a less ARM-specific syntax. Bikeshedding is expected and > > welcome. > >...

...t; > > > > > > Hello Todd, > > > > Thanks for bringing this up, I've got a few comments for you based on > > the implementation of a similar attribute in another Embedded Compiler > > (http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html). > > In that case it was __attribute__((at(address))) but the name is not > > that important. > > > > The communication with the linker in that case was via section name > > and not symbol, from memory at(<address>) transla...

...ure would help to reduce this gap by providing better context to the emitted instructions. Incidentally it can also help debugging wrong code. - Related work This is a feature commonly available in production compilers [1][2][3][4]. [1] http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0472m/chr1359124927770.html [2] https://gcc.gnu.org/gcc-7/changes.html (see "Other significant improvements" by the end of the document) [3] https://software.intel.com/en-us/node/523027 [3] https://msdn.microsoft.com/en-us/library/367y26c6.aspx https://llvm.org/bugs/show_bug.cgi?id=16647 htt...

...t; > > > > > > Hello Todd, > > > > Thanks for bringing this up, I've got a few comments for you based on > > the implementation of a similar attribute in another Embedded Compiler > > (http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html). > > In that case it was __attribute__((at(address))) but the name is not > > that important. > > > > The communication with the linker in that case was via section name > > and not symbol, from memory at(<address>) transla...

...t; > >> > > Thanks for bringing this up, I've got a few comments for you >> based on >> > > the implementation of a similar attribute in another Embedded >> Compiler >> > > ( >> http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html >> ). >> > > In that case it was __attribute__((at(address))) but the name is >> not >> > > that important. >> > > >> > > The communication with the linker in that case was via section >> name >&...

...Hello Todd, > > > > > > Thanks for bringing this up, I've got a few comments for you based > on > > > the implementation of a similar attribute in another Embedded > Compiler > > > ( > http://infocenter.arm.com/help/topic/com.arm.doc.dui0472m/chr1359124981140.html > ). > > > In that case it was __attribute__((at(address))) but the name is > not > > > that important. > > > > > > The communication with the linker in that case was via section name > > > and not symbol, fro...