[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library
--- Comment #4 from gzp at gmx dot net 2008-12-27 09:08 --- No, no patches, however if I overwrite the libtool script in i686-pc-linux-gnu/libmudflap directory with the following version, the problem disappear: $ libtool --version ltmain.sh (GNU libtool) 1.5.26 (1.1220.2.492 2008/01/30 06:40:56) Same problem in the libgomp, libssp and libobjc directories. Let me know how could I help fixing this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38339
[Bug other/35377] stack-protector: multiple definition of `__stack_chk_fail_local'
--- Comment #1 from gzp at gmx dot net 2008-12-27 09:11 --- ping, the problem still exist, due the combinations of the configure options (static vs shared) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35377
[Bug c++/38637] [4.4 regression] ICE with template declaration of enum
-- 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|NEW |ASSIGNED Last reconfirmed|2008-12-27 01:28:13 |2008-12-27 09:11:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38637
[Bug libstdc++/38476] SIGSEGV on istream::read() in unbuffered mode
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-27 09:21 --- To clarify: I don't see anything in the Standard forbidding the use of rdbuf()-sgetn in the implementation of istream::read. Actually, I would argue is the natural choice for carrying out the core work. Then, however, everything bis equivalent per the Standard to a series of sbumpc and uflow (not underflow) must be provided by the user. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38476
[Bug middle-end/38633] [4.4 regression] ICE with #pragma omp parallel and struct declaration
-- 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|NEW |ASSIGNED Last reconfirmed|2008-12-26 22:26:12 |2008-12-27 10:42:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38633
[Bug target/34163] [4.3/4.4 Regression] 10% performance regression since Nov 1 on Polyhedron's NF on AMD64
-- ubizjak at gmail dot com changed: What|Removed |Added Summary|10% performance regression |[4.3/4.4 Regression] 10% |since Nov 1 on Polyhedron's |performance regression since |NF on AMD64 |Nov 1 on Polyhedron's NF ||on AMD64 Target Milestone|--- |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34163
[Bug target/34163] [4.3/4.4 Regression] 10% performance regression since Nov 1 on Polyhedron's NF on AMD64
-- ubizjak at gmail dot com changed: What|Removed |Added Target Milestone|4.3.4 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34163
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref
--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-27 11:40 --- With the patch in comment#2, I see two regressions: [ibook-dhum] f90/bug% gfc /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03 /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:10: internal compiler error: in gfc_iso_c_func_interface, at fortran/resolve.c:2064 ... [ibook-dhum] f90/bug% gfc /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/repack_arrays_1.f90 f951: internal compiler error: in gfc_iso_c_func_interface, at fortran/resolve.c:2064 They are due to the new line: gcc_assert (args-expr-expr_type == EXPR_VARIABLE); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
[Bug c++/38639] [4.4 regression] ICE with invalid use of auto in parallel for-loop
-- 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|NEW |ASSIGNED Last reconfirmed|2008-12-27 01:35:57 |2008-12-27 11:53:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38639
[Bug rtl-optimization/29854] reload_combine looses track of uses
--- Comment #2 from amylaar at gcc dot gnu dot org 2008-12-27 12:16 --- (In reply to comment #1) Is there a test case which shows the wrong-code behavior, and which can be checked against the new register allocator? I don't know of any particular test case. If you want one, I suggest to compile the SH linux kernel with and without the patch and diff the assemply output of the compiler. You could also try looking in Toshi Morita's stress testsuite, or any other code that is heavy with reloads and large stack frames. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 12:16:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29854
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref
--- Comment #4 from dominiq at lps dot ens dot fr 2008-12-27 13:00 ---
If I remove the assert gfortran.dg/repack_arrays_1.f90 passes, while
gfortran.dg/pr32601.f03 gives:
print *, c_loc(get_ptr()) ! { dg-error has PRIVATE components }
1
Error: Parameter 'get_ptr' to 'c_loc' at (1) must be either a TARGET or an
associated pointer
instead of
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:22.19:
print *, c_null_ptr, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:22.24:
print *, c_null_ptr, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:23.11:
print *, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:25.25:
print *, c_loc(get_ptr()) ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
Note that I do not understand a single word of this private business: what can
be the use of a PUBLIC derived type with PRIVATE components?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
[Bug rtl-optimization/38614] ICE at simplify-rtx.c:4956
--- Comment #2 from monaka at monami-software dot com 2008-12-27 13:23 --- Created an attachment (id=16990) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16990action=view) Preprocessed file with -E option. Generated this attached file with options below: i386-pc-mingw32-gcc -c -g -O2 -D__USE_MINGW_ACCESS -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../../pf3gnuchains/pf3gnuchains/gcc -I../../../../pf3gnuchains/pf3gnuchains/gcc/. -I../../../../pf3gnuchains/pf3gnuchains/gcc/../include -I./../intl -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libcpp/include -I/home/users/m/mo/monabuilder/mingw/gmp/include -I/home/users/m/mo/monabuilder/mingw/mpfr/include -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber -I../../../../pf3gnuchains/pf3gnuchains/gcc/../libdecnumber/dpd -I../libdecnumber../../../../pf3gnuchains/pf3gnuchains/gcc/emit-rtl.c -E emit-rtl.c-with-E -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38614
[Bug c/36531] -Wno-packed appears to be disconnected/ignored
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 14:22 --- No feedback in 3 months so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36531
END OF YR SLASH:Blackberry/$350,iPhone/$250,Omnia/$470,SE-X1/$500
END OF YR SLASH:Blackberry/$350,iPhone/$250,Omnia/$470,SE-X1/$500 Sony Ericsson X1 - $500 USD SONY PS3 (60GB) = $300 USD Apple iPhone 16GB$250 USD Blackberry Bold..$300 USD Blackberry Storm.$350 USD Samsung Omnia i900 (16GB)$470 USD HTC Touch Pro$400 USD HTC Diamond .$400 USD Nokia N96$350 USD Nokia N85$350 USD Nokia E71$300 USD Nokia E66$300 USD Nokia E90$350 USD Motorola V3i DG..$250 USD Nokia N95. ...$320 USD Nokia N93. ...$260 USD Nokia N93i ...$280 USD Nokia N70 $160 USD Nokia N72 $175 USD Nokia N73 $250 USD Nokia N80 $200 USD Nokia N90 $200 USD Nokia N91 $200 USD BUY ANY 5 UNITS AND GET 1 FREE All GSM Phones,Brand New,Tri- Band and Video Games are also Brand new with Complete Accessories plus Intl Warranty . Alan Pepple Gadgets DIRECT Lmtd UK 6 Greenhill Crescent, Watford Business Park,Watford,WD18 8RF.UNITED KINGDOM E-mail- gadgets.direct.l...@googlemail.com http://www.gadgetsukdirect.com
[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-12-27 14:25 --- Take the testcase in comment #2, p is not a valid template argument because it is not valid constant expression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2008-08-13 20:37:07 |2008-12-27 14:25:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37093
[Bug target/37081] [avr] FAIL: gcc.dg/pr36998.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 14:32 --- How does this testcase fail? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37081
[Bug other/37080] vasprintf in libiberty fails for %llu on solaris
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 14:33 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 14:33:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37080
[Bug target/37061] [4.4 Regression] Build fails with REGISTER_TARGET_PRAGMAS redefined
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 14:38 --- Fixed by: 2008-09-09 Rainer Orth r...@techfak.uni-bielefeld.de * config/sol2.h (REGISTER_TARGET_PRAGMAS): Move ... * config/i386/sol2.h (REGISTER_SUBTARGET_PRAGMAS): ... here. * config/sparc/sol2.h (REGISTER_TARGET_PRAGMAS): ... and here. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37061
[Bug middle-end/37060] [4.3/4.4 regression] Bogus __builtin___memcpy_chk overflow warning
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 14:41 --- I don't get the warning on the trunk or the 4.3 branch on i386-darwin8.11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37060
[Bug libgcj/8995] race cases in interpreter
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-27 14:45 --- *** Bug 37051 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||chewi at aura-online dot co ||dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8995
[Bug java/37051] Random failures running ECJ 3.4 (threading problem?)
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-27 14:45 --- *** This bug has been marked as a duplicate of 8995 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
[Bug c++/37047] Add warning for deprecated use of static
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-27 14:49 --- I think adding an option which warns about this is ok, just it cannot be default because people try to compile C code with the C++ front-end all the time :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2008-12-27 14:49:43 date|| Summary|Missing warning for |Add warning for deprecated |deprecated use of static|use of static http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37047
[Bug middle-end/37044] Heisenbug: SVN of gcc throws internal compiler error on PPC
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-27 14:51 --- *** This bug has been marked as a duplicate of 38553 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
[Bug target/38553] [4.3 Regression] Segfault in ggc_set_mark with -maltivec
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 14:51 --- *** Bug 37044 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||contact at multimedia dot cx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38553
[Bug libgcj/37264] /usr/ccs/bin/ld: Unsatisfied symbols in gnu/gcj/tools/gcj_dbto
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-27 14:53 --- Subject: Re: /usr/ccs/bin/ld: Unsatisfied symbols in gnu/gcj/tools/gcj_dbto Was this ever fixed? I believe it is fixed, but I will have to do another build to be sure. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37264
[Bug c++/37037] [4.2/4.3/4.4 Regression] ICE on template class member function definition after explciit template class instantation
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 14:55 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|x86_64-linux-gnu| GCC host triplet|x86_64-linux-gnu| GCC target triplet|x86_64-linux-gnu| Known to fail|4.4.0 |4.4.0 4.1.1 4.3.3 Last reconfirmed|-00-00 00:00:00 |2008-12-27 14:55:24 date|| Summary|ICE on template class member|[4.2/4.3/4.4 Regression] ICE |function definition after |on template class member |explciit template class |function definition after |instantation|explciit template class ||instantation Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37037
[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-27 14:58 --- Any news on this bug, it is one of the last P1s for 4.4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
[Bug middle-end/38641] New: [4.4 Regression] VEC_EXTRACT_EVEN_EXPR/VEC_EXTRACT_ODD_EXPR no longer print out correctly in the tree dumps
As reported in PR 37027, VEC_EXTRACT_EVEN_EXPR and VEC_EXTRACT_ODD_EXPR print out as ??? in the tree dumps after the tuples merge. -- Summary: [4.4 Regression] VEC_EXTRACT_EVEN_EXPR/VEC_EXTRACT_ODD_EXPR no longer print out correctly in the tree dumps Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38641
[Bug middle-end/38641] [4.4 Regression] VEC_EXTRACT_EVEN_EXPR/VEC_EXTRACT_ODD_EXPR no longer print out correctly in the tree dumps
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 Version|4.3.3 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38641
[Bug tree-optimization/37027] SLP loop vectorization missing support for reductions
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-27 15:04 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 15:04:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37027
[Bug c++/38639] [4.4 regression] ICE with invalid use of auto in parallel for-loop
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-27 15:26 --- Subject: Bug 38639 Author: jakub Date: Sat Dec 27 15:24:52 2008 New Revision: 142933 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142933 Log: PR c++/38639 * pt.c (tsubst_omp_for_iterator): RECUR on whole init_expr instead of just its type. * g++.dg/gomp/pr38639.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr38639.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38639
[Bug middle-end/38633] [4.4 regression] ICE with #pragma omp parallel and struct declaration
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-27 15:39 --- Subject: Bug 38633 Author: jakub Date: Sat Dec 27 15:38:22 2008 New Revision: 142934 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142934 Log: PR middle-end/38633 * tree-cfg.c (replace_block_vars_by_duplicates): Only call replace_by_duplicate_decl for VAR_DECLs or CONST_DECLs. * gcc.dg/gomp/pr38633.c: New test. * g++.dg/gomp/pr38633.C: New test. Added: trunk/gcc/testsuite/g++.dg/gomp/pr38633.C trunk/gcc/testsuite/gcc.dg/gomp/pr38633.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38633
[Bug c++/38639] [4.4 regression] ICE with invalid use of auto in parallel for-loop
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-27 15:41 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38639
[Bug middle-end/38633] [4.4 regression] ICE with #pragma omp parallel and struct declaration
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-27 15:41 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38633
[Bug target/38642] New: [4.3/4.4 Regression] Code with -fPIC results in segfault on ARM (old ABI)
[ Forwarded from http://bugs.debian.org/487406 ] Enrico Zini reported the following bug (with testcase) to Debian: the attached code compiled with -fPIC results in a segfault on ARM (old ABI; not on EABI). It works fine on other architectures or on ARM with gcc 4.2. I verified that the bug is present in gcc 4.3 from SVN and in trunk. -- Summary: [4.3/4.4 Regression] Code with -fPIC results in segfault on ARM (old ABI) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC target triplet: arm-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38642
[Bug target/38642] [4.3/4.4 Regression] Code with -fPIC results in segfault on ARM (old ABI)
--- Comment #1 from tbm at cyrius dot com 2008-12-27 16:50 --- Created an attachment (id=16991) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16991action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38642
[Bug target/38643] New: Doesn't hide (visibility-wise) vtables and VTTs on ARM EABI
[ Forwarded from http://bugs.debian.org/490173 ]
Mike Hommey m...@glandium.org reported the following bug to Debian:
GCC doesn't hide (visibility-wise) vtables and VTTs on ARM (EABI).
The problem can be seen on the following code:
-8-
class A {
public:
int a;
virtual int v();
};
int A::v() {
return 2;
}
class B : public A {
public:
int b;
};
extern C __attribute__((visibility(default))) int test(void) {
B *b = new B;
return b-v();
}
8---
Build with: g++ -fvisibility=hidden -o test.o -c test.cpp
Take a look at symbols with objdump -x test.o
Relevant part:
g O .rodata000c _ZTV1A
wO .rodata._ZTV1B 000c _ZTV1B
These should be marked .hidden.
Resulting shared library (g++ -shared -fvisibility=hidden -o test.so test.cpp)
exports both _ZTV1A and _ZTV1B symbols as a result of this, which is
unexpected.
Proper result is obtained on other architectures (x86 below):
wO .rodata._ZTV1A 000c .hidden _ZTV1A
wO .rodata._ZTV1B 000c .hidden _ZTV1B
Note this may be related to the fact that apparently, ARM doesn't have vtables
in .rodata.
This happens with gcc 4.2, 4.3 and trunk.
--
Summary: Doesn't hide (visibility-wise) vtables and VTTs on ARM
EABI
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
GCC target triplet: arm-linux-gnueabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38643
[Bug target/38643] Doesn't hide (visibility-wise) vtables and VTTs on ARM EABI
--- Comment #1 from tbm at cyrius dot com 2008-12-27 17:15 --- Forgot to say that this only happens with ARM EABI, not with ARM old ABI. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38643
[Bug fortran/31832] FAIL: gfortran.dg/integer_exponentiation_2.f90 at -O1 and above
--- Comment #6 from danglin at gcc dot gnu dot org 2008-12-27 17:33 --- I agree with Steve that this is a HP math lib bug. For Steve's test program, we have the following code at -O1: fldw 0(%r3),%fr12R fcpy,sgl %fr12R,%fr4R fcpy,sgl %fr13R,%fr5R ldo -48(%r30),%r29 b,l powf,%r2 copy %r27,%r4 copy %r4,%r27 fstw %fr4R,-1176(%r30) fdiv,sgl %fr14R,%fr12R,%fr12R fmpy,sgl %fr12R,%fr12R,%fr12R fstw %fr12R,-1172(%r30) ldo -1176(%r30),%r26 ldo -48(%r30),%r29 b,l check_equal_r_,%r2 ldo -1172(%r30),%r25 Checking the value of fr12R before and after the call to powf, I see the values differ. The runtime specification states on page 14 that FRs 12-21 are preserved across calls. I think this bug can be worked around by providing powf in libgfortran on this target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31832
[Bug fortran/38113] on warning/error: skip whitespaces, move position marker to actual variable name
--- Comment #4 from mikael at gcc dot gnu dot org 2008-12-27 18:12 ---
While the original problem is fixed on trunk and 4.3, some more marker problems
popped up as I expected.
from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536#c4
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:22.19:
print *, c_null_ptr, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:22.24:
print *, c_null_ptr, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:23.11:
print *, t ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/pr32601.f03:25.25:
print *, c_loc(get_ptr()) ! { dg-error has PRIVATE components }
1
Error: Derived type 'c_ptr' at (1) has PRIVATE components
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mikael at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2008-11-28 21:13:05 |2008-12-27 18:12:44
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38113
[Bug middle-end/38641] [4.4 Regression] VEC_EXTRACT_EVEN_EXPR/VEC_EXTRACT_ODD_EXPR no longer print out correctly in the tree dumps
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-27 19:39 --- Subject: Bug 38641 Author: jakub Date: Sat Dec 27 19:38:20 2008 New Revision: 142935 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142935 Log: PR middle-end/38641 * gimple-pretty-print.c (dump_binary_rhs): Print VEC_WIDEN_MULT_HI_EXPR, VEC_WIDEN_MULT_LO_EXPR, VEC_PACK_TRUNC_EXPR, VEC_PACK_SAT_EXPR, VEC_PACK_FIX_TRUNC_EXPR, VEC_EXTRACT_EVEN_EXPR, VEC_EXTRACT_ODD_EXPR VEC_INTERLEAVE_HIGH_EXPR and VEC_INTERLEAVE_LOW_EXPR similarly to COMPLEX_EXPR, MIN_EXPR and MAX_EXPR. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple-pretty-print.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38641
[Bug bootstrap/36974] [4.4 Regression]: Gcc failed to bootstrap
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||build, ice-on-valid-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36974
[Bug middle-end/38641] [4.4 Regression] VEC_EXTRACT_EVEN_EXPR/VEC_EXTRACT_ODD_EXPR no longer print out correctly in the tree dumps
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-27 19:55 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38641
[Bug bootstrap/36918] [4.4 regression] Bootstrap failure on sparc: assertion failure in options.c
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36918
[Bug c/36839] struct with only anonymous unions plus flexible array member
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 20:31 ---
else if (!saw_named_field)
{
error (%Jflexible array member in otherwise empty struct, x);
TREE_TYPE (x) = error_mark_node;
}
Hmm, it explicitly looks for a named field.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
GCC build triplet|i486-pc-linux-gnu |
GCC host triplet|i486-pc-linux-gnu |
GCC target triplet|i486-pc-linux-gnu |
Keywords||rejects-valid
Known to fail||4.0.1 3.3.3 4.1.1 4.3.0
||4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36839
[Bug c/36839] struct with only anonymous unions plus flexible array member
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 20:45 --- http://gcc.gnu.org/ml/gcc-patches/2001-01/msg00357.html Hmm, this is on purpose as far as I can tell. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36839
[Bug tree-optimization/36835] [4.4 Regression] Trunk 137774 miscompile cpu2006.473.astar
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Summary|Trunk 137774 miscompile |[4.4 Regression] Trunk |cpu2006.473.astar |137774 miscompile ||cpu2006.473.astar Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36835
[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size
--- Comment #14 from andreast at gcc dot gnu dot org 2008-12-27 20:51 --- The original failures, closure_fn* have gone. So I didn't follow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
[Bug target/30282] Optimization flag -O1 -fschedule-insns2 cause red zone to be used when there is none
--- Comment #4 from davejmurphy at me dot com 2008-12-27 21:46 --- Created an attachment (id=16992) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16992action=view) preprocessed source for arm-eabi testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282
[Bug target/30282] Optimization flag -O1 -fschedule-insns2 cause red zone to be used when there is none
--- Comment #5 from davejmurphy at me dot com 2008-12-27 21:48 ---
(From update of attachment 16992)
I've tripped over this bug on arm-eabi too, with this code, compiled as thumb.
extern int doStreamReadBlock(int *, char *, int size, int);
char readStream(int *s)
{
char c = 0;
doStreamReadBlock(s, c, 1, *s);
return c;
}
arm-eabi davem$ arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../gcc-4.3.2/configure --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch --target=arm-eabi
--with-newlib --prefix=/opt/devkitpro/devkitARM
--with-bugurl=http://wiki.devkitpro.org/index.php/Bug_Reports
--with-pkgversion='devkitARM release 24'
Thread model: single
gcc version 4.3.2 (devkitARM release 24)
readStream:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0 doStreamReadBlock
16: b002add sp, #8
18: 7820ldrbr0, [r4, #0]
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
The same thing happens with mainline
/opt/devkitpro/devkitARM_mainline/bin/arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../../gcc_mainline/configure --disable-nls
--target=arm-eabi --prefix=/opt/devkitPro/devkitARM --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch
Thread model: single
gcc version 4.4.0 20081223 (experimental) (GCC)
readStream:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0 doStreamReadBlock
16: b002add sp, #8
18: 7820ldrbr0, [r4, #0]
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282
[Bug c++/36819] memleak in split_quote_chain
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 21:48 --- Confirmed, though -I- is obsolete. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-dell-linux | GCC host triplet|i686-dell-linux | GCC target triplet|i686-dell-linux | Known to fail||4.4.0 4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-12-27 21:48:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36819
[Bug target/30282] Optimization flag -O1 -fschedule-insns2 cause red zone to be used when there is none
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-27 21:51 --- (In reply to comment #5) (From update of attachment 16992 [edit]) I've tripped over this bug on arm-eabi too, with this code, compiled as thumb. Except this bug is about ppc sysv ABI and not really about ARM-eabi, please open a new bug report for that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282
[Bug c++/36799] error on va_copy in -std=c++0x mode
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:00 --- Confirmed. http://gcc.gnu.org/ml/libstdc++/2008-11/msg3.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:00:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36799
[Bug c++/36796] Support c++ override keyword
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-27 22:02 --- *** This bug has been marked as a duplicate of 17920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36796
[Bug c++/17920] add __attribute__((reimpl)) as a replacement for the (optional) virtual keyword for reimplementations of virtual functions
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-12-27 22:02 --- *** Bug 36796 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||slime at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17920
[Bug middle-end/36791] ICE with constant argument to __builtin_eh_return
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:04 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|x86_64-linux-gnu| Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:04:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36791
[Bug c++/36805] compilation fails when pointer to template-functions are returned by ?-operator
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:05 --- *** This bug has been marked as a duplicate of 11407 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36805
[Bug c/38644] New: Optimization flag -O1 -fschedule-insns2 causes wrong code
The -fschedule-insns2 optimisation causes wrong code to be emitted for the
following testcase. The assembly code loads a value from a stack frame which
has already been deallocated.
This is similar to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30282 for
powerpc-eabi.
extern int doStreamReadBlock(int *, char *, int size, int);
char readStream(int *s)
{
char c = 0;
doStreamReadBlock(s, c, 1, *s);
return c;
}
arm-eabi davem$ arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../gcc-4.3.2/configure --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch --target=arm-eabi
--with-newlib --prefix=/opt/devkitpro/devkitARM
--with-bugurl=http://wiki.devkitpro.org/index.php/Bug_Reports
--with-pkgversion='devkitARM release 24'
Thread model: single
gcc version 4.3.2 (devkitARM release 24)
readStream:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0 doStreamReadBlock
16: b002add sp, #8 --- stack frame deallocated
18: 7820ldrbr0, [r4, #0]--- value loaded from stack
frame
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
The same thing happens with mainline
/opt/devkitpro/devkitARM_mainline/bin/arm-eabi-gcc -v -O2 -mthumb -c test.c
Using built-in specs.
Target: arm-eabi
Configured with: ../../../gcc_mainline/configure --disable-nls
--target=arm-eabi --prefix=/opt/devkitPro/devkitARM --enable-languages=c,c++
--with-cpu=arm7tdmi --enable-interwork --enable-multilib --with-gcc
--with-gnu-ld --with-gnu-as --disable-shared --disable-threads
--disable-win32-registry --disable-nls --disable-debug --disable-libmudflap
--disable-libssp --disable-libgomp --disable-libstdcxx-pch
Thread model: single
gcc version 4.4.0 20081223 (experimental) (GCC)
readStream:
0: b510push{r4, lr}
2: b082sub sp, #8
4: 466cmov r4, sp
6: 3407addsr4, #7
8: 2300movsr3, #0
a: 7023strbr3, [r4, #0]
c: 1c21addsr1, r4, #0
e: 6803ldr r3, [r0, #0]
10: 2201movsr2, #1
12: f7ff fffe bl 0 doStreamReadBlock
16: b002add sp, #8
18: 7820ldrbr0, [r4, #0]
1a: bc10pop {r4}
1c: bc02pop {r1}
1e: 4708bx r1
--
Summary: Optimization flag -O1 -fschedule-insns2 causes wrong
code
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: davejmurphy at me dot com
GCC build triplet: i386-apple-darwin9.6.0
GCC host triplet: i386-apple-darwin9.6.0
GCC target triplet: arm-none-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
[Bug c++/11407] [DR 115] Function cannot be resolved
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-12-27 22:05 --- *** Bug 36805 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rbuergel at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
[Bug c/38644] Optimization flag -O1 -fschedule-insns2 causes wrong code
--- Comment #1 from davejmurphy at me dot com 2008-12-27 22:10 --- Created an attachment (id=16993) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16993action=view) preprocessed source for arm-eabi testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
[Bug other/36781] gcc can't be compiled in an environment that requires CFLAGS
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:08 --- Closing as invalid as you should use CC rather than CFLAGS. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36781
[Bug c/36774] -Wmissing-prototypes triggers on nested functions
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:12 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36774
[Bug c/36774] -Wmissing-prototypes triggers on nested functions
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:12:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36774
[Bug middle-end/36757] __builtin_signbit should be type-generic
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 22:14 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:14:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36757
[Bug target/36720] ia64_split_tmode_move doesn't work on little endian
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36720
[Bug c++/36695] [4.3/4.4 Regression] Value-initialization of reference type is allowed.
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-27 22:26 --- Confirmed, at least a regression for 4.3 and 4.4. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Known to fail||4.3.2 4.3.3 4.4.0 Known to work||4.1.1 4.0.2 Last reconfirmed|-00-00 00:00:00 |2008-12-27 22:26:59 date|| Summary|Value-initialization of |[4.3/4.4 Regression] Value- |reference type is allowed. |initialization of reference ||type is allowed. Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36695
[Bug middle-end/38645] New: [4.4 regression] ICE with volatile
The following valid code snippet triggers an ICE on mainline when compiled
with -O:
=
int foo()
{
volatile int a[1];
int i, *p = (int*)a;
a[0] = 1;
for (i = 0; i 1; ++i)
if (p[i])
return -1;
return 0;
}
=
bug.c: In function 'foo':
bug.c:1: internal compiler error: in gimple_rhs_has_side_effects, at
gimple.c:2343
Please submit a full bug report, [etc.]
--
Summary: [4.4 regression] ICE with volatile
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug middle-end/38645] [4.4 regression] ICE with volatile
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug c++/35338] Rejects valid code for fixed-point types
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-12-27 22:55 --- Why do you think this is invalid code? The C front-end accepts this code. Well, I believed the error messages - although I should know better than to trust the compiler ;-) It would be nice if you implemented the missing conversions. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35338
[Bug fortran/38398] g0.w edit descriptor: Update for F2008 Tokyo meeting changes
--- Comment #10 from mikael at gcc dot gnu dot org 2008-12-27 23:05 --- (In reply to comment #9) Closing, fixed on 4.4 Not yet ;-) I'm at revision 142934, and I get this on x86_64-unknown-linux-gnu: FAIL: gfortran.dg/fmt_g0_1.f08 -O0 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O1 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O2 execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer -funroll-loops execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -fomit-frame-pointer -funroll-all-loops -finline-functions execution test FAIL: gfortran.dg/fmt_g0_1.f08 -O3 -g execution test FAIL: gfortran.dg/fmt_g0_1.f08 -Os execution test here is the ouput of the various writes in fmt_g0_1.f08: :12340: :0: : 0.3334: : 0.3334: :hello: :TF: ( 1.2345001, 2.4567001) Was the commit in comment #8 needed ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38398
[Bug c++/35319] [4.3/4.4 regression] ICE throwing fixed-point types
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 regression] ICE|[4.3/4.4 regression] ICE |throwing fixed-point types |throwing fixed-point types Target Milestone|4.3.3 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35319
[Bug c++/38646] New: [4.3/4.4 regression] ICE with invalid specialization of variadic template
The following invalid code snippet triggers an ICE since GCC 4.3.0:
=
templateint... struct A;
templateint... N struct AN..., N...
{
templatetypename struct B;
templatetypename T struct BT* {};
};
=
bug.cc:3: error: parameter pack argument 'N ...' must be at the end of the
template argument list
bug.cc:7: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in template_class_depth, at cp/pt.c:314
Please submit a full bug report, [etc.]
--
Summary: [4.3/4.4 regression] ICE with invalid specialization of
variadic template
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug c++/38647] New: [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
templateint, int struct A {};
templateint N struct A__FUNCTION__, N {};
A0, 0 a;
=
bug.cc:5: internal compiler error: in unify, at cp/pt.c:13746
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as
template parameter
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38648] New: [4.2/4.3/4.4 regression] ICE with string literal
The following invalid code snippet triggers an ICE on mainline:
char a[1];
int foo(
{
a = ;
return 0;
}
bug.cc:5: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
A similar code snippet triggers an ICE since GCC 3.1:
char a[1];
int foo(a = )
{
return 0;
}
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
Summary: [4.2/4.3/4.4 regression] ICE with string literal
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug fortran/38536] ICE with C_LOC in resolve.c due to not properly going through expr-ref
--- Comment #5 from mikael at gcc dot gnu dot org 2008-12-27 23:23 --- Created an attachment (id=16994) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16994action=view) another attempt, regression-tested Regression-tested, but with regressions :-(. They are probably unrelated anyway: FAIL fmt_g0_1.f08 It is about i/o, and there is a recent patch from Jerry about it. Note: it fails with trunk as well. FAIL is_iostat_end_eor_1.f90: this one doesn't fail with trunk. The error is: collect2: ld terminated with signal 11 [Segmentation fault] This is unrelated, don't ask, because I don't want to investigate. I suspect it is a new feature of the glibc-2.9 :-/ What this patch changes: remove the gcc_assert, and add handling for pointer-returning functions. -- mikael at gcc dot gnu dot org changed: What|Removed |Added Attachment #16989|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38536
[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug middle-end/38645] [4.4 regression] ICE with volatile
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:33 --- Confirmed, this was introduced by the tuples merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:33:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38645
[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:36 --- Confirmed, only ICEs with checking turned on. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-checking Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:36:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38646
[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:43 ---
I think we can make this valid GNU C++ by doing:
templateconst char *, int struct A {};
templateint N struct A__FUNCTION__, N {};
char a1[1];
Aa1, 0 a;
--- CUT ---
Though 3.3 rejected it by not defining __FUNCTION__ in the toplevel.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-valid-code
Known to fail||4.3.0 4.4.0 4.1.1 4.0.1
Known to work||3.3.3
Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:43:00
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38647
[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:46 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||3.3.3 4.3.0 4.1.1 4.3.0 ||4.4.0 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:46:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38648
[Bug c++/38649] New: [4.4 regression] Trouble with defaulted constructors
The following invalid code snippets are accepted on mainline:
struct A
{
A(...) = default;
};
struct A
{
A(const A, ...) = default;
};
Apparently defaultable_fn_p in cp/class.c doesn't handle the ellipsis
correctly. This makes me wonder whether type_has_user_nondefault_constructor
which contains similar code has the same problem.
This bug can be exploited to trigger an ICE:
struct A
{
A(...) = default;
A(const A);
};
void foo()
{
A a;
}
bug.cc: In constructor 'A::A(...)':
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
This makes the bug a regression as the second code snippet didn't crash
previous compilers.
--
Summary: [4.4 regression] Trouble with defaulted constructors
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, accepts-invalid, monitored
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug c++/38649] [4.4 regression] Trouble with defaulted constructors
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug rtl-optimization/36663] IRA ICE in save_call_clobbered_regs at caller-save.c:1949
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36663
[Bug c++/38649] [4.4 regression] Trouble with defaulted constructors
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-27 23:57 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-12-27 23:57:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38649
[Bug c++/38635] [4.4 regression] ICE parsing broken code
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-28 00:10 ---
Caused by r137361. When struct A {} is seen, it commits to tentative parse, so
cp_parser_parse_definitely succeeds eventhough the next token isn't = nor {,
but EOF.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||jason at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38635] [4.4 regression] ICE parsing broken code
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-28 00:15 --- Created an attachment (id=16995) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16995action=view) gcc44-pr38635.patch Patch I'm going to test. -- 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|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38635
[Bug c++/38650] New: [4.3/4.4 regression] Trouble with volatile and #pragma omp for
There is some strange behavior with #pragma omp for and volatiles:
=
void foo()
{
volatile int i, j = 1;
#pragma omp for
for (i = 0; i j; i += 1)
;
}
=
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: in gimplify_omp_for, at gimplify.c:5880
Please submit a full bug report, [etc.]
A similar code snippet (using ++i instead of i+=1 as incrememt) is accepted:
=
void foo()
{
volatile int i, j = 1;
#pragma omp for
for (i = 0; i j; ++i)
;
}
=
Another slight variation (using i1 instead of ij as loop condition)
is rejected:
=
void foo()
{
volatile int i;
#pragma omp for
for (i = 0; i 1; ++i)
;
}
=
bug.cc: In function 'void foo()':
bug.cc:5: error: invalid controlling predicate
The above only holds for the C++ frontend since GCC 4.3.0.
With the C frontend or GCC 4.2.x all three snippets compile fine.
I looked into the specification of OpenMP 3.0 and found nothing forbidding
the use of volatiles as loop counters. On the other hand volatile is IMHO
against the semantics of parallel for where magically changing loop counters
would make no sense. Maybe that's even a defect of the OpenMP specification.
--
Summary: [4.3/4.4 regression] Trouble with volatile and #pragma
omp for
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, rejects-valid, monitored, openmp
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38650
[Bug c++/38650] [4.3/4.4 regression] Trouble with volatile and #pragma omp for
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38650
[Bug fortran/36632] OpenMP code with access to module variable causes Fortran compiler to crash
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-28 00:34 --- Fixed for 4.4 since there has been no feedback in 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36632
[Bug target/36609] AVR wrong code using incorrect RTL for test reversal pattern
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36609
[Bug c++/36607] Incorrect type diagnostic on substracting casted char pointers
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 00:40 --- This works for me with 4.3.2 and the current trunk. Does it work for you? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36607
[Bug c++/36523] OpenMP task construct fails to instantiate copy constructor
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36523
[Bug c/36569] Checking printf format of recursive va_args.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 00:57 --- This works for the 4.3 branch, 4.3.2 and the current trunk. Does this work for you now? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36569
[Bug target/36644] make check fails:FAIL: tr1/8_c_compatibility/cmath/functions.cc (test for excess errors)
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-28 01:04 --- Make sure you either setup ld.so.conf correctly or set LD_LIBRARY_PATH. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36644
[Bug tree-optimization/36493] [4.3/4.4 Regression] vectorizer aliasing bug
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36493
[Bug c/36489] [4.3/4.4 Regression] Warning initialized field overwritten wrongly triggers with multidimensional arrays
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-28 01:19 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Known to fail||4.3.0 4.4.0 4.3.2 4.3.3 Known to work||4.1.1 4.0.2 Last reconfirmed|-00-00 00:00:00 |2008-12-28 01:19:04 date|| Summary|Warning initialized field |[4.3/4.4 Regression] Warning |overwritten wrongly|initialized field |triggers with |overwritten wrongly |multidimensional arrays |triggers with ||multidimensional arrays Target Milestone|--- |4.3.3 Version|unknown |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36489
[Bug bootstrap/36472] Small config.gcc buglet to check for enable_cld
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-28 01:25 --- Was fixed by: 2008-06-09 Michael Meissner michael.meiss...@amd.com * config.gcc (i[34567]86-*-*): Put test in quotes to prevent failure on some Bourne shells. (x86_64-*-*): Ditto. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36472
[Bug other/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-28 01:27 --- Does this work now on the LTO branch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
