View Single Post
Old 05-13-2016, 07:51 AM   #151
knc1
Going Viral
knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.knc1 ought to be getting tired of karma fortunes by now.
 
knc1's Avatar
 
Posts: 17,212
Karma: 18210809
Join Date: Feb 2012
Location: Central Texas
Device: No K1, PW2, KV, KOA
Quote:
Originally Posted by geekmaster View Post
- - - -
If I do not USE any libc (or other) library (i.e. as bare-metal as I can get), how can the code fail on a K1? Well, unless everything I have learned about the K1 is a lie, of course. Not sure about anything anymore... Need some sleep...

But if I must stick with a library, then perhaps musl is the (or a) way to go...
By attempting access to the ARMv5 floating point registers.
The xScale does not have any and the access will trap.

There are common runtime program initialization objects, provided by the compiler, not the system library, that may be making those accesses.

Perhaps: To set the fp control register to a known state or to save/restore it across the execution of the program, or to . . . .

This is why I gave you a list of options with which to build your static HelloWorld application -
So that if it did not run on the K1 it could be disassembled and read by a human to find the exact instruction that is causing your problems.
knc1 is offline   Reply With Quote