#590 ralloc problem

closed-fixed
5
2013-05-25
2003-09-21
No

sdcc -S _frexpf.c --model-large

emits:

;frexpf.c:32: i -= 0x7e;
; [01234567] ic:9: iTemp11 [k18 lr9:11 so:0]{ ia0 re0 rm0
nos0 ru0 dp0}{long-int}{ sir@ _frexpf_sloc0_1_0}[r7 r6 r0 r1 ]
= iTemp8 [k15 lr8:9 so:0]{ ia0 re0 rm0 nos0 ru0
dp0}{xdata-volatile-unsigned-long-int}[r6 r7 r0 r1 ] - 0x7e
{literal-long-int}
; genMinus
mov a,r6
add a,#0x82
mov r7,a
mov a,r7
addc a,#0xff
mov r6,a

iTemp11 uses r7,r6,r0,r1, while iTemp8 uses r6,r7,r0,r1 (r6 and
r7 exchanged). r7 of iTemp8 is overwritten.

Discussion

  • Erik Petrich

    Erik Petrich - 2003-09-21
    • status: open --> closed
     
  • Erik Petrich

    Erik Petrich - 2003-09-21

    Logged In: YES
    user_id=635249

    Fixed in src/mcs51/ralloc.c 1.115 and src/ds390/ralloc.c 1.84

    I would have fixed this problem during yesterdays update if
    I realized it was there too. Are you hiding a regression
    test, Bernhard? :-)

     
  • Erik Petrich

    Erik Petrich - 2003-09-21
    • milestone: --> fixed
    • assigned_to: nobody --> epetrich
    • status: closed --> closed-fixed
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks