[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug gas/998] generates non-optimal instruction...

From: amodra at bigpond dot net dot au
Subject: [Bug gas/998] generates non-optimal instruction...
Date: 30 Mar 2006 01:05:13 -0000

------- Additional Comments From amodra at bigpond dot net dot au  2006-03-30 
01:05 -------
Some background info I should have added to help people looking through the bug

<bje> alanm: Any opinions on PR 998?
<bje> I gather from your comments that you've stated, "That's the way it is". 
Is there anything more to do here?
<alanm> bje, depends on how much work you want to do.  the problem is that with
listings turned on, each line is in a separate frag.  you generally can't
subtract labels in different frags (one of the frags might be something like
.align) until final placement, so we punt when evaluating the size expression. 
you could a) rewrite gas listing code from scratch to not use frags, b) look
back thru some frags when evaluating expressions
<bje> It seems like a pretty obscure corner case.
<alanm> yes, but people do keep running into the problem, even with listings
disabled.  eg. you might need a new frag simply because memory allocated for old
one runs out.  in that case the two frags have a fixed relationship wrt start
address, so you could subtract a label in one frag from a label in the other. 
not doing so breaks anything that depends on being able to evaluate such an
expression early.  conditional assembly, .org/.space, relax...



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]