Re: [9fans] Thumb compiler oddity

2023-10-11 Thread David Boddie
On Mon Oct 02 09:07:41 2023, Richard Miller wrote: > > In the meantime, I turned off "registerization" for files that could > > potentially have similar code. > > If you want a more targeted workaround without a performance cost, > in the example you posted you can force the compiler to reload th

Re: [9fans] Thumb compiler oddity

2023-10-02 Thread Richard Miller
> In the meantime, I turned off "registerization" for files that could > potentially have similar code. If you want a more targeted workaround without a performance cost, in the example you posted you can force the compiler to reload the register by replacing return y; with retu

Re: [9fans] Thumb compiler oddity

2023-10-01 Thread David Boddie
On Wed, 27 Sep 2023 13:32:17 +0100, Richard Miller wrote: Is the problem with the compiler or with the C code? It's a compiler error. The function mkvar() in reg.c is keeping track of unique variables without taking address aliasing into account. Thanks for the diagnosis. I'll dig into the p

Re: [9fans] Thumb compiler oddity

2023-09-27 Thread Richard Miller
> Is the problem with the compiler or with the C code? It's a compiler error. The function mkvar() in reg.c is keeping track of unique variables without taking address aliasing into account. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fa

[9fans] Thumb compiler oddity

2023-09-24 Thread David Boddie
I'm using the Inferno Thumb compiler, tc, to compile Inferno (unsurprisingly) and encountered a problem. Since 9front appears to have the same compiler, I thought that I should mention it on both 9fans and Inferno mailing lists. The problem is with the libmath/fdlibm/e_exp.c when compiled using tc