loody wrote:
2009/1/29 Jamie Lokier ja...@shareable.org:
loody wrote:
e1a0e00fmov lr, pc
e12fff13bx r3
Actually my cpu get exception when executing this instruction not bx r3.
But lr is the destination for cpu to write, I have checked the arm
reference and
make[2]: Entering directory `/home/cc/Desktop/temp/uClinux-dist/user/busybox'
LINKbusybox_unstripped^M
Trying libraries: crypt m^M
Failed: -Wl,--start-group -lcrypt -lm -Wl,--end-group
Output of:
ucfront-gcc arm-linux-gcc -Os -g -pipe -msoft-float -fno-common -fno-builtin
-Wall
Daniel Jacobowitz wrote:
On Thu, Jan 29, 2009 at 06:12:15AM +, Jamie Lokier wrote:
I wouldn't be surprised if the Codesourcery tools (especially
pre-built libs) are targetting later ARM chips only, since people
using later ARM chips are probably paying Codesourcery for the work.
Our
Hi All,
I am having trouble getting my application that is statically linked against
a rendering library to work on an ARM platform running uclinux. After some
searching and debugging, I isolated the problem to be due some missing ctor
symbols. I was able to solve this by adding a -u option to
Hi Loody,
loody wrote:
2009/1/29 Greg Ungerer g...@snapgear.com:
Hi Loody,
loody wrote:
Why is only supporting FLAT a problem for you?
(It is not entirely true to say uClinux only supports FLAT,
some uClinux architectures support fdelf-pic).
Sorry for using the word, ONLY. Tears will make