[Bug c++/53814] FAIL: g++.dg/cpp0x/nullptr28.C -std=c++11 execution test

["danglin at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>]

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

--- Comment #2 from John David Anglin <danglin at gcc dot gnu.org> 2012-11-27 23:43:34 UTC ---
bash-3.2$ /opt/gnu64/bin/gdb nullptr28.exe
GNU gdb (GDB) 7.4.50.20120203-cvs
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "hppa64-hp-hpux11.11".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/mnt/gnu/gcc/objdir-test/gcc/testsuite/g++/nullptr28.exe...done.
(gdb) r
Starting program: /mnt/gnu/gcc/objdir-test/gcc/testsuite/g++/nullptr28.exe 
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
is not privately mapped will not work.  See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.

Program received signal SIGBUS, Bus error.
0x4000000000002a7c in g() ()
(gdb) disass $pc-16,$pc+16
Dump of assembler code from 0x4000000000002a6c to 0x4000000000002a8c:
   0x4000000000002a6c <_Z1gv+28>:    copy dp,r4
   0x4000000000002a70 <_Z1gv+32>:    b,l 0x40000000000029f8 <_Z1fv>,rp
   0x4000000000002a74 <_Z1gv+36>:    nop
   0x4000000000002a78 <_Z1gv+40>:    copy r4,dp
=> 0x4000000000002a7c <_Z1gv+44>:    ldd 0(ret0),ret0
   0x4000000000002a80 <_Z1gv+48>:    ldd -10(r3),rp
   0x4000000000002a84 <_Z1gv+52>:    ldd 8(r3),r4
   0x4000000000002a88 <_Z1gv+56>:    ldo 40(r3),sp
End of assembler dump.
(gdb) p/x $ret0
$1 = 0x800000010000031c
(gdb) info addr n
Symbol "n" is at 0x800000010000031c in a file compiled without debugging.

Symbol "n" is incorrectly aligned.

In nullptr28.C.231r.dfinish:

(insn 9 41 19 (set (reg:DI 28 %r28 [orig:69 D.1635 ] [69])
        (mem:DI (reg/f:DI 28 %r28 [orig:68 D.1636 ] [68]) [0 *D.1636_1+0 S8
A8])) /mnt/gnu/gcc/gcc/gcc/testsuite/g++.dg/cpp0x/nullptr28.C:10 120
{*pa.md:4109}
     (nil))

So, the RTL thinks "n" should be aligned.  However, in the .s file, we have:

        .LEVEL 2.0w
        .globl  i
        .section        .bss
        .align 4
        .type   i, @object
        .size   i, 4
        .align 4
i:
        .block 4
        .globl  n
        .align 1
        .type   n, @object
        .size   n, 8
        .align 1
n:
        .block 8
        .text