hello:
one small question regarding use of ARM inline assembly code in a
C file that has been compiled for Thumb mode.
is it possible to use ARM assembly code from within a C file that
has been compiled for Thumb and Thumb interworking?
how this is done is described on this page:
http://www.dev
teger only software?]
Date : Wed, 23 Jul 2008 12:29:50 +0100
From : Nick Clifton <[EMAIL PROTECTED]>
To : Aaron P. D'Souza <[EMAIL PROTECTED]>
Hi Aaron,
ARM: Do not pass -mno-fpu to the assembler
http://gcc.gnu.org/ml/gcc-patches/2003-04/msg00593.html
why was th
good evening Nick:
i checked and the veneer code generation problem described in
SourceWare BugZilla bug 6727 has not yet been fixed in binutils-2.18,
and that's the latest stable release.
lets see if i can get the latest sources from CVS and then if i
can build and use it.
i will get back to y
good day Nick:
Pablo Bleyer Kocik has built GCC 4.2.2 and i am testing this for
the previous 2 bugs - 6726, 6727 - that i reported.
i have one question for you: apparently, in 2003, you made a change
to prevent -mno-fpu from being passed to GAS.
ARM: Do not pass -mno-fpu to the assembler
http:/
good morning Nick:
You try to isolate whether this really is a linker bug. (It
certainly sounds like it is). If you can reproduce the problem
just using assembler source files then please file a bug report
with the binutils project (at http://sourceware.org/bugzilla).
Including a *small* test
hello Nick:
thank you for your prompt response. i have seen your crt0.S.
- the first file to be linked is an ARM assembly .s file
that contains the ARM vector table and handler addresses.
the vector table is in a separate section called .VhaInit.
Did you know that you can use the KEEP dir
good day people:
i have been using GNUARM/Cygwin for some time now and i have not
encountered a problem like this before.
BACKGROUND
- target MCU is STR71x
- CPU core is ARM7TDMI
- toolchain is GNUARM 4.1.1 on Cygwin
- source code
- the first file to be linked is an ARM assembly .s file
th
