This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug target/11924] mips64-linux o32 accesses to certain file-local data incorrectly generated


PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

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


rsandifo at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |rsandifo at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2003-08-15 05:56:11
               date|                            |


------- Additional Comments From rsandifo at gcc dot gnu dot org  2003-08-15 05:56 -------
Hah.  I see the problem.  I dumbly resued the following (originally
mips16) check for local compiler-generated symbols:

  if (XSTR (x, 0)[0] == '*'
      && strncmp (XSTR (x, 0) + 1, LOCAL_LABEL_PREFIX,
                  sizeof LOCAL_LABEL_PREFIX - 1) == 0)

Guess why that doesn't work with the linux64.h definition. ;)
It does work on mips-linux (which is where I tested the o32
stuff) since LOCAL_LABEL_PREFIX is a constant string.

Anyway, I guess that changing the sizeof to a strlen will
fix the problem but it'll be a few days before I can check.
I'll try to think of something more elegant...


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]