[Bug middle-end/38510] Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite

2008-12-19 Thread spop at gcc dot gnu dot org
--- Comment #6 from spop at gcc dot gnu dot org 2008-12-20 07:43 --- Subject: Re: Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite > --- Comment #4 from hjagasia at gcc dot gnu dot org 2008-12-19 18:20 > --- > Created an attachment (id=16946) --> (http://gcc.gn

[Bug middle-end/38510] Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite

2008-12-19 Thread howarth at nitro dot med dot uc dot edu
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-12-20 03:18 --- I can confirm that current (r142846) gcc trunk, with the changes from r142728, r142722 and proposed patch in Comment 4 applied, builds pymol 1.1r2 completely under either -O3 or -O2 and -fgraphite-identity

[Bug target/9703] [arm] Accessing data through constant pool more times could be solved in less instructions

2008-12-19 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-20 00:26 --- This might have been implemented for 4.4 already. Section anchors now have been enabled for ARM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9703

[Bug fortran/38538] ICE with elemental character function

2008-12-19 Thread pault at gcc dot gnu dot org
--- Comment #12 from pault at gcc dot gnu dot org 2008-12-19 23:59 --- Created an attachment (id=16949) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16949&action=view) a not quite patch for the PR I'm down to one regression now - the last test of char_length_7.f90. Pah! That was

[Bug middle-end/38500] [graphite] ICE : in verify_loop_structure, at cfgloop.c:1569

2008-12-19 Thread howarth at nitro dot med dot uc dot edu
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-12-19 23:32 --- The approved patch doesn't seem to be checked into gcc trunk yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38500

[Bug rtl-optimization/38495] [4.4 Regression] ACATS tests cxa4004 cxa4005 cxa4026 fail

2008-12-19 Thread vmakarov at redhat dot com
--- Comment #5 from vmakarov at redhat dot com 2008-12-19 23:30 --- Eric, thanks for analysis. It saved a lot of my time. The problem was in wrong final live ranges of a379r452 therefore the conflicts was not recognized and the pseudos were coalesced. One pseudo is a temporary pseudo

[Bug bootstrap/38580] Bootstrap broken on mingw32

2008-12-19 Thread fxcoudert at gcc dot gnu dot org
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-12-19 23:11 --- I'm adding Kai to the CC list. As he's now maintainer, he may want to help here. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/38580] Bootstrap broken on mingw32

2008-12-19 Thread dannysmith at users dot sourceforge dot net
--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-12-19 23:01 --- Patch for this was submitted 4 months ago: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01143.html Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed

[Bug c++/38581] Tru64 outputs non-virtual thunks as non-weak symbols

2008-12-19 Thread bugzilla-gcc at thewrittenword dot com
--- Comment #1 from bugzilla-gcc at thewrittenword dot com 2008-12-19 22:30 --- Created an attachment (id=16948) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16948&action=view) preprocessed file to demonstrate the problem The "slightly modified" version of dllexport-MI1.C (reall

[Bug c++/38581] New: Tru64 outputs non-virtual thunks as non-weak symbols

2008-12-19 Thread bugzilla-gcc at thewrittenword dot com
When building qt-3.3.8 and wxGTk on Tru64 UNIX 5.1 (alphaev67-dec-osf5.1) with gcc-4.2.4, we got linker failures about duplicate non-virtual thunks, e.g. from qt: /usr/ccs/bin/ld: .obj/release-shared-mt/qmotifdnd_x11.o: non-virtual thunk to QDragMoveEvent::~QDragMoveEvent(): multiply defined .obj/r

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-19 20:05 --- With COMPOUND_EXPR, finish_decltype_type doesn't ICE, but as you note, probably doesn't do the right thing. Say on: struct A { static A *bar (); }; struct B : public A { static int baz (); }; template void foo

[Bug libgomp/38270] libgomp test failures due to missing memory barrier

2008-12-19 Thread janis at gcc dot gnu dot org
--- Comment #6 from janis at gcc dot gnu dot org 2008-12-19 19:43 --- Created an attachment (id=16947) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16947&action=view) final patch This was the final patch; it wasn't submitted to gcc-patches, but was written based on a suggestion f

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-19 19:34 --- Subject: Bug 38577 Author: jakub Date: Fri Dec 19 19:33:28 2008 New Revision: 142842 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142842 Log: PR c++/38577 * call.c (build_new_method_call): H

[Bug libfortran/24685] real(16) formatted input is broken for huge values (gfortran.dg/default_format_2.f90)

2008-12-19 Thread janis at gcc dot gnu dot org
--- Comment #38 from janis at gcc dot gnu dot org 2008-12-19 18:22 --- Subject: Bug 24685 Author: janis Date: Fri Dec 19 18:20:41 2008 New Revision: 142841 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142841 Log: Revert: 2008-12-12 Janis Johnson PR l

[Bug middle-end/38510] Matrix.c from pymol 1.1r2 fails to compile with -O2 -fgraphite

2008-12-19 Thread hjagasia at gcc dot gnu dot org
--- Comment #4 from hjagasia at gcc dot gnu dot org 2008-12-19 18:20 --- Created an attachment (id=16946) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16946&action=view) Fixed changes suggested by Sebastian Pop. 2008-12-19 Harsha Jagasia PR tree-optimization/38510

[Bug libfortran/24685] real(16) formatted input is broken for huge values (gfortran.dg/default_format_2.f90)

2008-12-19 Thread janis at gcc dot gnu dot org
--- Comment #37 from janis at gcc dot gnu dot org 2008-12-19 18:14 --- Subject: Bug 24685 Author: janis Date: Fri Dec 19 18:12:40 2008 New Revision: 142840 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142840 Log: Revert: 2008-12-12 Janis Johnson PR l

[Bug bootstrap/38580] New: Bootstrap broken on mingw32

2008-12-19 Thread fxcoudert at gcc dot gnu dot org
Bootstraping on i586-pc-mingw32 (with mingw-3.15.1, the latest version) is broken by: (SHLIB_LINK='ln -s -f @shlib_map_file@ @shlib_map_f...@.def && if [ ! -d @multilib_dir@/shlib ]; then mkdir @multilib_dir@/shlib else true; fi && /home/FX/gfortran/ibin/./gcc/xgcc -B/home/FX/gfortran/ibin/./gcc/

[Bug libfortran/24685] real(16) formatted input is broken for huge values (gfortran.dg/default_format_2.f90)

2008-12-19 Thread janis at gcc dot gnu dot org
--- Comment #36 from janis at gcc dot gnu dot org 2008-12-19 17:50 --- I'll revert the patch that changes the XFAIL. I noticed yesterday that the test was failing on powerpc64-linux on a distribution that I hadn't tested on before, although the new XFAIL had worked on the other distribu

[Bug target/38548] [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi)

2008-12-19 Thread rearnsha at gcc dot gnu dot org
--- Comment #2 from rearnsha at gcc dot gnu dot org 2008-12-19 17:33 --- Fixed -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug target/38548] [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi)

2008-12-19 Thread rearnsha at gcc dot gnu dot org
--- Comment #1 from rearnsha at gcc dot gnu dot org 2008-12-19 17:32 --- Subject: Bug 38548 Author: rearnsha Date: Fri Dec 19 17:31:12 2008 New Revision: 142838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142838 Log: PR target/38548 * arm/t-linux (LIB1ASMFUNC

[Bug target/38548] [4.4 Regression] bootstrap broken on arm-linux-gnu (not gnueabi)

2008-12-19 Thread rearnsha at gcc dot gnu dot org
-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot |dot org

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jason at redhat dot com
--- Comment #9 from jason at redhat dot com 2008-12-19 17:28 --- Subject: Re: [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000 jakub at gcc dot gnu dot org wrote: > Another alternative would be not to create the COMPO

[Bug bootstrap/38578] fatal warning during bootstrap on arm.c for output_move_double and arm_expand_prologue

2008-12-19 Thread rearnsha at gcc dot gnu dot org
--- Comment #4 from rearnsha at gcc dot gnu dot org 2008-12-19 17:25 --- Fixed -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug bootstrap/38578] fatal warning during bootstrap on arm.c for output_move_double and arm_expand_prologue

2008-12-19 Thread rearnsha at gcc dot gnu dot org
--- Comment #3 from rearnsha at gcc dot gnu dot org 2008-12-19 17:24 --- Subject: Bug 38578 Author: rearnsha Date: Fri Dec 19 17:22:58 2008 New Revision: 142837 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142837 Log: PR bootstrap/38578 * arm.c (load_multiple_

[Bug fortran/38538] ICE with elemental character function

2008-12-19 Thread tkoenig at gcc dot gnu dot org
--- Comment #11 from tkoenig at gcc dot gnu dot org 2008-12-19 17:20 --- (In reply to comment #10) > Many thanks, Dominique! At least I have something to work on. It's a cursed > nuisance not having access to a fully functioning system, when I have time to > work on gfortran. I think th

[Bug bootstrap/38546] configure: too many arguments

2008-12-19 Thread rwild at gcc dot gnu dot org
--- Comment #1 from rwild at gcc dot gnu dot org 2008-12-19 17:02 --- The code in question is if test -f $gcc_cv_binutils_srcdir/configure.in \ && test -f ../binutils/Makefile \ && test x$build = x$host; then gcc_cv_nm=../binutils/nm-new$build_exeext elif test -x nm$bu

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-19 16:44 --- Created an attachment (id=16945) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16945&action=view) gcc44-pr38577.patch Patch I'm going to test. Both the COMPOUND_EXPR and NOP_EXPR are inserted again during insta

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread hjl dot tools at gmail dot com
-- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build tri

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-19 16:09 --- In build_new_method_call, call at that spot is either error_mark_node (already checked for), build_over_call returned value (can be a CALL_EXPR or INDIRECT_REF on a CALL_EXPR for references; both are handled already),

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-19 15:56 --- Caused by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142054 (PR37540). -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-19 15:23 --- Reduced testcase: struct A { static A *bar () { return a; } static A *a; }; struct B : public A { static void baz (); }; template void foo () { (static_cast (A::bar ()))->baz (); } -- http://gcc.gnu.org

[Bug libffi/26048] [4.2/4.3/4.4 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

2008-12-19 Thread ro at gcc dot gnu dot org
--- Comment #10 from ro at gcc dot gnu dot org 2008-12-19 15:01 --- Fixed for 4.4.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2008-12-19 14:59 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libgcj/38396] [4.3 Regression] ecj1 linked against both -lgcj and -lgcj_bc

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #22 from jakub at gcc dot gnu dot org 2008-12-19 15:02 --- 1) doesn't exist on the trunk, 2) fixed there. Both 1) and 2) need still fixing on 4.3 branch, a backport of r142834 should cure 2), 1) needs a separate patch. -- jakub at gcc dot gnu dot org changed:

[Bug libffi/26048] [4.2/4.3/4.4 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

2008-12-19 Thread ro at gcc dot gnu dot org
--- Comment #9 from ro at gcc dot gnu dot org 2008-12-19 15:01 --- Subject: Bug 26048 Author: ro Date: Fri Dec 19 14:59:42 2008 New Revision: 142835 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142835 Log: PR libffi/26048 * configure.ac (HAVE_AS_X86_PCREL): New

[Bug libgcj/38396] [4.4 Regression] libgcj_bc for 4.3 and 4.4 are binary incompatible but have the same SONAME

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #21 from jakub at gcc dot gnu dot org 2008-12-19 14:58 --- Subject: Bug 38396 Author: jakub Date: Fri Dec 19 14:57:29 2008 New Revision: 142834 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142834 Log: PR libgcj/38396 * configure.ac (use_libgcj_bc):

[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-19 14:57 --- Subject: Bug 37739 Author: jakub Date: Fri Dec 19 14:55:42 2008 New Revision: 142833 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142833 Log: PR bootstrap/37739 * config.host: For powerpc*-*

[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #18 from jakub at gcc dot gnu dot org 2008-12-19 14:37 --- Created an attachment (id=16944) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16944&action=view) gcc44-pr38245.patch On x86_64 some more work is needed, because in leaf functions parts of the outgoing_args_siz

[Bug libffi/26048] [4.2/4.3/4.4 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

2008-12-19 Thread ro at gcc dot gnu dot org
-- ro at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ro at gcc dot gnu dot org |dot org |

[Bug testsuite/33300] [libstdc++-v3] 27_io/ios_base/storage/2.cc with -m64 kills Darwin

2008-12-19 Thread howarth at nitro dot med dot uc dot edu
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-12-19 14:04 --- I noticed today that r142822 no longer exhibited the failure of libstdc++-v3/testsuite/27_io/ios_base/storage/2.cc as... WARNING: program timed out. FAIL: 27_io/ios_base/storage/2.cc execution test at -m6

[Bug c++/38579] New: Template: Wrong inherited copy-ctor visibility

2008-12-19 Thread syntheticpp at gmx dot net
The code below compiles, but it should give an error, because the Policy ctor is not accessible when inheriting protected from Policy To have valid C++ code the inheritance must be public. struct Policy { protected: Policy() {} Policy(const Policy&) {} }; template struct BugGcc

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread bero at arklinux dot org
--- Comment #4 from bero at arklinux dot org 2008-12-19 12:25 --- Looks like bugzilla doesn't handle attachments > 128 kB... I've uploaded the file to http://arklinux.org/~bero/formpreviewview.ii.gz -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577

[Bug bootstrap/38578] fatal warning during bootstrap on arm.c for output_move_double and arm_expand_prologue

2008-12-19 Thread laurent at guerby dot net
--- Comment #2 from laurent at guerby dot net 2008-12-19 12:02 --- Thanks! The cfarm machine gcc50 has a 600 Mhz XScale-80219 with 512 MB of RAM, gcc-4.3.2 release C only bootstrap took 17 hours (and about the same for make check) - feel free to ask for an account if it's faster than wh

[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-19 12:01 --- The attachment is corrupted, you've only attached first 128KB of the *.gz file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

2008-12-19 Thread chris at bubblescope dot net
--- Comment #67 from chris at bubblescope dot net 2008-12-19 11:45 --- Sorry to come back to this again. With C++0x just around the corner, is there any chance of getting this fixed, seeing as I expect this should be the standard way of checking if we are in conforming C++0x mode, when i

[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #17 from jakub at gcc dot gnu dot org 2008-12-19 10:41 --- Better testcase: /* PR rtl-optimization/38245 */ /* { dg-do run } */ /* { dg-options "-O2" } */ extern int bar (long, long, long, long, long, long, long, long, long, long, long, long, long, long, long

[Bug bootstrap/38578] fatal warning during bootstrap on arm.c for output_move_double and arm_expand_prologue

2008-12-19 Thread rearnsha at gcc dot gnu dot org
--- Comment #1 from rearnsha at gcc dot gnu dot org 2008-12-19 10:22 --- I'm already testing fixes for this, but my native arm board is very sl -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/38578] New: fatal warning during bootstrap on arm.c for output_move_double and arm_expand_prologue

2008-12-19 Thread laurent at guerby dot net
At rev 142808 on trunk: ../trunk/configure --prefix=/n/50/guerby/install-trunk-142808 --enable-languages=c,c++ --enable-__cxa_atexit --disable-nls --enable-threads=posix --with-mpfr=/opt/cfarm/mpfr-2.3.2 --build=arm-linux-gnueabi --host=arm-linux-gnueabi --target=arm-linux-gnueabi ... make boostra

[Bug c++/38577] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread bero at arklinux dot org
--- Comment #1 from bero at arklinux dot org 2008-12-19 10:03 --- The ICE occurs even at -O0 -- bero at arklinux dot org changed: What|Removed |Added Keywords|

[Bug c++/38577] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread bero at arklinux dot org
--- Comment #2 from bero at arklinux dot org 2008-12-19 10:03 --- Created an attachment (id=16943) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16943&action=view) gzipped preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577

[Bug c++/38577] New: ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000

2008-12-19 Thread bero at arklinux dot org
g++ -c -m64 -pipe -fPIC -g -I/usr/include/freetype2 -I/usr/include/pgsql -I/usr/include/pgsql/server -I/usr/include/mysql -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -m64 -O2 -fomit-frame-pointer -fweb -frename-registers -D_REENTRANT -Wall -W -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII

[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes

2008-12-19 Thread jakub at gcc dot gnu dot org
--- Comment #16 from jakub at gcc dot gnu dot org 2008-12-19 09:50 --- Given the sorry state of tree DSE (what we have is a joke), it is actually trivial to come up with testcases for arbitrary pure/const call elimination during RTL DCE. E.g. /* PR rtl-optimization/38245 */ /* { dg-do r