--- Comment #8 from pinskia at gcc dot gnu dot org 2008-03-29 00:57 ---
This is working as designed, the unrelated edits are really related as we base
stuff on the DECL UID which we assign based on the order.
We only promise the same generated code for the same preprocessed source.
Oth
--- Comment #7 from vda dot linux at googlemail dot com 2007-08-31 11:30
---
This is unfortunate, it skews busybox's "make bloatcheck" results.
In general, I suppose if generated asm sequences are different -> one of them
is "better" (for some definition of "better") -> gcc generates b
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-08-31 01:47 ---
Most likely what is happening is that DECL_UIDs are different so they will
produce different code because of that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29950
--- Comment #5 from vda dot linux at googlemail dot com 2007-08-28 14:49
---
Created an attachment (id=14125)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14125&action=view)
An example of code compiled differently by 4.2.1
It still exists in 4.2.1
testcase-421 contains preporce
--- Comment #4 from vda dot linux at googlemail dot com 2007-07-21 23:41
---
Tested gcc 4.2.1, generates identical code:
00aa T find_pair
00aa T find_pairB
00aa T find_pairC
00aa T find_pair
00aa T find_pairB
00aa T find_pairC
Also did a diff of .s files:
# di
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-24 02:51 ---
Most likely something is being hashed by addresses and then transversing the
hashtable or an unstable sort due to using addresses as the last compare. A
lot of these issues were fixed in 4.2.0 so this might be fixed
--- Comment #2 from vda dot linux at googlemail dot com 2006-11-22 22:58
---
Created an attachment (id=12670)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12670&action=view)
Complete testcase with .c, .o and .s files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29950
--- Comment #1 from vda dot linux at googlemail dot com 2006-11-22 22:57
---
Created an attachment (id=12669)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12669&action=view)
Visual comparison of assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29950
