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

[danglin at gcc dot gnu.org]

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

John David Anglin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #5 from John David Anglin  ---
Branch is no longer maintained.

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

[paolo.carlini at oracle dot com]

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

--- Comment #4 from Paolo Carlini  ---
Can we resolve this?

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

[danglin at gcc dot gnu.org]

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



--- Comment #3 from John David Anglin  2012-12-02 
21:13:57 UTC ---

On trunk, "n" is loaded using generic code to load a misaligned object.

So, test doesn't fail.

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

[danglin at gcc dot gnu.org]

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



--- Comment #2 from John David Anglin  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 

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:

...

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.

0x40002a7c in g() ()

(gdb) disass $pc-16,$pc+16

Dump of assembler code from 0x40002a6c to 0x40002a8c:

   0x40002a6c <_Z1gv+28>:copy dp,r4

   0x40002a70 <_Z1gv+32>:b,l 0x400029f8 <_Z1fv>,rp

   0x40002a74 <_Z1gv+36>:nop

   0x40002a78 <_Z1gv+40>:copy r4,dp

=> 0x40002a7c <_Z1gv+44>:ldd 0(ret0),ret0

   0x40002a80 <_Z1gv+48>:ldd -10(r3),rp

   0x40002a84 <_Z1gv+52>:ldd 8(r3),r4

   0x40002a88 <_Z1gv+56>:ldo 40(r3),sp

End of assembler dump.

(gdb) p/x $ret0

$1 = 0x8001031c

(gdb) info addr n

Symbol "n" is at 0x8001031c 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

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

[michaelh at gcc dot gnu.org]

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

--- Comment #1 from michaelh at gcc dot gnu.org 2012-07-03 23:29:07 UTC ---
Author: michaelh
Date: Tue Jul  3 23:29:03 2012
New Revision: 189242

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189242
Log:
2012-07-03  Michael Hope  

PR c++/53814
* g++.dg/cpp0x/nullptr28.C: Change selector for explicit
options.

Modified:
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
branches/gcc-4_6-branch/gcc/testsuite/g++.dg/cpp0x/nullptr28.C