[Bug middle-end/44777] New: [4.3/4.4/4.5 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
Command line: $ rm *.gcda $ gcc -fprofile-generate comp-goto-2.c ./a.out gcc -fprofile-use comp-goto-2.c Compiler output (with valgrind): $ valgrind -q --trace-children=yes /mnt/svn/gcc-trunk/binary-161659-lto-fortran-checking-yes-rtl-df/bin/gcc -fprofile-use testcase.c comp-goto-2.c: In function 'main': comp-goto-2.c:33:5: warning: incompatible implicit declaration of built-in function 'abort' [enabled by default] comp-goto-2.c:35:3: warning: incompatible implicit declaration of built-in function 'exit' [enabled by default] ==8841== Invalid read of size 8 ==8841==at 0x8AB2C0: gimple_block_ends_with_call_p (gimple.h:4660) ==8841==by 0x7D303D: is_edge_inconsistent (profile.c:282) ==8841==by 0x7D3507: compute_branch_probabilities (profile.c:325) ==8841==by 0x7D4CE6: branch_prob (profile.c:1175) ==8841==by 0x9157D5: tree_profiling (tree-profile.c:477) ==8841==by 0x7BA39B: execute_one_pass (passes.c:1565) ==8841==by 0x7BA634: execute_pass_list (passes.c:1620) ==8841==by 0x7B989B: do_per_function_toporder (passes.c:1158) ==8841==by 0x7BAA45: execute_ipa_pass_list (passes.c:1920) ==8841==by 0xAAFCC0: cgraph_optimize (cgraphunit.c:1851) ==8841==by 0xAAFF1A: cgraph_finalize_compilation_unit (cgraphunit.c:1171) ==8841==by 0x4DD812: c_write_global_declarations (c-decl.c:9698) ==8841== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==8841== comp-goto-2.c: In function 'y': comp-goto-2.c:36:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Testcase is gcc.c-torture/execute/comp-goto-2.c -- Summary: [4.3/4.4/4.5 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE
--- Comment #2 from laurent at guerby dot net 2010-07-02 06:46 --- Created an attachment (id=21059) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21059action=view) expmed.i expmed.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE
--- Comment #3 from laurent at guerby dot net 2010-07-02 06:50 --- Non debug baktrace: (gdb) r -fpreprocessed expmed.i -quiet -dumpbase expmed.i -auxbase expmed -g -O2 -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -Wno-error -version -fno-common Starting program: /home/guerby/build/prev-gcc/cc1 -fpreprocessed expmed.i -quiet -dumpbase expmed.i -auxbase expmed -g -O2 -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -Wno-error -version -fno-common GNU C (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161675] (armv5tel-unknown-linux-gnueabi) compiled by GNU C version 4.6.0 20100701 (experimental) [trunk revision 161675], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161675] (armv5tel-unknown-linux-gnueabi) compiled by GNU C version 4.6.0 20100701 (experimental) [trunk revision 161675], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: df212a125ed9147cba1a3603b92d8232 ../../trunk/gcc/expmed.c: In function 'init_expmed': ../../trunk/gcc/expmed.c:157:23: warning: array subscript is above array bounds [-Warray-bounds] Program received signal SIGSEGV, Segmentation fault. 0x00338700 in pp_base_format () (gdb) bt #0 0x00338700 in pp_base_format () #1 0x0019fdac in diagnostic_report_diagnostic () #2 0x622d7960 in ?? () #3 0x622d7960 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
[Bug c/44774] -Werror=edantic
--- Comment #4 from manu at gcc dot gnu dot org 2010-07-02 06:58 --- I knew this couldn't be easy ;-) Let's restrict to -pedantic first. It is the only warning flag that doesn't start with -W. This breaks some code that expects that every warning flag starts with -W. I want to introduce -Wpedantic as an alias. You do not like the name. What is your suggestion? Manuel. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf
--- Comment #15 from burnus at gcc dot gnu dot org 2010-07-02 07:09 --- (In reply to comment #14) gfortran.dg/nan_6.f90 fails on hppa2.0w-hp-hpux11: Breakpoint 2, MAIN__ () at /test/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/nan_6.f90:89 89 if (.not. isnan(real(z))) call abort() (gdb) p z $1 = 0 + 0 * I Seemingly hppa2.0w-hp-hpux11's strtod is unable to handle a POSIX conform NAN of the form NAN(n-char-sequence_opt) as the failure occurs for '(NAN(0x111),0.0)' For the relevant quote from POSIX, see comment 4. (John, you could thus consider to fill a bugreport at HP.) The simplest solution is to ignore the (...) part - as already done for formatted I/O and read_real. While the value is in principle usable (by evaluating the bits), probably no one uses it. Or as POSIX puts it: the meaning of the n-char sequences is implementation-defined. Jerry, John, what do you think? Untested patch: diff --git a/libgfortran/io/list_read.c b/libgfortran/io/list_read.c index 72016b7..c88edf6 100644 --- a/libgfortran/io/list_read.c +++ b/libgfortran/io/list_read.c @@ -1206,10 +1206,7 @@ parse_real (st_parameter_dt *dtp, void *buffer, int length) for ( ; c != ')'; c = next_char (dtp)) if (is_separator (c)) goto bad; - else - push_char (dtp, c); - push_char (dtp, ')'); c = next_char (dtp); if (is_separator (c)) unget_char (dtp, c); diff --git a/libgfortran/io/read.c b/libgfortran/io/read.c index 873d26c..12aa098 100644 --- a/libgfortran/io/read.c +++ b/libgfortran/io/read.c @@ -131,11 +131,10 @@ max_value (int length, int signed_flag) /* convert_real()-- Convert a character representation of a floating - * point number to the machine number. Returns nonzero if there is a - * range problem during conversion. Note: many architectures - * (e.g. IA-64, HP-PA) require that the storage pointed to by the dest - * argument is properly aligned for the type in question. TODO: - * handle not-a-numbers and infinities. */ + point number to the machine number. Returns nonzero if there is a + range problem during conversion. Note: many architectures + (e.g. IA-64, HP-PA) require that the storage pointed to by the dest + argument is properly aligned for the type in question. */ int convert_real (st_parameter_dt *dtp, void *dest, const char *buffer, int length) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-02 07:31 --- At revision 161670, gfortran creates unneeded temporaries (not created up to r161462). (r161462 = PR 44582) channel.f90 has: program sw double precision,dimension(M,N):: f,dudx,dvdy,dhdx,dhdy dudx = ddx(u(:,:,mid)) contains function ddx(array) And the problem is: How should the compiler know that ddx does not use the (host associated) dudx? Note: The function ddx is not declared as PURE - and also cannot simply marked as pure as it host-associates the variables I and J - thus a simple check for no host association would not work. Hence, I fail to see how the compiler can handle it. Unless you find an example where the compiler could know it, I fear one has to close the PR as WONTFIX. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug c++/44778] New: [4.6 regression?] Behaviour change with pointers to members
The attached testcase is compiled without complaints by g++ 4.4.2 and 4.5.0, but is rejected by current trunk. I'm quite sure that it was still accepted by the trunk a few days ago. Is this change intended, i.e. is the test case ill-formed and g++ has stricter checks now? ~/tmpg++ -v -Wfatal-errors temptest.cc Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /scratch/martin/gcc/configure --disable-bootstrap --enable-gold --enable-plugins --prefix=/afs/mpa/data/martin/ugcc --with-ppl=/afs/mpa/data/martin/numlibs64 --with-cloog=/afs/mpa/data/martin/numlibs64 --with-libelf=/afs/mpa/data/martin/numlibs64 --enable-languages=c++,fortran --enable-target=all --enable-checking=release Thread model: posix gcc version 4.6.0 20100701 (experimental) [trunk revision 161665] (GCC) COLLECT_GCC_OPTIONS='-v' '-Wfatal-errors' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE temptest.cc -quiet -dumpbase temptest.cc -mtune=generic -march=x86-64 -auxbase temptest -Wfatal-errors -version -o /tmp/ccS9t2f9.s GNU C++ (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161665] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100628 (experimental) [trunk revision 161485], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 warning: GMP header version 4.3.2 differs from library version 4.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-unknown-linux-gnu /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /usr/local/include /afs/mpa/data/martin/ugcc/include /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161665] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100628 (experimental) [trunk revision 161485], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 warning: GMP header version 4.3.2 differs from library version 4.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 5f71a12a0438e83fd7b8caa75cf5702d temptest.cc: In member function 'void Healpix_MapT::Import_nograde(const Healpix_MapT)': temptest.cc:19:25: error: invalid use of 'Healpix_MapT::ring2nest(int) const' to form a pointer-to-member-function compilation terminated due to -Wfatal-errors. ~/tmpg++ -v -c -Wfatal-errors temptest.cc Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/scratch/martin/ugcc45/libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /scratch/martin/gcc45/configure --disable-bootstrap --enable-gold --enable-plugins --prefix=/scratch/martin/ugcc45 --with-mpfr=/afs/mpa/data/martin/numlibs64 --with-gmp=/afs/mpa/data/martin/numlibs64 --with-mpc=/afs/mpa/data/martin/numlibs64 --with-ppl=/afs/mpa/data/martin/numlibs64 --with-cloog=/afs/mpa/data/martin/numlibs64 --with-libelf=/afs/mpa/data/martin/numlibs64 --enable-languages=c++,fortran --enable-target=all --enable-checking=release Thread model: posix gcc version 4.5.1 20100615 (prerelease) [gcc-4_5-branch revision 160776] (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-Wfatal-errors' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /scratch/martin/ugcc45/libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/cc1plus -quiet -v -D_GNU_SOURCE temptest.cc -quiet -dumpbase temptest.cc -mtune=generic -march=x86-64 -auxbase temptest -Wfatal-errors -version -o /tmp/ccbESmf0.s GNU C++ (GCC) version 4.5.1 20100615 (prerelease) [gcc-4_5-branch revision 160776] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.4.2, GMP version 4.3.1, MPFR version 2.4.2, MPC version 0.8.1 GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory /scratch/martin/ugcc45/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /scratch/martin/ugcc45/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../include/c++/4.5.1 /scratch/martin/ugcc45/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../include/c++/4.5.1/x86_64-unknown-linux-gnu
[Bug c++/44778] [4.6 regression?] Behaviour change with pointers to members
--- Comment #1 from martin at mpa-garching dot mpg dot de 2010-07-02 07:33 --- Created an attachment (id=21060) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21060action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44778
[Bug c/44774] -Werror=edantic
--- Comment #5 from manu at gcc dot gnu dot org 2010-07-02 08:07 --- Related PR 37187 -- manu at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||37187 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug c++/44499] No default constructor available
--- Comment #7 from manu at gcc dot gnu dot org 2010-07-02 08:09 --- Could someone test what clang says here? Their diagnostics are generally better than g++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
[Bug c++/44499] No default constructor available
--- Comment #8 from pluto at agmk dot net 2010-07-02 08:12 --- (In reply to comment #7) Could someone test what clang says here? Their diagnostics are generally better than g++. $ clang++ pr44499.cpp -c pr44499.cpp:5:9: error: default initialization of an object of const type 'D const' requires a user-provided default constructor const D g_d; ^ 1 error generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
[Bug gcov-profile/44779] New: The gcov library does not adequately handle functions with constructor/destructor attributes
I am developing a software system which has the requirement (as it is safety-critical), that we report full coverage of our modules as part of the validation process. One aspect of this software system is the inclusion of a library - lets call it libguardian - which is wrapped around all applications being run on our custom system, using LD_PRELOAD. The purpose of libguardian is to obtain valid conditions for continued launch prior to the execution of main() by the runtime in the wrapped application. To this end, libguardian defines a constructor and destructor pair of functions that obtain the valid conditions required for continued launch, and clean up/report on exit of the application. This libguardian, and associated applications, works perfectly fine. However, it is not possible to capture coverage information for these functions due to limits in gcov. The constructor/destructor methods are defined thus: #define GUARDIAN_CONSTRUCTOR_DESTRUCTOR_PRIORITY 65535 /* NOTE: this priority can also be 101! */ void guardian_constructor(void) __attribute__ ((constructor(GUARDIAN_CONSTRUCTOR_DESTRUCTOR_PRIORITY))); void guardian_destructor(void) __attribute__ ((destructor(GUARDIAN_CONSTRUCTOR_DESTRUCTOR_PRIORITY))); If the guardian_constructor() finds conditions unsavory for continued execution in our environment, it exit()'s immediately. In this circumstance, coverage is lost (or not provided) by gcov's atexit/destructor methods, as it appears that *priority* of known constructors is not accounted for in the gcov library, nor is there an atexit() handler that can adequately sort these priorities. -- Summary: The gcov library does not adequately handle functions with constructor/destructor attributes Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jay dot vaughan at thalesgroup dot com GCC host triplet: i586-redhat-linux- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug c++/44780] New: [4.6 regression] Bogus set-but-not-used variable warning
Current trunk g++ warns about an set-but-unused variable in the attached testcase: ~/tmpg++ -v -W -Wall -c -O2 test.cc Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /scratch/martin/gcc/configure --disable-bootstrap --enable-gold --enable-plugins --prefix=/afs/mpa/data/martin/ugcc --with-ppl=/afs/mpa/data/martin/numlibs64 --with-cloog=/afs/mpa/data/martin/numlibs64 --with-libelf=/afs/mpa/data/martin/numlibs64 --enable-languages=c++,fortran --enable-target=all --enable-checking=release Thread model: posix gcc version 4.6.0 20100701 (experimental) [trunk revision 161665] (GCC) COLLECT_GCC_OPTIONS='-v' '-W' '-Wall' '-c' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -quiet -v -D_GNU_SOURCE test.cc -quiet -dumpbase test.cc -mtune=generic -march=x86-64 -auxbase test -O2 -W -Wall -version -o /tmp/ccmz9mpH.s GNU C++ (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161665] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100628 (experimental) [trunk revision 161485], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 warning: GMP header version 4.3.2 differs from library version 4.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-unknown-linux-gnu /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /usr/local/include /afs/mpa/data/martin/ugcc/include /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include /afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/include-fixed /usr/include End of search list. GNU C++ (GCC) version 4.6.0 20100701 (experimental) [trunk revision 161665] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20100628 (experimental) [trunk revision 161485], GMP version 4.3.2, MPFR version 2.4.2, MPC version 0.8.1 warning: GMP header version 4.3.2 differs from library version 4.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 5f71a12a0438e83fd7b8caa75cf5702d test.cc: In function '__m128d build_V2DF(long long unsigned int, long long unsigned int)': test.cc:10:8: warning: variable 'tmp' set but not used [-Wunused-but-set-variable] COLLECT_GCC_OPTIONS='-v' '-W' '-Wall' '-c' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' as -V -Qy --64 -o test.o /tmp/ccmz9mpH.s GNU assembler version 2.19.1 (x86_64-unknown-linux-gnu) using BFD version (GNU Binutils) 2.19.1 COMPILER_PATH=/afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/mpa/data/martin/ugcc/libexec/gcc/x86_64-unknown-linux-gnu/:/afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/ LIBRARY_PATH=/afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/:/afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/afs/mpa/data/martin/ugcc/lib/gcc/x86_64-unknown-linux-gnu/4.6.0/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-W' '-Wall' '-c' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' This seems bogus. Other interesting observations: - current trunk gcc (opposed to g++) does not produce the warning - the warning is only given for the case with the SSE2 type, not for the other case with the more conventional types. gcc/g++ 4.4.2 and 4.5.* do not issue warnings. -- Summary: [4.6 regression] Bogus set-but-not-used variable warning Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: martin at mpa-garching dot mpg dot de GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning
--- Comment #1 from martin at mpa-garching dot mpg dot de 2010-07-02 08:14 --- Created an attachment (id=21061) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21061action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #2 from dominiq at lps dot ens dot fr 2010-07-02 08:19 --- And the problem is: How should the compiler know that ddx does not use the (host associated) dudx? Note: The function ddx is not declared as PURE - and also cannot simply marked as pure as it host-associates the variables I and J - thus a simple check for no host association would not work. Hence, I fail to see how the compiler can handle it. Unless you find an example where the compiler could know it, I fear one has to close the PR as WONTFIX. (1) Please refrain to close this pr. (2) I'll have a closer look to what's happening at the inlining level (i.e., before revision 161550 the functions ddx and ddy were inlined. I don't know if it is still the case). (3) The body of ddx does not use dudx or dhdx (ddy does not use dydy or dhdy) and u,v, and h don't allias with dudx, ..., so it is not difficult for the user to check that there is no need for temporaries. Why should it be impossible for the compiler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug bootstrap/44335] [4.6 regression] gcc-4.6-20100529 java bootstrap failure on arm-linux-gnueabi
--- Comment #5 from amylaar at gcc dot gnu dot org 2010-07-02 08:27 --- Here is my patch: http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00085.html bootstrap regtest finished successfully on i686-pc-linuc-gnu in trunk revision 161664. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44335
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #3 from mikael at gcc dot gnu dot org 2010-07-02 08:45 --- It could be useful at several places to have a function traversing the code of a procedure and telling whether an array is read or written to by that procedure. It should be quite doable for the write case (only assignments and procedure calls to care about). For the read case, however, it could take some time to get it right, as every statement has its own parameters with its own restrictions and assumptions. This is pure speculation anyway. By the way, what is the complete (or reduced) test case ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #4 from dominiq at lps dot ens dot fr 2010-07-02 08:51 --- By the way, what is the complete (or reduced) test case ? The polyhedron test channel.f90: http://www.polyhedron.co.uk/MFL6VW74649 . If there is an interest, I can try to reduce the test during the week-end. I have checked that the timings do not depends of the inlining of ddx and ddy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug rtl-optimization/41852] ICE from '-O -fmodulo-sched -fprofile-use -freorder-blocks-and-partition'
--- Comment #4 from zsojka at seznam dot cz 2010-07-02 08:54 --- The same assert happens for me at x86_64-linux with testsuite/gcc.dg/sms-3.c, which is much smaller as a testcase: $ rm *.gcda $ /mnt/svn/gcc-trunk/binary-161659-lto-fortran-checking-yes-rtl-df/bin/gcc -O -fmodulo-sched -freorder-blocks-and-partition sms-3.i -fprofile-generate $ ./a.out $ /mnt/svn/gcc-trunk/binary-161659-lto-fortran-checking-yes-rtl-df/bin/gcc -O -fmodulo-sched -freorder-blocks-and-partition sms-3.i -fprofile-use /mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/sms-3.c: In function 'foo.constprop.0': /mnt/svn/gcc-trunk/gcc/testsuite/gcc.dg/sms-3.c:25:1: internal compiler error: in check_cfg, at haifa-sched.c:5241 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Flags are the same, -O -fmodulo-sched -freorder-blocks-and-partition -fprofile-{generate,use} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41852
[Bug c++/44778] [4.6 regression]? Behaviour change with pointers to members
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.6 regression?] Behaviour |[4.6 regression]? Behaviour |change with pointers to |change with pointers to |members |members Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44778
[Bug tree-optimization/44748] [4.6 Regression] ICE: in fold_convert_const_int_from_real, at fold-const.c:1548
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-02 09:14 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44748
[Bug tree-optimization/44748] [4.6 Regression] ICE: in fold_convert_const_int_from_real, at fold-const.c:1548
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-02 09:14 --- Subject: Bug 44748 Author: rguenth Date: Fri Jul 2 09:14:03 2010 New Revision: 161689 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161689 Log: 2010-07-02 Richard Guenther rguent...@suse.de PR tree-optimization/44748 * tree-ssa-ccp.c (fold_const_aggregate_ref): Properly handle the embedded conversion in MEM_REFs. * gcc.dg/tree-ssa/ssa-ccp-29.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-ccp-29.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44748
[Bug c++/44499] No default constructor available
--- Comment #9 from manu at gcc dot gnu dot org 2010-07-02 09:15 --- Thanks Pawel, which diagnostic do you prefer? I would favor clang's but I would still keep the note that points to the class definition. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44499
[Bug middle-end/37951] -ftree-parallelize-loops=2 fails for MA57
--- Comment #11 from dennis dot wassel at googlemail dot com 2010-07-02 09:15 --- Created an attachment (id=21062) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21062action=view) Reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37951
[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-02 09:15 --- Created an attachment (id=21063) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21063action=view) gcc46-pr44780.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 09:16 --- Can you provide a testcase that when executed shows the issue? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
[Bug c/44774] -Werror=edantic
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-02 09:22 --- Then the right fix would be not to assume that all such options start with -W, no? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug middle-end/37951] -ftree-parallelize-loops=2 fails
--- Comment #12 from dennis dot wassel at googlemail dot com 2010-07-02 09:23 --- Also fails with 4.4.3, one a really small testcase I managed to create: $ gfortran -O -ftree-parallelize-loops=2 -c 37951.f 37951.f: In Funktion »test«: 37951.f:1: Fehler: Basisblock 26 sollte als irreduzibel markiert werden 37951.f:1: Fehler: Kante von 26 nach 19 sollte als irreduzibel markiert werden 37951.f:1: Fehler: Basisblock 19 sollte als irreduzibel markiert werden 37951.f:1: Fehler: Kante von 19 nach 12 sollte als irreduzibel markiert werden 37951.f:1: durch frühere Fehler verwirrt, Abbruch (message is the same as in the other examples - numbers differ, of course!) -- dennis dot wassel at googlemail dot com changed: What|Removed |Added Known to fail|4.3.2 4.3.3 |4.3.2 4.3.3 4.4.3 Summary|-ftree-parallelize-loops=2 |-ftree-parallelize-loops=2 |fails for MA57 |fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37951
[Bug middle-end/44706] [4.6 regression] Failed to build 483.xalancbmk in SPEC CPU 2006
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-07-02 09:40 --- Subject: Bug 44706 Author: hubicka Date: Fri Jul 2 09:39:54 2010 New Revision: 161691 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161691 Log: PR middle-end/44706 * predict.c (predict_paths_for_bb): Handle case when control dependence BB has only abnormal edges. * g++.dg/tree-ssa/pr44706.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr44706.C Modified: trunk/gcc/ChangeLog trunk/gcc/predict.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44706
[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 09:53 --- Mine. I have a patch for the crash (but we still get corrupted profile info). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-02 09:53:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-02 09:57 --- Subject: Bug 44777 Author: rguenth Date: Fri Jul 2 09:57:12 2010 New Revision: 161694 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161694 Log: 2010-07-02 Richard Guenther rguent...@suse.de PR middle-end/44777 * tree-cfg.c (gimple_block_ends_with_call_p): Handle empty BBs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-02 09:59 --- Subject: Bug 44777 Author: rguenth Date: Fri Jul 2 09:59:19 2010 New Revision: 161695 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161695 Log: 2010-07-02 Richard Guenther rguent...@suse.de PR middle-end/44777 * tree-cfg.c (gimple_block_ends_with_call_p): Handle empty BBs. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug target/44761] sh.md warnings
--- Comment #1 from kkojima at gcc dot gnu dot org 2010-07-02 10:00 --- I send a patch for this and another warnings on SH http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02420.html http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00090.html -- kkojima at gcc dot gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-02 10:00:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44761
[Bug middle-end/44777] [4.3/4.4/4.5/4.6 Regression] ICE: SIGSEGV with -fprofile-use in gcc.c-torture/execute/comp-goto-2.c
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-02 10:01 --- On trunk we now get /abuild/rguenther/trunk-g/gcc/xgcc -B/abuild/rguenther/trunk-g/gcc/ /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c -w -O0 -lm -fprofile-use -o /abuild/rguenther/trunk-g/gcc/testsuite/gcc/comp-goto-2.x0 /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c: In function 'y': /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1: error: corrupted profile info: profile data is not flow-consistent /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1: error: corrupted profile info: number of executions for edge 0-2 thought to be 1001 /space/rguenther/src/svn/trunk/gcc/testsuite/gcc.c-torture/execute/comp-goto-2.c:36:1: error: corrupted profile info: number of executions for edge 0-7 thought to be -1000 -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Target Milestone|--- |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44777
[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery
--- Comment #11 from paolo at gcc dot gnu dot org 2010-07-02 10:13 --- Subject: Bug 44039 Author: paolo Date: Fri Jul 2 10:13:21 2010 New Revision: 161698 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161698 Log: /cp 2010-07-02 Paolo Carlini paolo.carl...@oracle.com PR c++/44039 * pt.c (tsubst_baselink): Return error_mark_node if lookup_fnfields returns NULL_TREE. /testsuite 2010-07-02 Paolo Carlini paolo.carl...@oracle.com PR c++/44039 * g++.dg/template/crash101.C: New. Added: trunk/gcc/testsuite/g++.dg/template/crash101.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039
[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery
--- Comment #12 from paolo at gcc dot gnu dot org 2010-07-02 10:15 --- Subject: Bug 44039 Author: paolo Date: Fri Jul 2 10:15:10 2010 New Revision: 161700 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161700 Log: /cp 2010-07-02 Paolo Carlini paolo.carl...@oracle.com PR c++/44039 * pt.c (tsubst_baselink): Return error_mark_node if lookup_fnfields returns NULL_TREE. /testsuite 2010-07-02 Paolo Carlini paolo.carl...@oracle.com PR c++/44039 * g++.dg/template/crash98.C: New. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/template/crash98.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/pt.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039
[Bug c++/44039] [4.5/4.6 regression] ICE: Segmentation fault on error recovery
--- Comment #13 from paolo dot carlini at oracle dot com 2010-07-02 10:17 --- Fixed for 4.5.1. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44039
[Bug objc/35165] Massive failures of objc on i686-apple-darwin9
--- Comment #18 from iains at gcc dot gnu dot org 2010-07-02 10:23 --- additional tweaks: r161687 (trunk) r161688 (4.5). r161692 (trunk) r161693 (4.5) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35165
[Bug c++/44781] New: unjustified warning about uinitialized variable
when compiling the attached program with g++ -g -Wall -Wextra -O2 test.cc I get the following output: test.cc: In function 'Tiny_vectordouble, D foo() [with int D = 1]': test.cc:67:28: warning: 'point.Tiny_vectordouble, 1::x[i.2]' may be used uninitialized in this function [-Wuninitialized] However, the warning about an uninitialized variable seems to be unjustified. This bug also occurs with g++ 4.4.4. Then c...@argo:~$ g++-snapshot -v -save-temps -g -Wall -Wextra -O2 test.cc Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 20100621-1' --with-bugurl=file:///usr/share/doc/gcc-snapshot/README.Bugs --enable-languages=c,ada,c++,java,fortran,objc,obj-c++ --prefix=/usr/lib/gcc-snapshot --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --disable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-gold --with-plugin-ld=ld.gold --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.6-snap/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.6-snap --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.6-snap --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --with-arch-32=i486 --with-tune=generic --disable-werror --enable-checking=yes --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.6.0 20100621 (experimental) [trunk revision 161065] (Debian 20100621-1) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/cc1plus -E -quiet -v -D_GNU_SOURCE test.cc -mtune=generic -march=x86-64 -Wall -Wextra -g -fworking-directory -O2 -fpch-preprocess -o test.ii ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../x86_64-linux-gnu/include ignoring nonexistent directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /home/cwg/include /home/cwg/il/include /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0 /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0/x86_64-linux-gnu /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../include/c++/4.6.0/backward /usr/local/include /usr/lib/gcc-snapshot/include /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/include /usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/cc1plus -fpreprocessed test.ii -quiet -dumpbase test.cc -mtune=generic -march=x86-64 -auxbase test -g -O2 -Wall -Wextra -version -o test.s GNU C++ (Debian 20100621-1) version 4.6.0 20100621 (experimental) [trunk revision 161065] (x86_64-linux-gnu) compiled by GNU C version 4.6.0 20100621 (experimental) [trunk revision 161065], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (Debian 20100621-1) version 4.6.0 20100621 (experimental) [trunk revision 161065] (x86_64-linux-gnu) compiled by GNU C version 4.6.0 20100621 (experimental) [trunk revision 161065], GMP version 4.3.2, MPFR version 2.4.2-p1, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 0636e4414ce9f58acfa5abe5245be350 test.cc: In function 'Tiny_vectordouble, D foo() [with int D = 1]': test.cc:67:28: warning: 'point.Tiny_vectordouble, 1::x[i.2]' may be used uninitialized in this function [-Wuninitialized] COLLECT_GCC_OPTIONS='-v' '-save-temps' '-g' '-Wall' '-Wextra' '-O2' '-shared-libgcc' '-mtune=generic' '-march=x86-64' as -V -Qy --64 -o test.o test.s GNU assembler version 2.20.1 (x86_64-linux-gnu) using BFD version (GNU Binutils for Debian) 2.20.1-system.20100303 COMPILER_PATH=/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/ LIBRARY_PATH=/home/cwg/lib/../lib/:/home/cwg/il/lib/../lib/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../../lib/:/lib/../lib/:/usr/lib/../lib/:/home/cwg/lib/:/home/cwg/il/lib/:/usr/lib/gcc-snapshot/lib/gcc/x86_64-linux-gnu/4.6.0/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v'
[Bug c++/44781] unjustified warning about uinitialized variable
--- Comment #1 from cwg at falma dot de 2010-07-02 10:33 --- Created an attachment (id=21064) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21064action=view) preprocessed file which triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781
[Bug c++/44781] unjustified warning about uinitialized variable
--- Comment #2 from cwg at falma dot de 2010-07-02 10:34 --- Created an attachment (id=21065) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21065action=view) unpreprocessed source which triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44781
[Bug c/44774] -Werror=edantic
--- Comment #7 from manu at gcc dot gnu dot org 2010-07-02 10:56 --- Why? All of them do, except -pedantic. I don't see any reason for -pedantic being exceptional. Or can I start proposing warnings options that do not start with -W? Should we introduce a special case for pedantic (code and documentation) for -Werror= and for -Wno-error= and for -Wno-? I can start opening PRs for the missing special cases. We would also need to introduce (and handle specially) -no-pedantic and -no-pedantic-errors. All the above is free if we just make -Wpedantic an alias for -pedantic. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug c/44782] New: implement -ferror-limit=
clang: -ferror-limit=123: Stop emitting diagnostics after 123 errors have been produced. The default is 20, and the error limit can be disabled with -ferror-limit=0 (-ferror-limit=1 is equivalent to -Wfatal-errors) -- Summary: implement -ferror-limit= Product: gcc Version: unknown Status: UNCONFIRMED Keywords: diagnostic Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44782
[Bug c++/44783] New: implement -ftemplate-backtrace-limit=
clang: -ftemplate-backtrace-limit=123: Only emit up to 123 template instantiation notes within the template instantiation backtrace for a single warning or error. The default is 10, and the limit can be disabled with -ftemplate-backtrace-limit=0. I recently implemented this but hardcoded the value to 10. We should add this switch to allow configuration of this value (specially to disable the limit). -- Summary: implement -ftemplate-backtrace-limit= Product: gcc Version: unknown Status: UNCONFIRMED Keywords: diagnostic Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44783
[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes
--- Comment #2 from jay dot vaughan at thalesgroup dot com 2010-07-02 11:29 --- Created an attachment (id=21066) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21066action=view) Makefile for testcase. This the Makefile for a testunit that will demonstrate this behaviour. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes
--- Comment #3 from jay dot vaughan at thalesgroup dot com 2010-07-02 11:30 --- Created an attachment (id=21067) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21067action=view) This is the test application program sources for the testunit. This file is the test application, to be wrapped by the test library, to demonstrate the behaviour of this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes
--- Comment #4 from jay dot vaughan at thalesgroup dot com 2010-07-02 11:31 --- Created an attachment (id=21068) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21068action=view) This is the test library sources for the testunit. This file is the test library, which is wrapped around the application, to demonstrate the behaviour of this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug gcov-profile/44779] The gcov library does not adequately handle functions with constructor/destructor attributes
--- Comment #5 from jay dot vaughan at thalesgroup dot com 2010-07-02 11:32 --- To use the sources provided as a test unit: 1. First, 'make clean'. 2. Then, 'make test.app' - notice the coverage of the constructor/destructor functions. 3. Then, 'make test.lib' - notice coverage. -- jay dot vaughan at thalesgroup dot com changed: What|Removed |Added CC||jay dot vaughan at ||thalesgroup dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44779
[Bug target/44707] operand requires impossible reload
--- Comment #4 from uweigand at gcc dot gnu dot org 2010-07-02 11:48 --- Subject: Bug 44707 Author: uweigand Date: Fri Jul 2 11:48:30 2010 New Revision: 161703 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161703 Log: ChangeLog: PR target/44707 * config/rs6000/rs6000.c (rs6000_legitimize_reload_address): Recognize (lo_sum (high ...) ...) patterns generated by earlier passes. testsuite/ChangeLog: PR target/44707 * gcc.c-torture/compile/pr44707.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr44707.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/rs6000/rs6000.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
[Bug target/44707] operand requires impossible reload
--- Comment #5 from uweigand at gcc dot gnu dot org 2010-07-02 11:50 --- Fixed. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
[Bug c/44774] -Werror=edantic
--- Comment #8 from paolo dot carlini at oracle dot com 2010-07-02 12:18 --- By the way, the subject should read -Werror=pedantic, right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-07-02 12:28 --- On revision 161693, the backtrace to the spot where a CANONICAL_TYPE is assigned to a type which already is a CANONICAL_TYPE of another one is: #0 0x009529e4 in build_array_type (elt_type=0x77e947e0, index_type=0x77f47a80) at /home/jamborm/gcc/small/gcc/tree.c:7168 #1 0x00967d7e in make_vector_type (innertype=0x77e947e0, nunits=2, mode=VOIDmode) at /home/jamborm/gcc/small/gcc/tree.c:8751 #2 0x00967d34 in make_vector_type (innertype=0x76eb1348, nunits=2, mode=VOIDmode) at /home/jamborm/gcc/small/gcc/tree.c:8743 #3 0x00912035 in get_vectype_for_scalar_type (scalar_type=0x76eb1348) at /home/jamborm/gcc/small/gcc/tree-vect-stmts.c:4523 #4 0x00c23de3 in vect_analyze_data_refs (loop_vinfo=value optimized out, bb_vinfo=0x12a23a0, min_vf=0x7fffde4c) at /home/jamborm/gcc/small/gcc/tree-vect-data-refs.c:2215 #5 0x00936296 in vect_slp_analyze_bb (bb=0x76eaf3a8) at /home/jamborm/gcc/small/gcc/tree-vect-slp.c:1483 #6 0x00936aeb in execute_vect_slp () at /home/jamborm/gcc/small/gcc/tree-vectorizer.c:276 #7 0x0074156c in execute_one_pass (pass=0x11bdc60) at /home/jamborm/gcc/small/gcc/passes.c:1565 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
[Bug tree-optimization/44687] [4.6 Regression] ICE: in tree_nrv, at tree-nrv.c:155 with -fprofile-generate
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-02 13:22 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44687
[Bug tree-optimization/43905] [4.5 Regression] duplicate __PRETTY_FUNCTION__ symbol for functions differing in const-ness
--- Comment #11 from jamborm at gcc dot gnu dot org 2010-07-02 13:28 --- This is now fixed on both the trunk and the 4.5 branch. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43905
[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE
-- laurent at guerby dot net changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|2010-07-02 13:50:59 |2010-07-02 13:51:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
[Bug c/44774] -Werror=edantic
--- Comment #9 from manu at gcc dot gnu dot org 2010-07-02 14:24 --- (In reply to comment #8) By the way, the subject should read -Werror=pedantic, right? Well, it depends. We actually print -Werror=edantic. ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug bootstrap/28756] `make install` is broken, doesn't install `gcc` when program_prefix == ${triplet}-
--- Comment #2 from ramiro dot polla at gmail dot com 2010-07-02 14:33 --- Still reproducible with 4.5.0. For example: ../gcc-4.5.0/configure --target=i686-pc-mingw32 --enable-languages=c --program-prefix=i686-pc-mingw32- --program-suffix=-4.5.0 --enable-version-specific-runtime-libs -- ramiro dot polla at gmail dot com changed: What|Removed |Added CC||ramiro dot polla at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28756
[Bug middle-end/44784] New: [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006
On Linux/ia32, revision 161680 failed to build 403.gcc in SPEC CPU 2006: gcc -m32 -c -o ssa-ccp.o -DSPEC_CPU -DNDEBUG -I. -O2 -msse2 -mfpmath=sse -ffast-mathssa-ccp.c ssa-ccp.c: In function 'defs_to_undefined.isra.0': ssa-ccp.c:212:1: error: definition in block 7 follows the use for SSA_NAME: pretmp.135_30 in statement: pretmp.137_17 = (struct rtx_def *) pretmp.135_30; ssa-ccp.c:212:1: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Revision 161653 is OK. -- Summary: [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006 Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784
[Bug tree-optimization/44656] VN should value-replace operands during alias-oracle walk
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 14:58 --- I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-02 14:58:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44656
[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.6.0 Version|4.5.1 |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784
[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-02 15:05 --- Confirmed, mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-02 15:05:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784
[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2010-07-02 15:18 --- I think just ignore (..) . It seems to add no value at this time and assures compatibility across platforms. Your patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
[Bug c/44774] -Werror=edantic
--- Comment #10 from paolo dot carlini at oracle dot com 2010-07-02 15:22 --- I see, I had only a quick look to the audit trail and thought it was a less trivial issue ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44774
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-07-02 15:25 --- Yes, please reduce and lets see if we can discover something more specific wrong here. Then also consider Mikael's idea. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-02 15:32 --- Reduced testcase: typedef struct rtx_def *rtx; enum rtx_code { SUBREG }; typedef union rtunion_def { long rtint; unsigned long rtuint; rtx rtx; } rtunion; struct rtx_def { enum rtx_code code: 8; rtunion fld[1]; }; typedef struct simple_bitmap_def { unsigned long long elms[1]; } *sbitmap; struct df_link { struct df_link *next; rtx reg; }; typedef enum { UNDEFINED, CONSTANT, VARYING } latticevalue; typedef struct { latticevalue lattice_val; } value; static value *values; static sbitmap ssa_edges; void defs_to_varying (struct df_link *start) { struct df_link *currdef; for (currdef = start; currdef; currdef = currdef-next) { rtx reg = currdef-reg; if (values[(reg-code == SUBREG ? reg-fld[0].rtx : reg)-fld[0].rtuint].lattice_val != VARYING) ssa_edges-elms [(reg-code == SUBREG ? reg-fld[0].rtx : reg)-fld[0].rtuint / 64] |= ((unsigned long long) 1 (reg-code == SUBREG ? reg-fld[0].rtx : reg)-fld[0].rtuint % 64); values[(reg-code == SUBREG ? reg-fld[0].rtx : reg)-fld[0].rtuint].lattice_val = VARYING; } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784
[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta ESCAPED = { }
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-02 15:50 --- Subject: Re: FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta ESCAPED = { } On Wed, 30 Jun 2010, rguenth at gcc dot gnu dot org wrote: You need the following additional patch. With that the testcase should pass. The testsuite now passes. Tested on hppa2.0w-hp-hpux11.11. I've attached the change as tested. Dave --- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2010-07-02 15:50 --- Created an attachment (id=21069) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21069action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958
[Bug target/43958] FAIL: gcc.dg/ipa/ipa-pta-10.c scan-ipa-dump pta ESCAPED = { }
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-07-02 15:56 --- I have committed the middle-end pieces already today, so if you can approve and commit the pa parts that would be nice. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |danglin at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43958
[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03
--- Comment #6 from mikael at gcc dot gnu dot org 2010-07-02 15:56 --- (In reply to comment #5) If you need someone to apply, test and commit , let me know. I will have time and its pretty quick on my quad machine No thanks, I will need a commit tree anyway. It's currently bootstrapping so it's a matter of hours now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662
[Bug middle-end/44785] New: [4.6 Regression] FAIL: gfortran.dg/extends_3.f03
On Linux/x86, I saw FAIL: gfortran.dg/extends_3.f03 -O1 (internal compiler error) FAIL: gfortran.dg/extends_3.f03 -O1 (test for excess errors) come and go, at least starting from revision 161653. -- Summary: [4.6 Regression] FAIL: gfortran.dg/extends_3.f03 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44785
[Bug bootstrap/44768] arm-linux bootstrap broken on expmed.c:157:3: warning ICE
--- Comment #4 from ramana at gcc dot gnu dot org 2010-07-02 16:15 --- I'm getting this failure in stage3 thus just attaching the expmed.i pre-processed file isn't enough to reproduce this with a cross. Doing a bisect I find that rev: 160827 - builds expmed.o in stage3 . rev: 160833 - Segfaults while building expmed.o rev:160832 was this commit . Author: jamborm jamb...@138bc75d-0d04-0410-961f-82ee72b054a4 Date: Wed Jun 16 12:21:56 2010 + 2010-06-16 Martin Jambor mjam...@suse.cz PR tree-optimization/43905 * tree-sra.c: Include tree-inline.h. (create_abstract_origin): Removed. (modify_function): Version the call graph node instead of creating abstract origins and dealing with same_body aliases. * tree-sra.c (ipa_sra_preliminary_function_checks): Check whether the function is versionable. * Makefile.in (tree-sra.o): Add TREE_INLINE_H to dependencies. * testsuite/g++.dg/torture/pr43905.C: New test. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/tr...@160832 while 160833 touches only libstdc++ I think there is a case of memory corruption or miscompilation somewhere because of which global_dc-printer changes value between 2 calls to diagnostic_report_diagnostic. Still digging to find out what's gone wrong here - might well be a latent bug exposed from elsewhere. Cheers Ramana -- ramana at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44768
[Bug rtl-optimization/42835] Missed merging common code sequence at the end of two basic blocks
--- Comment #4 from bernds at gcc dot gnu dot org 2010-07-02 16:23 --- Subject: Bug 42835 Author: bernds Date: Fri Jul 2 16:22:33 2010 New Revision: 161725 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161725 Log: PR target/42835 * config/arm/arm-modes.def (CC_NOTB): New mode. * config/arm/arm.c (get_arm_condition_code): Handle it. * config/arm/thumb2.md (thumb2_compare_scc): Delete pattern. * config/arm/arm.md (subsi3_compare0_c): New pattern. (compare_scc): Now a define_and_split. Add a number of extra splitters before it. testsuite/ PR target/42835 * gcc.target/arm/pr42835.c: New test. Added: trunk/gcc/testsuite/gcc.target/arm/pr42835.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm-modes.def trunk/gcc/config/arm/arm.c trunk/gcc/config/arm/arm.md trunk/gcc/config/arm/thumb2.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42835
[Bug middle-end/44784] [4.6 regression] Failed to build 403.gcc in SPEC CPU 2006
--- Comment #3 from hjl dot tools at gmail dot com 2010-07-02 16:26 --- Created an attachment (id=21070) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21070action=view) A testcase [...@gnu-34 delta]$ /export/build/gnu/gcc/release/usr/gcc-4.6.0/bin/gcc -S -msse2 -mfpmath=sse -m32 -O2 -ffast-math pr44784.c pr44784.c: In function defs_to_varying: pr44784.c:50:6: error: definition in block 7 follows the use for SSA_NAME: pretmp.19_34 in statement: pretmp.21_21 = (struct rtx_def *) pretmp.19_34; pr44784.c:50:6: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. [...@gnu-34 delta]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44784
[Bug target/42172] inefficient bit fields assignments
--- Comment #3 from bernds at gcc dot gnu dot org 2010-07-02 16:26 --- Subject: Bug 42172 Author: bernds Date: Fri Jul 2 16:25:59 2010 New Revision: 161726 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161726 Log: PR target/42172 * config/arm/arm.c (thumb1_rtx_costs): Improve support for SIGN_EXTEND and ZERO_EXTEND. (arm_rtx_costs_1): Likewise. (arm_size_rtx_costs): Use arm_rtx_costs_1 for these codes. * config/arm/arm.md (is_arch6): New attribute. (zero_extendhisi2, zero_extendqisi2, extendhisi2, extendqisi2): Tighten the code somewhat, avoiding invalid RTL to occur in the expander patterns. (thumb1_zero_extendhisi2): Merge with thumb1_zero_extendhisi2_v6. (thumb1_zero_extendhisi2_v6): Delete. (thumb1_extendhisi2): Merge with thumb1_extendhisi2_v6. (thumb1_extendhisi2_v6): Delete. (thumb1_extendqisi2): Merge with thumb1_extendhisi2_v6. (thumb1_extendqisi2_v6): Delete. (zero_extendhisi2 for register input splitter): New. (zero_extendqisi2 for register input splitter): New. (thumb1_extendhisi2 for register input splitter): New. (extendhisi2 for register input splitter): New. (extendqisi2 for register input splitter): New. (TARGET_THUMB1 extendqisi2 for memory input splitter): New. (arm_zero_extendhisi2): Allow nonimmediate_operand for operand 1, and add support for a register alternative requiring a split. (thumb1_zero_extendqisi2): Likewise. (arm_zero_extendqisi2): Likewise. (arm_extendhisi2): Likewise. (arm_extendqisi2): Likewise. testsuite/ PR target/42172 * gcc.target/arm/pr42172-1.c: New test. Added: trunk/gcc/testsuite/gcc.target/arm/pr42172-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/config/arm/arm.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42172
[Bug middle-end/44576] [4.5/4.6 Regression] testsuite/gfortran.dg/zero_sized_1.f90 with huge compile time on prefetching + peeling
--- Comment #16 from spop at gcc dot gnu dot org 2010-07-02 16:34 --- Subject: Bug 44576 Author: spop Date: Fri Jul 2 16:34:29 2010 New Revision: 161727 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161727 Log: PR 44576: miss rate computation improvement for prefetching loop arrays. 2010-07-02 Changpeng Fang changpeng.f...@amd.com PR middle-end/44576 * tree-ssa-loop-prefetch.c (compute_miss_rate): Return 1000 (out of 1000) for miss rate if the address diference is greater than or equal to the cache line size (the two reference will never hit the same cache line). Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-loop-prefetch.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44576
[Bug c++/44786] New: -fcatch-undefined-behavior: Turn on runtime code generation to check for undefined behavior
Clang provides a number of ways to control code generation. The options are listed below. -fcatch-undefined-behavior: Turn on runtime code generation to check for undefined behavior. This option, which defaults to off, controls whether or not Clang adds runtime checks for undefined runtime behavior. If the check fails, __builtin_trap() is used to indicate failure. The checks are: # Subscripting where the static type of one operand is variable which is decayed from an array type and the other operand is greater than the size of the array or less than zero. # Shift operators where the amount shifted is greater or equal to the promoted bit-width of the left-hand-side or less than zero. # If control flow reaches __builtin_unreachable. -- Summary: -fcatch-undefined-behavior: Turn on runtime code generation to check for undefined behavior Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44786
[Bug fortran/44773] [4.6 Regression] Unnecessary temporaries increase the runtime for channel.f90 by ~70%
--- Comment #6 from dominiq at lps dot ens dot fr 2010-07-02 16:53 --- Yes, please reduce and lets see if we can discover something more specific wrong here. Then also consider Mikael's idea. I don't think there is anything specific to discover. The fix for PR44582 is too conservative and creates unneeded temporaries (in channel.f90, test_fpu.f90 and probably others that I have missed). I'll be extremely sad that to fix (ab)uses of the standard (codes you should never write), legitimate real life codes get badly penalized. You can also see the effect at http://gcc.opensuse.org/c++bench/polyhedron/polyhedron-summary.txt-2-0.html where the time went from ~16.5s to ~18.7s. The relative effect is less dramatic because channel.f90 is memory bound for caches smaller than ~4Mb: I don't know the cache size of the AMD proc for the above test (~512kb?) compared to the 3Mb on my macbook. So the effect of the new temporaries is to increase the memory access by ~2s, i.e., ~10% on the AMD tests, but ~70% on my machine. So I doubt that a reduced test wil give any new insight in the problem, nevertheless I'll try!-). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44773
[Bug rtl-optimization/44787] New: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395
Revision 160947 breaks the following test case. void joint_decode(float* mlt_buffer1, int t) { int i; float decode_buffer[1060]; foo(decode_buffer); for (i=0; i10 ; i++) { mlt_buffer1[i] = i * decode_buffer[t]; } } /usr/local/install/R160947/libexec/gcc/arm-linux-androideabi/4.6.0/cc1 -fpreprocessed cook.i -fPIC -quiet -dumpbase cook.i -march=armv7-a -mfloat-abi=softfp -mfpu=neon -mthumb -auxbase-strip cook.o -Os -fno-strict-aliasing -o /tmp/ccrdKipa.s cook.i: In function 'joint_decode': cook.i:8:1: error: insn does not satisfy its constraints: (insn 98 55 59 2 cook.i:6 (set (reg:SI 3 r3) (plus:SI (mult:SI (reg/v:SI 5 r5 [orig:183 t ] [183]) (const_int 4 [0x4])) (reg/f:SI 13 sp))) 674 {*thumb2_arith_shiftsi} (nil)) cook.i:8:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:395 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I tried revision 160946 and did not see such error. The bug may not be brought by r160947, but it was triggered. -- Summary: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jingyu at google dot com GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: arm-linux-androideabi,arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44787
[Bug rtl-optimization/44788] New: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395
Revision 160947 breaks the following test case. void joint_decode(float* mlt_buffer1, int t) { int i; float decode_buffer[1060]; foo(decode_buffer); for (i=0; i10 ; i++) { mlt_buffer1[i] = i * decode_buffer[t]; } } /usr/local/install/R160947/libexec/gcc/arm-linux-androideabi/4.6.0/cc1 -fpreprocessed cook.i -fPIC -quiet -dumpbase cook.i -march=armv7-a -mfloat-abi=softfp -mfpu=neon -mthumb -auxbase-strip cook.o -Os -fno-strict-aliasing -o /tmp/ccrdKipa.s cook.i: In function 'joint_decode': cook.i:8:1: error: insn does not satisfy its constraints: (insn 98 55 59 2 cook.i:6 (set (reg:SI 3 r3) (plus:SI (mult:SI (reg/v:SI 5 r5 [orig:183 t ] [183]) (const_int 4 [0x4])) (reg/f:SI 13 sp))) 674 {*thumb2_arith_shiftsi} (nil)) cook.i:8:1: internal compiler error: in reload_cse_simplify_operands, at postreload.c:395 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I tried revision 160946 and did not see such error. The bug may not be brought by r160947, but it was triggered. -- Summary: [regression]internal compiler error: in reload_cse_simplify_operands, at postreload.c:395 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jingyu at google dot com GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: arm-linux-androideabi,arm-eabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44788
[Bug target/40657] allocate local variables with fewer instructions
--- Comment #10 from carrot at google dot com 2010-07-02 17:41 --- The patch optimizes the prologue part only, the epilogue can also be enhanced. Now compile the attached test case, I get push{r0, r1, r2, lr} add r0, sp, #4 bl bar ldr r0, [sp, #4] add sp, sp, #12 pop {pc} The last two instructions can be merged as pop {r1-r3, pc} -- carrot at google dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40657
[Bug c++/44789] New: [4.6 Regression] FAIL: abi_check
On Linux/x86-64, revision 161704 gave FAIL: abi_check Revision 161695 is OK. -- Summary: [4.6 Regression] FAIL: abi_check Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44789
[Bug c++/44789] [4.6 Regression] FAIL: abi_check
--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-02 18:35 --- It's fixed in 161706. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44789
[Bug middle-end/44790] New: Bootstrap fails after MEM-REF merge
GCC fails to bootstrap on ia64-hp-hpux11.23 after r161655. Building without bootstrap and running the testsuite shows that tests are failing in 32 bit mode but not 64 bit mode so the problem is probably ia64's unique method of extending pointers in 32 bit mode Most of the failing tests involve va_args. Here is a cutdown test that fails: f (int n, ...) { long x; int i; __builtin_va_list ap; __builtin_va_start(ap,n); x = __builtin_va_arg(ap,long); if (x != 123) abort(); __builtin_va_end(ap); } main () { f (3, (long) 123); exit(0); } -- Summary: Bootstrap fails after MEM-REF merge Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sje at cup dot hp dot com GCC build triplet: ia64-hp-hpux11.23 GCC host triplet: ia64-hp-hpux11.23 GCC target triplet: ia64-hp-hpux11.23 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44790
[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants
--- Comment #33 from dodji at gcc dot gnu dot org 2010-07-02 19:00 --- I have put up a git tree for this. The branch containing my changes is http://seketeli.net/cgit/~dodji/gcc.git/log/?h=PR7263-dodji The current state as of commit 1d2b6207 addresses the remaining FIXMEs in the code. It thus should properly deallocate the memory used for the macro expansion tokens and still passes regression test for the C FE. Next stop is to make the C++ FE work with this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
[Bug libfortran/43298] fortran library does not read in NaN -Inf or Inf
--- Comment #17 from burnus at gcc dot gnu dot org 2010-07-02 19:07 --- Subject: Bug 43298 Author: burnus Date: Fri Jul 2 19:07:30 2010 New Revision: 161735 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161735 Log: 2010-06-28 Tobias Burnus bur...@net-b.de PR fortran/43298 * list_read.c (parse_real): Do not pass (..) on for NAN(..). * read.c (convert_real): Fix comment about NAN/INF. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c trunk/libgfortran/io/read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43298
[Bug testsuite/44791] New: data_3.f90 accesses uninitialized variable
data_3.f90 IF statement at line 15 accesses B, but B(1:1) is undefined. -- Summary: data_3.f90 accesses uninitialized variable Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44791
[Bug testsuite/44792] New: data.f90 accesses undefined variable
data.f90 line 28 accesses TMP2(1)%T1(1)%A(2:4:2) which is undefined -- Summary: data.f90 accesses undefined variable Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zeccav at gmail dot com GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44792
[Bug middle-end/44790] Bootstrap fails after MEM-REF merge
--- Comment #1 from sje at cup dot hp dot com 2010-07-02 19:49 --- This may be related to x + CST folding. The bug only happens at -O1 or above. I think I forgot to mention that in the original bug report. When I look at the expand dump and the comparision to 123 I see: (insn 17 16 18 3 x.c:8 (set (reg:DI 348) (zero_extend:DI (subreg/s/v:SI (reg/v/f:DI 339 [ ap+-4 ]) 4))) -1 (nil)) (insn 18 17 19 3 x.c:8 (set (reg/f:DI 347) (plus:DI (reg:DI 348) (const_int 4 [0x4]))) -1 (nil)) (insn 19 18 20 3 x.c:9 (set (reg:SI 349) (mem:SI (reg/f:DI 347) [0 MEM[(int *)ap_1 + 4B]+0 S4 A32])) -1 (nil)) (insn 20 19 21 3 x.c:9 (set (reg:BI 350) (eq:BI (reg:SI 349) (const_int 123 [0x7b]))) -1 (nil)) Instruction 17, where we set r348 to zero_extend of r339 looks wrong. We need to do a pointer extend here, I.e. (unspec 24) go generate an addp4. r349 is not a valid pointer after instruction 17 and this generates the fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44790
[Bug tree-optimization/33512] Simple bitwise simplification missed
--- Comment #8 from bergner at gcc dot gnu dot org 2010-07-02 19:52 --- So what asm do we expect that we should get form the and-1.c testcase? -- bergner at gcc dot gnu dot org changed: What|Removed |Added CC||bergner at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33512
[Bug fortran/44662] unitialized memory on testcases abstract_type_6.f03 and typebound_call_4.f03
--- Comment #7 from mikael at gcc dot gnu dot org 2010-07-02 20:01 --- Subject: Bug 44662 Author: mikael Date: Fri Jul 2 20:01:05 2010 New Revision: 161739 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161739 Log: 2010-07-02 Mikael Morin mik...@gcc.gnu.org PR fortran/44662 * decl.c (match_procedure_in_type): Clear structure before using. (gfc_match_generic): Ditto. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44662
[Bug target/44793] New: Code generated references undefined symbol
This was spotted on powerpc-rtems but likely impacts more targets. It is triggered by -Os. I will attach the preprocessed file. powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12) $ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c $ grep _rest j.s b _restgpr_31_x $ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c $ grep _rest j.s $ -- Summary: Code generated references undefined symbol Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC host triplet: powerpc-rtems4.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] Code generated references undefined symbol
--- Comment #1 from joel at gcc dot gnu dot org 2010-07-02 20:14 --- Created an attachment (id=21071) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21071action=view) bzip'ed test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44771] m68k_expand_prologue: variable set but not used
--- Comment #1 from schwab at gcc dot gnu dot org 2010-07-02 20:16 --- Subject: Bug 44771 Author: schwab Date: Fri Jul 2 20:15:59 2010 New Revision: 161741 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161741 Log: PR target/44771 * config/m68k/m68k.c (m68k_expand_prologue): Remove set but not used variable insn. Modified: trunk/gcc/ChangeLog trunk/gcc/config/m68k/m68k.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44771
[Bug target/44793] Code generated references undefined symbol
--- Comment #2 from joel at gcc dot gnu dot org 2010-07-02 20:16 --- Works with 4.4.4 $ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc -mcpu=603e -Os pr44793.c -S $ grep _res pr44793.s $ /opt/rtems-4.10/bin/powerpc-rtems4.10-gcc --version powerpc-rtems4.10-gcc (GCC) 4.4.4 20100429 (RTEMS gcc-4.4.4-1.fc12/newlib-1.18.0-12.fc12) -- joel at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
Re: [Bug target/44793] New: Code generated references undefined symbol
These functions are part of PowerPC abi. So they should be provided by either libgcc or the libc. On Jul 2, 2010, at 1:12 PM, joel at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org wrote: This was spotted on powerpc-rtems but likely impacts more targets. It is triggered by -Os. I will attach the preprocessed file. powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12) $ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c $ grep _rest j.s b _restgpr_31_x $ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c $ grep _rest j.s $ -- Summary: Code generated references undefined symbol Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC host triplet: powerpc-rtems4.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug target/44793] Code generated references undefined symbol
--- Comment #3 from pinskia at gmail dot com 2010-07-02 20:17 --- Subject: Re: New: Code generated references undefined symbol These functions are part of PowerPC abi. So they should be provided by either libgcc or the libc. On Jul 2, 2010, at 1:12 PM, joel at gcc dot gnu dot org gcc-bugzi...@gcc.gnu.org wrote: This was spotted on powerpc-rtems but likely impacts more targets. It is triggered by -Os. I will attach the preprocessed file. powerpc-rtems4.11-gcc (GCC) 4.5.0 20100414 (RTEMS gcc-4.5.0-10.fc12/newlib-1.18.0-10.fc12) $ powerpc-rtems4.11-gcc -mcpu=603e -Os -S j.c $ grep _rest j.s b _restgpr_31_x $ powerpc-rtems4.11-gcc -mcpu=603e -O0 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O1 -S j.c $ grep _rest j.s $ powerpc-rtems4.11-gcc -mcpu=603e -O2 -S j.c $ grep _rest j.s $ -- Summary: Code generated references undefined symbol Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: joel at gcc dot gnu dot org GCC host triplet: powerpc-rtems4.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug c++/44780] [4.6 regression] Bogus set-but-not-used variable warning
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-02 20:22 --- Subject: Bug 44780 Author: jakub Date: Fri Jul 2 20:22:32 2010 New Revision: 161742 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=161742 Log: PR c++/44780 * typeck.c (convert_for_assignment): When converting a convertible vector type or objc++ types, call mark_rvalue_use. * typeck2.c (build_m_component_ref): Use return values from mark_rvalue_use or mark_lvalue_use. * class.c (build_base_path): Likewise. * call.c (build_conditional_expr): Likewise. * c-c++-common/Wunused-var-12.c: New test. Added: trunk/gcc/testsuite/c-c++-common/Wunused-var-12.c Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/class.c trunk/gcc/cp/typeck.c trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44780
[Bug target/44771] m68k_expand_prologue: variable set but not used
--- Comment #2 from schwab at linux-m68k dot org 2010-07-02 20:27 --- Fixed. -- schwab at linux-m68k dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44771
[Bug target/44793] Code generated references undefined symbol
--- Comment #4 from joel at gcc dot gnu dot org 2010-07-02 20:31 --- We use newlib and it is not in any of the .a or .o files installed. I see it in the file crtresgpr.S in gcc/config/rs6000 but only config/rs6000/t-netbsd references it. Should this code from t-netbsd be copied to t-rtems or moved out to a new t-XXX file which is included by multiple targets? rtems can't be the only one in need of this. LIB2FUNCS_STATIC_EXTRA = crtsavfpr.S crtresfpr.S \ crtsavgpr.S crtresgpr.S \ crtresxfpr.S crtresxgpr.S tramp.S: $(srcdir)/config/rs6000/tramp.asm cat $(srcdir)/config/rs6000/tramp.asm tramp.S crtsavfpr.S: $(srcdir)/config/rs6000/crtsavfpr.asm cat $(srcdir)/config/rs6000/crtsavfpr.asm crtsavfpr.S crtresfpr.S: $(srcdir)/config/rs6000/crtresfpr.asm cat $(srcdir)/config/rs6000/crtresfpr.asm crtresfpr.S crtsavgpr.S: $(srcdir)/config/rs6000/crtsavgpr.asm cat $(srcdir)/config/rs6000/crtsavgpr.asm crtsavgpr.S crtresgpr.S: $(srcdir)/config/rs6000/crtresgpr.asm cat $(srcdir)/config/rs6000/crtresgpr.asm crtresgpr.S crtresxfpr.S: $(srcdir)/config/rs6000/crtresxfpr.asm cat $(srcdir)/config/rs6000/crtresxfpr.asm crtresxfpr.S crtresxgpr.S: $(srcdir)/config/rs6000/crtresxgpr.asm cat $(srcdir)/config/rs6000/crtresxgpr.asm crtresxgpr.S # It is important that crtbegin.o, etc., aren't surprised by stuff in .sdata. CRTSTUFF_T_CFLAGS += -msdata=none CRTSTUFF_T_CFLAGS_S += -msdata=none -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44793
[Bug testsuite/44791] data_3.f90 accesses uninitialized variable
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-02 20:37 --- Index: gfortran.fortran-torture/execute/data_3.f90 === --- gfortran.fortran-torture/execute/data_3.f90 (Revision 161742) +++ gfortran.fortran-torture/execute/data_3.f90 @@ -12,7 +12,7 @@ DATA e(4:4), e(1:3) /'45', '123A'/ IF (a.NE.'aab ') CALL abort() -IF (b.NE.' AAA ') CALL abort() +IF (b(2:6).NE.'AAA ') CALL abort() IF (c.NE.'12') CALL abort() IF (d(1).NE.d(2) .OR. d(1).NE.'1234') CALL abort() IF (e.NE.'1234') CALL abort() -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44791