[Bug target/27059] New: %T output specifier doesn't work right for floating point registers

[Bug target/27059] New: %T output specifier doesn't work right for floating point registers

[amylaar at gcc dot gnu dot org]

%T originally allowed to move between registers and memory, using an anadorned
operand for the piece that comes first in memory, and using %T for the second
part.
This does not work with the SH4 floating point registers for little endian
code.
The #ifdef __LITTLE_ENDIAN__ sequences in lib1funcs.asm:udivsi3_i4 are
work around this defect, but these kinds of ifdefs do not scale well.

The SHMEDIA truncdisi2 pattern really should use %R - it couldn't originally
because of a bug in %R, but that's fixed now.


-- 
           Summary: %T output specifier doesn't work right for floating
                    point registers
           Product: gcc
           Version: 4.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: amylaar at gcc dot gnu dot org
GCC target triplet: sh*-*-*


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

[Bug target/27059] %T output specifier doesn't work right for floating point registers

[amylaar at gcc dot gnu dot org]

------- Comment #1 from amylaar at gcc dot gnu dot org  2006-04-06 14:00 -------
I intend to introduce a new modifier for the first part of a 64 bit value -
I suppose %t is best suited for that - and change %T for little endian to be
equivalent to %S.


-- 

amylaar at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu dot
                   |                            |org
         AssignedTo|unassigned at gcc dot gnu   |amylaar at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2006-04-06 14:00:18
               date|                            |


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

[Bug target/27059] %T output specifier doesn't work right for floating point registers

[amylaar at gcc dot gnu dot org]

------- Comment #2 from amylaar at gcc dot gnu dot org  2006-04-06 15:26 -------
This does not actually affect lib1funcs.asm, since we don't have access to
gcc's output modifiers there anyway.


-- 

amylaar at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
OtherBugsDependingO|27060                       |
              nThis|                            |


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

[Bug target/27059] %T output specifier doesn't work right for floating point registers

[amylaar at gcc dot gnu dot org]

------- Comment #3 from amylaar at gcc dot gnu dot org  2006-04-06 15:33 -------
Created an attachment (id=11218)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11218&action=view)
untested patch

If this is not blocking the fix for some more serious bug, maybe we should wait
with this till 4.2 has branched.


-- 


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

[Bug target/27059] %T output specifier doesn't work right for floating point registers

[amylaar at gcc dot gnu dot org]

------- Comment #4 from amylaar at gcc dot gnu dot org  2007-04-17 09:48 -------
Since I am no longer an SH port maintainer this is no longer of immediate
interest to me.


-- 

amylaar at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|amylaar at gcc dot gnu dot  |unassigned at gcc dot gnu
                   |org                         |dot org
             Status|ASSIGNED                    |NEW


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