Sorry, I think you are mistaken.. I did ask which ARM Architecture and if you follow the thread back you'll see I even gave examples of what the assembler options were for ARM  <br><br>Here is the text of that post ....<br>
<br>===========================================<br>Thanks for that reply ... and yes I meant IA32 <br><br><br><br>A few additional points if I may ..<br><br>When
you say the FP supports the ARM architecture my specific question is
how does FP 'inform' <b>the GNU assembler back end of which ARM
architecture is intended ..</b>.<br>
<br>The following is just a snippet from the GNU Assembler manual showing the ARM processor option codes ...<br><br>-mcpu=processor[+extension...]<br>This option speci es the target processor. The assembler will issue an error message if an<br>

attempt is made to assemble an instruction which will not execute on the target processor. The<br>following processor names are recognized: arm1, arm2, arm250, arm3, arm6, arm60, arm600,<br>arm610, arm620, arm7, arm7m, arm7d, arm7dm, arm7di, arm7dmi, arm70, arm700,<br>

arm700i, arm710, arm710t, arm720, arm720t, arm740t, arm710c, arm7100, arm7500,<br>arm7500fe, arm7t, arm7tdmi, arm8, arm810, strongarm, strongarm1, strongarm110,<br>strongarm1100, strongarm1110, arm9, arm920, arm920t, arm922t, arm940t,<br>

arm9tdmi, arm9e, arm946e-r0, arm946e, arm966e-r0, arm966e, arm10t, arm10e,<br>arm1020, arm1020t, arm1020e, ep9312 (ARM920 with Cirrus Maverick coprocessor),<br>i80200 (Intel XScale processor) iwmmxt (Intel(r) XScale processor with Wireless MMX(tm)<br>

technology coprocessor) and xscale. The special name all may be used to allow the<br>assembler to accept instructions valid for any ARM processor.<br>In addition to the basic instruction set, the assembler can be told to accept various extension<br>

mnemonics that extend the processor using the co-processor instruction space. For example,<br>-mcpu=arm920+maverick is equivalent to specifying -mcpu=ep9312. The following extensions<br>are currently supported: +maverick +iwmmxt and +xscale.<br>

<br><b>I need to be clear on how FP specifies one
of these option and how the 'assemble' directive within the FP syntax
is implemented to use ARM register and assembler sematics/syntax which
the GNU Assembler assumes will be set by the language 'front end'</b><br>
<br>==================================================================<br><br>if you look at this list you'll see that ARM3,6, and 7 are among the options. <br><br>So back then, as I have up to now, I asked which assembler code option ( meaning -- which ARM architecture --) did FP support. <br>
<br> <br><div class="gmail_quote">On Mon, Dec 8, 2008 at 2:17 PM, Jonas Maebe <span dir="ltr"><<a href="mailto:jonas.maebe@elis.ugent.be">jonas.maebe@elis.ugent.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br>
On 08 Dec 2008, at 20:43, Prince Riley wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
What I keep asking here and not getting a precise answer about is what<br>
specific ARM opcodes does the FP support What is its default ARM<br>
architecture is the opcode spec based on?<br>
</blockquote>
<br></div>
The problem was that you never asked for which ARM architecture FPC generates assembler code, but only which ARM sub-architecture parameter FPC passes to the GNU assembler. Those are two completely separate questions (and unrelated in this case).<br>

<br>
By default, FPC generates ARMv4 architecture code. You can also ask for ARMv5 and ARMv6 code (using the -Cp command line option, see "ppcrossarm -i" for the possible options).<br>
<br>
In practice, the only difference at this time is that the prefetch() statement is not translated into assembler code unless you target ARMv6 (because earlier ARM cpus do not have a prefect assembler instruction).<div class="Ih2E3d">
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
To be clear ARM5 and ARM7 aren't<br>
variants, they are RISC family processors to be sure, but they are<br>
'different.'<br>
</blockquote>
<br></div>
They are variants of the same processor family (just like the i386 and the Core2Duo are variants of the same processor family). The fact that they are variants does not mean that they support exactly the same instruction set.<br>
<font color="#888888">
<br>
<br>
Jonas</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
fpc-pascal maillist  -  <a href="mailto:fpc-pascal@lists.freepascal.org" target="_blank">fpc-pascal@lists.freepascal.org</a><br>
<a href="http://lists.freepascal.org/mailman/listinfo/fpc-pascal" target="_blank">http://lists.freepascal.org/mailman/listinfo/fpc-pascal</a><br>
</div></div></blockquote></div><br>