public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/32874]  New: Strange global register allocation, depends on order of functions
@ 2007-07-24  8:48 ecd at brainaid dot de
  2007-07-24  8:51 ` [Bug c/32874] " ecd at brainaid dot de
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: ecd at brainaid dot de @ 2007-07-24  8:48 UTC (permalink / raw)
  To: gcc-bugs

I have 3 global register variables, 1 pointer to a struct and 2 unsigned
integers. Next I have 2 functions, each working on the pointer and on one of
the integers. The generated output looks strange in the first place, and is
dependant on the order of the two functions in the input .c file.


-- 
           Summary: Strange global register allocation, depends on order of
                    functions
           Product: gcc
           Version: 4.1.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ecd at brainaid dot de
 GCC build triplet: sparc-linux-gnu
  GCC host triplet: sparc-linux-gnu
GCC target triplet: sparc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32874


^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-09-20 22:20 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-24  8:48 [Bug c/32874] New: Strange global register allocation, depends on order of functions ecd at brainaid dot de
2007-07-24  8:51 ` [Bug c/32874] " ecd at brainaid dot de
2007-07-24  8:52 ` ecd at brainaid dot de
2007-07-24  8:52 ` ecd at brainaid dot de
2007-07-24  8:53 ` ecd at brainaid dot de
2007-07-24  8:54 ` ecd at brainaid dot de
2010-09-20 22:20 ` [Bug middle-end/32874] " ebotcazou at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).