search for: __at_

Displaying 7 results from an estimated 7 matches for "__at_".

Did you mean: _at_
2019 Apr 30
3
RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
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
2019 Apr 30
3
[EXTERNAL] Re: RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...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 had some advantages: - We could use __attribute__((section(".ARM.__at_<address>"))) when the compiler didn't support the attribute, it also needed no support in the assembler. This wasn't ideal as it is nice to be able to use expressions for the...
2019 May 01
2
RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...rm.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 had some advantages: - We could use __attribute__((section(".ARM.__at_<address>"))) when the compiler didn't support the attribute, it also needed no support in the assembler. This wasn't ideal as it is nice to be able to use expr...
2019 May 01
4
RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...hat 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 had some advantages: > > - We could use __attribute__((section(".ARM.__at_<address>"))) when > > the compiler didn't support the attribute, it also needed no support > > in the assembler. This wasn't ideal as it is n...
2019 May 06
2
[EXTERNAL] Re: RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...hat 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 had some advantages: > > - We could use __attribute__((section(".ARM.__at_<address>"))) when > > the compiler didn't support the attribute, it also needed no support > > in the assembler. This wasn't ideal as it is n...
2019 May 07
2
[EXTERNAL] Re: RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...t >> > > 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 had some advantages: >> > > - We could use __attribute__((section(".ARM.__at_<address>"))) >> when >> > > the compiler didn't support the attribute, it also needed no >> support >> > > in the...
2019 May 09
3
[EXTERNAL] Re: RFC - a proposal to support additional symbol metadata in ELF object files in the ARM compiler
...ddress))) 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 had some advantages: > > > - We could use __attribute__((section(".ARM.__at_<address>"))) > when > > > the compiler didn't support the attribute, it also needed no > support > > > in the assembler. This was...