Section information of ADS generated assembly file

[Ketan Mukadam]

>Thanks Vincent for your response.
>
>Yes I also thought of the option of converting the assembly to GNU syntax, 
>but i was not able to find any good document for gcc-syntax assembly. For 
>example I have an instruction : BLT     Loop   , where "Loop" is a label.
>
>Now I was not able to find how it can be converted to gcc-syntax. [i.e 
>branching to some label], I tried google, and came up with many documents 
>explaining the gcc-syntax but they were mainly for X86, although most of 
>the things shud apply equally well for ARM assembly but there may be few 
>subtle differences.
>
>If anyone can give me some pointer/link for the complete gcc-syntax or 
>where can i find them, i wud appreciate the help.
>
>PS: How can i automatically generate the gcc-syntax code??
>
>Thanks
>Regds
>Ketan
>
>
>At 12:27 PM 6/4/2003 Wednesday, Vincent Rubiolo wrote:
>
>>Hello,
>>
>>It is nice to see other people are dealing with the same pb as I do ;P
>>
>>Concerning your question, I would recommend converting (by hand or 
>>automatically) your
>>inline asm to GNU syntax instead of generating pure one with armcc and 
>>then adapting it.
>>Indeed, gcc/gas understands ARM opcodes; only the directives are 
>>different. IMHO, you'll
>>save more time trying to adapt a few directives in your original source 
>>than the whole
>>machine-generated asm stuff.
>>
>>Hopes that helps,
>>
>>Vincent
>>
>>kmukadam@neomagic.com wrote:
>> >
>> > Hi all,
>> >
>> > I am not sure whether this is the right place to ask my query. [It is more
>> > related to ADS than to gcc GAS]
>> >
>> > I have an C code with inlined assembly, built for ADS[ARM Development
>> > Suit]. The inline assembly is not in gcc-syntax. I converted it to pure
>> > assembly file using the -S option of armcc compiler.
>> >
>> > Now I changed the directives of the file to suit the gcc assembler
>> > (gas).   The assembled code has something like the following
>> > 
>> =========================================================================================================
>> > |L1.1236|
>> >          DCD      ||.constdata$1||
>> > |L1.1240|
>> >          DCD      ||.constdata$1|| + 4
>> >          ENDP
>> >
>> > AREA ||.constdata||, DATA, READONLY, ALIGN=1
>> >
>> > ||.constdata$1||
>> > startPos1
>> >          DCW      0x0001,0x0003
>> > startPos2
>> >          DCW      0x0000,0x0001
>> >          DCW      0x0002,0x0004
>> >
>> > AREA |area_number.1|, DATA, READONLY, ALIGN=0
>> > EXPORTAS |area_number.1|, ||.constdata||
>> > ||.constdata$6||
>> > 
>> ==========================================================================================================
>> >
>> > My query is
>> >
>> > 1) What the ||.constdata$1|| stands for?? Is it a label or a subsection
>> > inside the .data area or is it a indication to the linker to attach a
>> > specific (load) address to this symbol??
>> >
>> > 2) Why EXPORTAS is used to export the section named |area_number.1| as
>> > ||.constdata||??
>> >
>> > 3) How can I map this to gcc GAS assembler directives??
>> >
>> > Thanks in advance
>> >
>> > Regds
>> > Ketan
>> >
>> > "Destiny is not a matter of chance, it is a matter of choice; it is not a
>> > thing to be waited for, it is a thing to be achieved."
>> > 
>>                            ----William
>> > Jennings Bryan
>> >
>> > ------
>> > Want more information?  See the CrossGCC FAQ, 
>> http://www.objsw.com/CrossGCC/
>> > Want to unsubscribe? Send a note to 
>> crossgcc-unsubscribe@sources.redhat.com
>>
>>------
>>Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
>>Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
>>
>><!DSPAM:3edd97fb100181562814389>
>
>"Destiny is not a matter of chance, it is a matter of choice; it is not a 
>thing to be waited for, it is a thing to be achieved."
> 
>----William Jennings Bryan

"Destiny is not a matter of chance, it is a matter of choice; it is not a 
thing to be waited for, it is a thing to be achieved."
                                                                                                 ----William 
Jennings Bryan 


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com