[En-Nut-Discussion] printf() variants return 0.00 - stack alignment?

Philipp Burch phip at hb9etc.ch
Tue Aug 13 12:05:10 CEST 2013

Hi Harald,

On 08/13/2013 11:18 AM, Harald Kipp wrote:
> On 13.08.2013 10:31, Philipp Burch wrote:
>> On 08/13/2013 09:50 AM, Harald Kipp wrote:
>>> On 12.08.2013 19:03, Philipp Burch wrote:
>>> http://old.nabble.com/Problem-with-ARM-floating-point,-again-td34961590.html
>> Oh, seeing that again I remember that I've even read this when you wrote
>> the mail in the first place... So I suppose there is still no solution
>> in sight, right?
> The only solution so far is to try a different version of the toolchain.

okay, that might help for a moment, but is that really a solution? I 
mean, is there a problem in the compiler, in the library or in the 
compiler/linker flags?

>> But what is most important for me atm: This is a problem that is only
>> caused by this float printing stuff, right? So I don't need to fear that
>> the same bug (or however it should be called) also causes some other
>> trouble?
> AFAIK, your assumption is correct. I never experienced any trouble with
> floating point calculations except the ASCII conversion. In that sense,
> I'm not sure about scanf(), because I rarely use it.

The application uses only strtof() at the moment which seems to work 
fine (no varags there).


More information about the En-Nut-Discussion mailing list