[Bug bootstrap/30272] New: Build failure under SGI Irix (GFortran)
Hi! With fairly recent sources (120074), building GCC fails under SGI Irix. I cannot rule out that it's due to the fact that the system is outdated, and some tools should be updated (but which?). Here's a link to where I've reported that to the GFortran list, and the subsequent comments: http://gcc.gnu.org/ml/fortran/2006-12/msg00380.html Thanks! Philippe PS: the error message I get: cp /USER/philippe/Irix/Gcc_Sources/libgfortran/config/fpu-sysv.h fpu-target.h make all-am make[3]: Entering directory `/USER/philippe/Irix/Compilation/Temp/mips-sgi-irix6.5/libgfortran' bash ./libtool --mode=compile /USER/philippe/Irix/Compilation/Temp/./gcc/xgcc -B/USER/philippe/Irix/Compilation/Temp/./gcc/ -B/USER/philippe/Irix/Gcc/mips-sgi-irix6.5/bin/ -B/USER/philippe/Irix/Gcc/mips-sgi-irix6.5/lib/ -isystem /USER/philippe/Irix/Gcc/mips-sgi-irix6.5/include -isystem /USER/philippe/Irix/Gcc/mips-sgi-irix6.5/sys-include -DHAVE_CONFIG_H -I. -I/USER/philippe/Irix/Gcc_Sources/libgfortran -I. -iquote/USER/philippe/Irix/Gcc_Sources/libgfortran/io -I/USER/philippe/Irix/Gcc_Sources/libgfortran/../gcc -I/USER/philippe/Irix/Gcc_Sources/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c -o fmain.lo /USER/philippe/Irix/Gcc_Sources/libgfortran/fmain.c /USER/philippe/Irix/Compilation/Temp/./gcc/xgcc -B/USER/philippe/Irix/Compilation/Temp/./gcc/ -B/USER/philippe/Irix/Gcc/mips-sgi-irix6.5/bin/ -B/USER/philippe/Irix/Gcc/mips-sgi-irix6.5/lib/ -isystem /USER/philippe/Irix/Gcc/mips-sgi-irix6.5/include -isystem /USER/philippe/Irix/Gcc/mips-sgi-irix6.5/sys-include -DHAVE_CONFIG_H -I. -I/USER/philippe/Irix/Gcc_Sources/libgfortran -I. -iquote/USER/philippe/Irix/Gcc_Sources/libgfortran/io -I/USER/philippe/Irix/Gcc_Sources/libgfortran/../gcc -I/USER/philippe/Irix/Gcc_Sources/libgfortran/../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -O2 -c /USER/philippe/Irix/Gcc_Sources/libgfortran/fmain.c -o fmain.o In file included from /USER/philippe/Irix/Gcc_Sources/libgfortran/libgfortran.h:43, from /USER/philippe/Irix/Gcc_Sources/libgfortran/fmain.c:2: /usr/include/complex.h:178: error: conflicting types for 'cabsl' /USER/philippe/Irix/Compilation/Temp/./gcc/include/math.h:537: error: previous declaration of 'cabsl' was here make[3]: *** [fmain.lo] Error 1 make[3]: Leaving directory `/USER/philippe/Irix/Compilation/Temp/mips-sgi-irix6.5/libgfortran' make[2]: *** [all] Error 2 make[2]: Leaving directory `/USER/philippe/Irix/Compilation/Temp/mips-sgi-irix6.5/libgfortran' make[1]: *** [all-target-libgfortran] Error 2 make[1]: Leaving directory `/USER/philippe/Irix/Compilation/Temp' make: *** [bootstrap] Error 2 -- Summary: Build failure under SGI Irix (GFortran) Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug fortran/30273] New: gfc_todo: Not Implemented: Unable to determine rank of expression
Hi, here's another one: gfcbug49.f90: In function 'construct': gfcbug49.f90:20: fatal error: gfc_todo: Not Implemented: Unable to determine rank of expression compilation terminated. The reduced example code is attached. Cheers, -ha -- Summary: gfc_todo: Not Implemented: Unable to determine rank of expression Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at gmx dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #1 from anlauf at gmx dot de 2006-12-21 08:41 --- Created an attachment (id=12829) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12829&action=view) Demo code for gfc_todo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug fortran/30081] Interface bug overloading random_seed, random_number
--- Comment #8 from anlauf at gmx dot de 2006-12-21 08:49 --- (In reply to comment #7) Paul, a personal thanks for taking care of this one. With this patch in place, I was now able proceed compiling a major software piece just to hit the next gfc_todo (PR 30273)... Anyway, a merry x-mas and a happy to year to all actively involved in fixing gfortran. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30081
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-21 09:03:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug target/28966] -maltivec -m32 causes the stack to be saved and restored even though there is no need for it
--- Comment #3 from nathan at gcc dot gnu dot org 2006-12-21 09:04 --- Fixed on mainline 2006-12-21 Nathan Sidwell <[EMAIL PROTECTED]> PR target/28966 PR target/29248 * reload1.c (reload): Realign stack after it changes size. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28966
[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111
--- Comment #13 from eesrjhc at bath dot ac dot uk 2006-12-21 09:10 --- Created an attachment (id=12830) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12830&action=view) Includes as requested by Daniel Various include files as requested by Daniel in comment number 12. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
[Bug bootstrap/30272] Build failure under SGI Irix (GFortran)
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 09:32 --- There is a related hack for `cabs` in fixincludes/inclhack.def. Adding `cabsl` may be sufficient to fix this. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug bootstrap/30272] Build failure under SGI Irix (GFortran)
--- Comment #2 from P dot Schaffnit at access dot rwth-aachen dot de 2006-12-21 09:38 --- Erm... I have very little knowledge of C, and next to no understanding of the GCC sources, so I'm afraid I do not fully understand what could be done, but if you care to spell it out (easy and slow, 8-)...), I can try it! Thanks! Philippe -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug bootstrap/30272] Build failure under SGI Irix (GFortran)
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-12-21 11:53 --- Comment #2 was meant as a hint for someone who knows how to fix it ;) Btw, could you please attach the offending math.h to this PR? Regards Daniel -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||dfranke at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
-- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-12-21 12:41:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug target/30230] Incorrect ia64 EH info when an EH region ends in the middle of a bundle
--- Comment #1 from jakub at gcc dot gnu dot org 2006-12-21 12:59 --- Subject: Bug 30230 Author: jakub Date: Thu Dec 21 12:59:06 2006 New Revision: 120103 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120103 Log: PR target/30230 * config/ia64/ia64.c (ia64_add_bundle_selector_before): New function. (bundling): Use it. * g++.dg/eh/ia64-2.C: New test. Added: trunk/gcc/testsuite/g++.dg/eh/ia64-2.C Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/ia64.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30230
[Bug target/30230] Incorrect ia64 EH info when an EH region ends in the middle of a bundle
--- Comment #2 from jakub at gcc dot gnu dot org 2006-12-21 13:04 --- Subject: Bug 30230 Author: jakub Date: Thu Dec 21 13:04:08 2006 New Revision: 120104 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120104 Log: PR target/30230 * config/ia64/ia64.c (ia64_add_bundle_selector_before): New function. (bundling): Use it. * g++.dg/eh/ia64-2.C: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/eh/ia64-2.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/ia64/ia64.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30230
[Bug target/30230] Incorrect ia64 EH info when an EH region ends in the middle of a bundle
--- Comment #3 from jakub at gcc dot gnu dot org 2006-12-21 13:06 --- Subject: Bug 30230 Author: jakub Date: Thu Dec 21 13:06:37 2006 New Revision: 120105 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120105 Log: PR target/30230 * config/ia64/ia64.c (ia64_add_bundle_selector_before): New function. (bundling): Use it. * g++.dg/eh/ia64-2.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/eh/ia64-2.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/ia64/ia64.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30230
[Bug middle-end/30263] ICE with openmp parallel accessed var in asm "m" constraint
--- Comment #2 from jakub at gcc dot gnu dot org 2006-12-21 13:13 --- Subject: Bug 30263 Author: jakub Date: Thu Dec 21 13:13:15 2006 New Revision: 120106 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120106 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20061220-1.c trunk/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30263
[Bug middle-end/30262] [4.0/4.1/4.2/4.3 Regression] ICE with nested fn accessed var in asm "m" constraint
--- Comment #4 from jakub at gcc dot gnu dot org 2006-12-21 13:13 --- Subject: Bug 30262 Author: jakub Date: Thu Dec 21 13:13:15 2006 New Revision: 120106 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120106 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20061220-1.c trunk/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30262
[Bug middle-end/30262] [4.0/4.1/4.2/4.3 Regression] ICE with nested fn accessed var in asm "m" constraint
--- Comment #5 from jakub at gcc dot gnu dot org 2006-12-21 13:19 --- Subject: Bug 30262 Author: jakub Date: Thu Dec 21 13:18:52 2006 New Revision: 120107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120107 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/execute/20061220-1.c branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30262
[Bug middle-end/30263] ICE with openmp parallel accessed var in asm "m" constraint
--- Comment #3 from jakub at gcc dot gnu dot org 2006-12-21 13:19 --- Subject: Bug 30263 Author: jakub Date: Thu Dec 21 13:18:52 2006 New Revision: 120107 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120107 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/execute/20061220-1.c branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30263
[Bug bootstrap/30272] Build failure under SGI Irix (GFortran)
--- Comment #4 from P dot Schaffnit at access dot rwth-aachen dot de 2006-12-21 13:22 --- Created an attachment (id=12831) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12831&action=view) GZip-ed relevant math.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug bootstrap/30272] Build failure under SGI Irix (GFortran)
--- Comment #5 from P dot Schaffnit at access dot rwth-aachen dot de 2006-12-21 13:23 --- Following Daniel's advice (which does sound to make sense), here's this faulty math.h... I hope someone can make sense of this all... Thanks! Philippe -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30272
[Bug middle-end/30262] [4.0/4.1/4.2/4.3 Regression] ICE with nested fn accessed var in asm "m" constraint
--- Comment #6 from jakub at gcc dot gnu dot org 2006-12-21 13:37 --- Subject: Bug 30262 Author: jakub Date: Thu Dec 21 13:37:41 2006 New Revision: 120108 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120108 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: branches/redhat/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20061220-1.c branches/redhat/gcc-4_1-branch/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: branches/redhat/gcc-4_1-branch/gcc/ChangeLog branches/redhat/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/redhat/gcc-4_1-branch/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30262
[Bug middle-end/30263] ICE with openmp parallel accessed var in asm "m" constraint
--- Comment #4 from jakub at gcc dot gnu dot org 2006-12-21 13:38 --- Subject: Bug 30263 Author: jakub Date: Thu Dec 21 13:37:41 2006 New Revision: 120108 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120108 Log: PR middle-end/30262 PR middle-end/30263 * tree-nested.c (walk_asm_expr): New function. (walk_stmts): Use it for ASM_EXPR. * gcc.c-torture/execute/20061220-1.c: New test. * gcc.dg/gomp/asm-1.c: New test. Added: branches/redhat/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/execute/20061220-1.c branches/redhat/gcc-4_1-branch/gcc/testsuite/gcc.dg/gomp/asm-1.c Modified: branches/redhat/gcc-4_1-branch/gcc/ChangeLog branches/redhat/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/redhat/gcc-4_1-branch/gcc/tree-nested.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30263
[Bug c++/30274] New: bool bit-field: wrong increment and decremenet
testcase
#include
#ifndef __cplusplus
typedef _Bool bool;
#endif
struct S
{
bool x: 4;
};
int main()
{
struct S x = {1};
x.x++;// x.x: value becomes 2.
printf("%d\n", x.x);
// x.x--;// accept invalid
return 0;
}
GCC 4.2 result
$g++ a.c -o a; ./a
2
GCC 4.1 result
$g++ a.c -o a; ./a
1
GCC version:4.2.0 20061212
The same bug exists also in C-frontend since 4.0.
--
Summary: bool bit-field: wrong increment and decremenet
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: s__nakayama at infoseek dot jp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30274
[Bug middle-end/30263] ICE with openmp parallel accessed var in asm "m" constraint
--- Comment #5 from jakub at gcc dot gnu dot org 2006-12-21 13:52 --- Fixed in SVN. -- 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=30263
[Bug middle-end/30262] [4.0/4.1 Regression] ICE with nested fn accessed var in asm "m" constraint
--- Comment #7 from jakub at gcc dot gnu dot org 2006-12-21 13:53 --- Fixed for 4.2/4.3 so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2/4.3 Regression]|[4.0/4.1 Regression] ICE |ICE with nested fn accessed |with nested fn accessed var |var in asm "m" constraint |in asm "m" constraint http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30262
[Bug fortran/30202] ICE in trans-array.c
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:00 --- Subject: Bug 30202 Author: pault Date: Thu Dec 21 13:59:57 2006 New Revision: 120109 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120109 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30202 * trans-array.c (gfc_conv_function_call): Use parmse.expr for the nullifying of intent(out) arguments rather than the backend declaration. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30202 * gfortran.dg/alloc_comp_basics_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/alloc_comp_basics_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30202
[Bug fortran/29464] [4.1 and 4.2 only] problem with duplicate USE, ONLY of procedure in INTERFACE
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 14:19 --- Subject: Bug 29464 Author: pault Date: Thu Dec 21 14:19:40 2006 New Revision: 120110 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120110 Log: 2006-11-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29464 * module.c (load_generic_interfaces): Add symbols for all the local names of an interface. Share the interface amongst the symbols. * gfortran.h : Add generic_copy to symbol_attribute. * symbol.c (free_symbol): Only free interface if generic_copy is not set. 2006-11-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29464 * gfortran.dg/module_interface_2.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/module_interface_2.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/gfortran.h branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/symbol.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29464
[Bug fortran/29941] [4.1 and 4.2 only] gfortran reports error with len of assumed size character array
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 14:33 --- Subject: Bug 29941 Author: pault Date: Thu Dec 21 14:32:51 2006 New Revision: 120111 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120111 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29941 * resolve.c (resolve_function): Add LEN to the functions not checked for assumed size actual args. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29941 * gfortran.dg/assumed_len.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/assumed_len.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29941
[Bug fortran/29464] [4.1 only] problem with duplicate USE, ONLY of procedure in INTERFACE
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:56 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.1 and 4.2 only] problem |[4.1 only] problem with |with duplicate USE, ONLY of |duplicate USE, ONLY of |procedure in INTERFACE |procedure in INTERFACE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29464
[Bug fortran/29941] [4.1 only] gfortran reports error with len of assumed size character array
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 14:56 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.1 and 4.2 only] gfortran |[4.1 only] gfortran reports |reports error with len of |error with len of assumed |assumed size character array|size character array http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29941
[Bug fortran/30096] [4.1 and 4.2 only] Interface bug: gfortran falsely detect ambigious interface, scoping problem?
--- Comment #7 from pault at gcc dot gnu dot org 2006-12-21 15:05 --- Subject: Bug 30096 Author: pault Date: Thu Dec 21 15:05:24 2006 New Revision: 120113 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120113 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 PR fortran/30096 * interface.c (compare_type_rank_if): Reject invalid generic interfaces. (check_interface1): Give a warning for nonreferred to ambiguous interfaces. (check_sym_interfaces): Check whether an ambiguous interface is referred to. Do not check host associated interfaces since these cannot be ambiguous with the local versions. (check_uop_interface, gfc_check_interfaces): Update call to check_interface1. * symbol.c (gfc_get_sym_tree, gfc_get_sym_tree): Allow adding unambiguous procedures to generic interfaces. * gfortran.h (symbol_attribute): Added use_only and ambiguous_interfaces. * module.c (load_need): Set the use_only flag, if needed. * resolve.c (resolve_fl_procedure): Warn for nonreferred interfaces. * expr.c (find_array_section): Fix initializer array contructor. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> Tobias Burnus <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 * gfortran.dg/interface_4.f90: Test adding procedure to generic interface. * gfortran.dg/interface_5.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_6.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_7.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_8.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_1.f90: Change dg-error into a dg-warning. * gfortran.dg/array_initializer_2.f90: Add initializer array constructor test. PR fortran/30096 * gfortran.dg/interface_9.f90: Test that host interfaces are not checked for ambiguity with the local version. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_5.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_6.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_8.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_9.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/expr.c branches/gcc-4_2-branch/gcc/fortran/gfortran.h branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/symbol.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/array_initializer_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30096
[Bug fortran/29975] [meta-bugs] [4.1 and 4.2 only] ICEs with CP2K
--- Comment #41 from pault at gcc dot gnu dot org 2006-12-21 15:05 --- Subject: Bug 29975 Author: pault Date: Thu Dec 21 15:05:24 2006 New Revision: 120113 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120113 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 PR fortran/30096 * interface.c (compare_type_rank_if): Reject invalid generic interfaces. (check_interface1): Give a warning for nonreferred to ambiguous interfaces. (check_sym_interfaces): Check whether an ambiguous interface is referred to. Do not check host associated interfaces since these cannot be ambiguous with the local versions. (check_uop_interface, gfc_check_interfaces): Update call to check_interface1. * symbol.c (gfc_get_sym_tree, gfc_get_sym_tree): Allow adding unambiguous procedures to generic interfaces. * gfortran.h (symbol_attribute): Added use_only and ambiguous_interfaces. * module.c (load_need): Set the use_only flag, if needed. * resolve.c (resolve_fl_procedure): Warn for nonreferred interfaces. * expr.c (find_array_section): Fix initializer array contructor. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> Tobias Burnus <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 * gfortran.dg/interface_4.f90: Test adding procedure to generic interface. * gfortran.dg/interface_5.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_6.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_7.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_8.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_1.f90: Change dg-error into a dg-warning. * gfortran.dg/array_initializer_2.f90: Add initializer array constructor test. PR fortran/30096 * gfortran.dg/interface_9.f90: Test that host interfaces are not checked for ambiguity with the local version. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_5.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_6.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_8.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_9.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/expr.c branches/gcc-4_2-branch/gcc/fortran/gfortran.h branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/symbol.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/array_initializer_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug fortran/30068] [4.1 and 4.2 only] Ambigous interfaces not detected
--- Comment #14 from pault at gcc dot gnu dot org 2006-12-21 15:05 --- Subject: Bug 30068 Author: pault Date: Thu Dec 21 15:05:24 2006 New Revision: 120113 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120113 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 PR fortran/30096 * interface.c (compare_type_rank_if): Reject invalid generic interfaces. (check_interface1): Give a warning for nonreferred to ambiguous interfaces. (check_sym_interfaces): Check whether an ambiguous interface is referred to. Do not check host associated interfaces since these cannot be ambiguous with the local versions. (check_uop_interface, gfc_check_interfaces): Update call to check_interface1. * symbol.c (gfc_get_sym_tree, gfc_get_sym_tree): Allow adding unambiguous procedures to generic interfaces. * gfortran.h (symbol_attribute): Added use_only and ambiguous_interfaces. * module.c (load_need): Set the use_only flag, if needed. * resolve.c (resolve_fl_procedure): Warn for nonreferred interfaces. * expr.c (find_array_section): Fix initializer array contructor. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> Tobias Burnus <[EMAIL PROTECTED]> PR fortran/29975 PR fortran/30068 * gfortran.dg/interface_4.f90: Test adding procedure to generic interface. * gfortran.dg/interface_5.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_6.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_7.f90: Test invalid, ambiguous interface. * gfortran.dg/interface_8.f90: Test warning for not-referenced-to ambiguous interfaces. * gfortran.dg/interface_1.f90: Change dg-error into a dg-warning. * gfortran.dg/array_initializer_2.f90: Add initializer array constructor test. PR fortran/30096 * gfortran.dg/interface_9.f90: Test that host interfaces are not checked for ambiguity with the local version. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_4.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_5.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_6.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_8.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_9.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/expr.c branches/gcc-4_2-branch/gcc/fortran/gfortran.h branches/gcc-4_2-branch/gcc/fortran/interface.c branches/gcc-4_2-branch/gcc/fortran/module.c branches/gcc-4_2-branch/gcc/fortran/resolve.c branches/gcc-4_2-branch/gcc/fortran/symbol.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/array_initializer_2.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/generic_7.f90 branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/interface_1.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30068
[Bug fortran/30068] [4.1 only] Ambigous interfaces not detected
--- Comment #15 from pault at gcc dot gnu dot org 2006-12-21 15:07 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.1 and 4.2 only] Ambigous |[4.1 only] Ambigous |interfaces not detected |interfaces not detected http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30068
[Bug fortran/30096] [4.1 only] Interface bug: gfortran falsely detect ambigious interface, scoping problem?
--- Comment #8 from pault at gcc dot gnu dot org 2006-12-21 15:07 --- Fixed on trunk and 4.2 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|[4.1 and 4.2 only] Interface|[4.1 only] Interface bug: |bug: gfortran falsely detect|gfortran falsely detect |ambigious interface, scoping|ambigious interface, scoping |problem?|problem? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30096
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #87 from bruno at clisp dot org 2006-12-21 15:08 ---
The option -ffloat-store, recommended by Richard Henderson, has the effect of
decreasing the performance of floating-point operations for the entire
compilation unit. If you want a minimal fix that does not affect other
functions in the same compilation unit, you can use 'volatile double'
instead of 'double'. It's like a one-shot -ffloat-store. Example:
#include
void test(double x, double y)
{
const volatile double y2 = x + 1.0;
if (y != y2) printf("error\n");
}
void main()
{
const double x = .012;
const double y = x + 1.0;
test(x, y);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug java/28090] incorrect implementation of expand_java_arraystore
--- Comment #5 from aph at gcc dot gnu dot org 2006-12-21 15:09 --- I fixed PR19505 in July. Should not this patch go in? This is the last bug blocking 28067... -- aph at gcc dot gnu dot org changed: What|Removed |Added CC||aph at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28090
[Bug fortran/30238] [GCC 4.2 only] associated(null-pointer, null-pointer) returns .true.
--- Comment #2 from burnus at gcc dot gnu dot org 2006-12-21 15:17 --- http://gcc.gnu.org/ml/gcc-cvs/2006-12/msg00691.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|associated(null-pointer,|[GCC 4.2 only] |null-pointer) returns .true.|associated(null-pointer, ||null-pointer) returns .true. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30238
[Bug libfortran/30200] [4.1 only] write(*,myfmt="(1X,a,'xyz')") "A" prints Az' instead of Axyz
--- Comment #15 from burnus at gcc dot gnu dot org 2006-12-21 15:20 --- Will this be be fixed for 4.1 too? Or can this PR be closed? -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2, 4.1 only] |[4.1 only] |write(*,myfmt="(1X,a,'xyz')"|write(*,myfmt="(1X,a,'xyz')" |) "A" prints Az' instead |) "A" prints Az' instead |of Axyz |of Axyz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug fortran/20872] Interface name must not be a generic name
--- Comment #2 from pault at gcc dot gnu dot org 2006-12-21 15:27 --- (In reply to comment #1) > "... shall not be a generic name (unless it is also a specific name)" This now generates the error, with 4.2 and 4.3: Error: GENERIC non-INTRINSIC procedure 'sum' is not allowed as an actual argumen t at (1) So I will mark this as fixed. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20872
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #2 from pault at gcc dot gnu dot org 2006-12-21 15:44 --- (In reply to comment #1) Changing the FORALL to a DO loop is a workaround. Something strange is happening in the forall assignment. Thanks Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug libfortran/30200] [4.1 only] write(*,myfmt="(1X,a,'xyz')") "A" prints Az' instead of Axyz
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2006-12-21 16:03 --- I have the patch ready, I will commit sometime today to 4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30200
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #3 from pault at gcc dot gnu dot org 2006-12-21 16:05 --- Harald, I found it in a couple of minutes; the dependency analysis does not know about NULL(), decides the worst and makes a mess of it! Index: gcc/fortran/dependency.c === *** gcc/fortran/dependency.c(révision 120108) --- gcc/fortran/dependency.c(copie de travail) *** gfc_check_dependency (gfc_expr * expr1, *** 700,705 --- 700,708 /* Probably ok in the majority of (constant) cases. */ return 1; + case EXPR_NULL: + return 0; + default: return 1; } Fixes the problem. I'll regtest when I get home and will submit tonight. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-12-21 12:41:14 |2006-12-21 16:05:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug fortran/29975] [meta-bugs] ICEs with CP2K
--- Comment #42 from burnus at gcc dot gnu dot org 2006-12-21 16:09 --- I'm in faviour of closing this bug. The patch associated to this PR is checked in into 4.3 and 4.2 And all the dependend bugs are either fixed or at least check into 4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
[Bug fortran/30084] segmentation fault when compiling certain code
--- Comment #6 from burnus at gcc dot gnu dot org 2006-12-21 16:18 --- > Note the patch was submitted 19/12 but the tracking system seems to have lost > it. http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01326.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|segmentation falut when |segmentation fault when |compiling certain code |compiling certain code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30084
[Bug c++/30274] [4.2/4.3 Regression] bool bit-field: wrong increment and decremenet
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-21 18:13 --- The problem is in: if (same_type_p (TREE_TYPE (arg), boolean_type_node)) Which was in 4.2 and before: if (TREE_TYPE (arg) == boolean_type_node) Confirmed. I might be able to fix this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2006-12-21 18:13:05 date|| Summary|bool bit-field: wrong |[4.2/4.3 Regression] bool |increment and decremenet|bit-field: wrong increment ||and decremenet Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30274
[Bug middle-end/30229] Out of memory error during make of gcc 4.1.1 using 3.3.5
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|bootstrap |middle-end Summary|Out of memory error during |Out of memory error during |make of gcc 4.1.1 |make of gcc 4.1.1 using ||3.3.5 Version|4.1.1 |3.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30229
[Bug c++/30253] [4.3 Regression] ICE with statement expression inside a conditional
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-21 18:45 --- This was introduced between "4.3.0 20061202" and "4.3.0 20061220" -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|x86_64-suse-gnu | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-12-21 18:45:00 date|| Summary|ice for legal code |[4.3 Regression] ICE with ||statement expression inside ||a conditional Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30253
[Bug target/30211] model missing vec_extract_even/odd idioms for ia64
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2006-12-21 18:45:41 date|| Summary|missed optimization: model |model missing |missing vec_extract_even/odd|vec_extract_even/odd idioms |idioms for ia64 |for ia64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30211
[Bug fortran/30207] [4.2 Regression] ICE in gfc_dep_resolver with where (a < 0) a(:) = 1
--- Comment #10 from sayle at gcc dot gnu dot org 2006-12-21 18:54 --- Subject: Bug 30207 Author: sayle Date: Thu Dec 21 18:54:37 2006 New Revision: 120116 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120116 Log: 2006-12-21 Roger Sayle <[EMAIL PROTECTED]> Steven G. Kargl <[EMAIL PROTECTED]> PR fortran/30207 * dependency.c (gfc_full_array_ref_p): New function to test whether the given array ref specifies the entire array. (gfc_dep_resolver): Use gfc_full_array_ref_p to analyze AR_FULL array refs against AR_SECTION array refs, and vice versa. * dependency.h (gfc_full_array_ref_p): Prototype here. * trans-array.c (gfc_conv_expr_descriptor): Use gfc_full_array_ref_p. * gfortran.fortran-torture/execute/where21.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.fortran-torture/execute/where21.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/dependency.c branches/gcc-4_2-branch/gcc/fortran/dependency.h branches/gcc-4_2-branch/gcc/fortran/trans-array.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #4 from patchapp at dberlin dot org 2006-12-21 19:15 --- Subject: Bug number PR30273 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01519.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[patch, fixincludes] PR29867 - [4.3 Regression] fixes not applied due to distro-specific subdirectories
Hi all.
The reported problem appeared with r118356 when some C99 related inline
changes were introduced. Fixinclude hacks `glibc_c99_inline_[1234]` were
introduced and adapted by Geoffrey and Richard respectively, to deal with
broken headers. Later, PR29867 was filed, it seemed that more headers needed
additional treatment. A closer look at some of the files involved in above
mentioned hacks, especially features.h which should be fixed by
`glibc_c99_inline_1`, gave that, this specific fix was never applied, thus
__USE_EXTERN_INLINES became defined therefore pulling in all those headers
that shouldn't, e.g. mathinline.h from math.h (see also PR30008). This again,
resulted in thousands of errors (as reported).
The reason `glibc_c99_inline_1` was never applied are non-standard file
locations. On my system (debian), e.g.:
$> cat /usr/include/features.h
#ifdef __x86_64__
#include
#endif
#ifdef __i386__
#include
#endif
The same holds for Roger's gentoo system, here the path are nested even deeper
(see attachment to PR29867). The hacks `glibc_c99_inline_[1234]` apply
correctly if used in /usr/include// instead
of /usr/include/ (bootstrapped and regtested r120053). Thus, the
attached patch is straighforward and lists all known file locations - which,
in turn, invalidates it. Any other distribution may add other paths, which
would give the same reports again and again.
Is there any mechanism in fixincludes that allows for a file at arbitrary
positions within /usr/include? I could not find one. Internally, fixincl.c
uses strstr() to check whether a path matches, no help there. Applying the
fixes to all files would presumely result in a couple of false positives as
e.g. `glibc_c99_inline_3` matches a few times within the tree.
Any hints how to proceed? Bruce?
Regards
Daniel
Index: inclhack.def
===
--- inclhack.def (revision 120053)
+++ inclhack.def (working copy)
@@ -1295,6 +1295,10 @@
fix = {
hackname = glibc_c99_inline_1;
files = features.h;
+files = i486-linux/features.h;
+files = x86_64-linux/features.h;
+files = gentoo-multilib/x86/features.h;
+files = gentoo-multilib/amd64/features.h;
select= "^ *&& !defined __OPTIMIZE_SIZE__ && !defined __NO_INLINE__$";
c_fix = format;
c_fix_arg = "%0 && __STDC_VERSION__ < 199901L";
@@ -1315,6 +1319,10 @@
fix = {
hackname = glibc_c99_inline_2;
files = sys/stat.h;
+files = i486-linux/sys/stat.h;
+files = x86_64-linux/sys/stat.h;
+files = gentoo-multilib/x86/sys/stat.h;
+files = gentoo-multilib/amd64/sys/stat.h;
select= "extern __inline__ int";
sed = "s/extern int \\(stat\\|lstat\\|fstat\\|mknod\\)/"
"#if __STDC_VERSION__ < 199901L\\\nextern\\\n#endif\\\n"
@@ -1337,6 +1345,10 @@
fix = {
hackname = glibc_c99_inline_3;
files = bits/string2.h;
+files = i486-linux/bits/string2.h;
+files = x86_64-linux/bits/string2.h;
+files = gentoo-multilib/x86/bits/string2.h;
+files = gentoo-multilib/amd64/bits/string2.h;
bypass= "__STDC_VERSION__";
c_fix = format;
c_fix_arg = "# if defined(__cplusplus) || __STDC_VERSION__ >= 19901L";
@@ -1354,6 +1366,10 @@
fix = {
hackname = glibc_c99_inline_4;
files = sys/sysmacros.h;
+files = i486-linux/sys/sysmacros.h;
+files = x86_64-linux/sys/sysmacros.h;
+files = gentoo-multilib/x86/sys/sysmacros.h;
+files = gentoo-multilib/amd64/sys/sysmacros.h;
bypass= "__STDC_VERSION__";
c_fix = format;
c_fix_arg = "\n#if __STDC_VERSION__ < 19901L\nextern\n#endif\n";
[Bug c++/30253] [4.3 Regression] ICE with statement expression inside a conditional
--- Comment #5 from dcb314 at hotmail dot com 2006-12-21 19:55 --- (In reply to comment #4) > This was introduced between "4.3.0 20061202" and "4.3.0 20061220" Strange - is there a possible typo on the last date ? I found snapshot 4.3-20061216 going wrong, so if the last date is correct, we can reduce the interval to 20061202 to 20061216. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30253
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-21 19:56 --- Subject: Bug 30273 Author: pault Date: Thu Dec 21 19:56:34 2006 New Revision: 120117 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120117 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30273 * dependency.c (gfc_check_dependency): There is no dependency with EXPR_NULL so always return 0. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30273 * gfortran.dg/dependency_19.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/dependency_19.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dependency.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug fortran/30273] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-21 20:54 --- Subject: Bug 30273 Author: pault Date: Thu Dec 21 20:54:40 2006 New Revision: 120118 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120118 Log: 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30273 * dependency.c (gfc_check_dependency): There is no dependency with EXPR_NULL so always return 0. 2006-12-21 Paul Thomas <[EMAIL PROTECTED]> PR fortran/30273 * gfortran.dg/dependency_19.f90: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gfortran.dg/dependency_19.f90 Modified: branches/gcc-4_2-branch/gcc/fortran/ChangeLog branches/gcc-4_2-branch/gcc/fortran/dependency.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug fortran/30273] [4.1 only] gfc_todo: Not Implemented: Unable to determine rank of expression
--- Comment #7 from pault at gcc dot gnu dot org 2006-12-21 20:55 --- Fixed on trunk and 4.2. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Summary|gfc_todo: Not Implemented: |[4.1 only] gfc_todo: Not |Unable to determine rank of |Implemented: Unable to |expression |determine rank of expression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30273
[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111
--- Comment #14 from Jean-pierre dot vial at wanadoo dot fr 2006-12-21 21:00 --- Created an attachment (id=12832) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12832&action=view) new conflicting includes the requested files, plus /usr/include/bits/stdio.h all variants existing in the system are included -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111
--- Comment #15 from dfranke at gcc dot gnu dot org 2006-12-21 21:13 --- Jean-Pierre, thanks for this. While my conjecture [1] was correct for Roger's files, those you attached seem to pose another problem. I will investigate further ... [1] http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01520.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #53 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:10 --- Subject: Bug 29639 Author: ebotcazou Date: Thu Dec 21 22:10:30 2006 New Revision: 120121 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120121 Log: PR other/29639 * configure.ac (HAVE_LD_EH_GC_SECTIONS): Check that exception tables are kept for .gnu.linkonce.t sections if COMDAT groups are disabled. * configure: Regenerate. Modified: trunk/gcc/ChangeLog trunk/gcc/configure trunk/gcc/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test
--- Comment #54 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:13 --- Hopefully everywhere. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29639
[Bug target/30271] -mstrict-align can cause bad code generation for struct agrument passing
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-21 22:23 ---
The problem is that we force the struct to be BLKmode from DImode with:
/* If structure's known alignment is less than what the scalar
mode would need, and it matters, then stick with BLKmode. */
if (TYPE_MODE (type) != BLKmode
&& STRICT_ALIGNMENT
&& ! (TYPE_ALIGN (type) >= BIGGEST_ALIGNMENT
|| TYPE_ALIGN (type) >= GET_MODE_ALIGNMENT (TYPE_MODE (type
{
/* If this is the only reason this type is BLKmode, then
don't force containing types to be BLKmode. */
TYPE_NO_FORCE_BLK (type) = 1;
TYPE_MODE (type) = BLKmode;
}
Which causes us to store this to the stack all the time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
[Bug rtl-optimization/25514] [4.0/4.1 regression] internal consistency failure
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2006-12-21 22:27 --- Not sure what to think about the current state of affairs of the 4.1 branch and, consequently, about this PR. Anyone? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514
[Bug libgomp/28209] None of the GOMP_* environment variables are documented
--- Comment #1 from dfranke at gcc dot gnu dot org 2006-12-21 22:29 --- Subject: Bug 28209 Author: dfranke Date: Thu Dec 21 22:29:08 2006 New Revision: 120122 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120122 Log: 2006-12-21 Daniel Franke <[EMAIL PROTECTED]> PR libgomp/28209 * libgomp.texi: New file. * configure.ac: Add --enable-generated-files-in-srcdir option. * Makefile.am: Add info, dvi, pdf, html targets. On request, copy files to srcdir. * Makefile.in: Regenerated. * config.h.in: Regenerated. * testsuite/Makefile.in: Regenerated. * NOTES: Removed. Added: trunk/libgomp/libgomp.texi Removed: trunk/libgomp/NOTES Modified: trunk/libgomp/ChangeLog trunk/libgomp/Makefile.am trunk/libgomp/Makefile.in trunk/libgomp/config.h.in trunk/libgomp/configure.ac trunk/libgomp/testsuite/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28209
[Bug debug/29614] [4.2/4.3 Regression] DWARF information for function static variable is missing after unrelated code addition
--- Comment #2 from sje at cup dot hp dot com 2006-12-21 23:20 --- This bug only occurs when NOT in -funit-at-a-time mode. Is there a plan to switch all front-ends to unit-at-a-time compilation (which will fix this bug) or is it still worth coming up with a fix for NON unit-at-a-time usage? The problem seems to be when moving declarations from the varpool_nodes_queue to the varpool_assembled_nodes_queue in varpool_assemble_pending_decls (varpool.c). This routine gets called multiple times with a decl and we wind up putting a declaration on the varpool_assembled_nodes_queue multiple times, messing up the next_needed links in this linked list. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29614
[Bug c++/30274] [4.2/4.3 Regression] bool bit-field: wrong increment and decremenet
--- Comment #2 from bangerth at dealii dot org 2006-12-22 00:52 ---
When is the justification that we expect a value of 2? Bool in C++ is
a one-bit type and when you do x.x++ I would imagine that you overflow
the range of that type. The fact that you declare it as a bit-field of
length 4 is immaterial, in my opinion: you also don't get a 128-bit integer
simply by declaring a variable as
struct X {
int x : 128;
};
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC||bangerth at dealii dot org
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30274
[Bug debug/29614] [4.2/4.3 Regression] DWARF information for function static variable is missing after unrelated code addition
--- Comment #3 from hubicka at ucw dot cz 2006-12-22 00:54 --- Subject: Re: [4.2/4.3 Regression] DWARF information for function static variable is missing after unrelated code addition Hi, Even if all frontends can do unit-at-a-time, non-unit-at-a-time is, sadly, still essential for Java. For Java it is common to do link-time optimizations and our memory consumption with unit-at-a-time is too large for this. So fixing it is desirable. Thank you for looking into this! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29614
[Bug fortran/25818] Problem with handling optional and entry master arguments
--- Comment #20 from patchapp at dberlin dot org 2006-12-22 02:20 --- Subject: Bug number PR25818 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01527.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25818
[Bug c++/30168] [4.1/4.2/4.3 Regression] C++ constructors can cause invalid gimple to happen with complex typed variables
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-22 07:31 --- Subject: Bug 30168 Author: pinskia Date: Fri Dec 22 07:30:55 2006 New Revision: 120144 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120144 Log: 2006-12-21 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30168 * optimize.c (update_cloned_parm): Copy DECL_GIMPLE_REG_P also. 2006-12-21 Andrew Pinski <[EMAIL PROTECTED]> PR C++/30168 * g++.dg/opt/complex6.C: New test. Added: trunk/gcc/testsuite/g++.dg/opt/complex6.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/optimize.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30168
[Bug middle-end/30164] Gimplifier does not produce valid gimple for global_vectora = CONSTRUCTOR
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-22 07:39 --- (In reply to comment #2) > Actually there are three seperate issues: > 1) for my recent vector patch, it was a c-gimplifier issue with respect of not > setting GIMPLE_REG_P on the decls for the compount literals, this helps with > complex typed variables also. I posted a semi correct patch for this but it needs to be improved so I withdrew it but I am about to post a new patch. > 2) we don't record constant vector constructors as min invarient This was fixed via: http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01366.html > 3) we still don't gimplifier correctly for the below testcase with the > constructor. I am about to post a patch for this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30164
