[Bug c++/23513] [4.0/4.1 Regression] overload resolution fails to select a more specialized template
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16 07:30 --- I shall take a look -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 07:30:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
[Bug tree-optimization/23911] New: Failure to propagate constants from a const initializer for _Complex
double _Complex *a;
const double _Complex b[10] = {0, 1, 2, 3, 4, 5, 6, 7, 8, 9};
void
test (void)
{
a[0] = b[0] + b[1];
a[1] = b[0] + b[1];
return;
}
-->
;; Function test (test)
test ()
{
double CI.17;
double CR.16;
complex double * D.1616;
complex double * a.0;
:
a.0 = a;
CR.16 = REALPART_EXPR + REALPART_EXPR ;
CI.17 = IMAGPART_EXPR + IMAGPART_EXPR ;
REALPART_EXPR <*a.0> = CR.16;
IMAGPART_EXPR <*a.0> = CI.17;
D.1616 = a.0 + 16B;
REALPART_EXPR <*D.1616> = CR.16;
IMAGPART_EXPR <*D.1616> = CI.17;
return;
}
CSE later optimizes this, but we should do it earlier.
--
Summary: Failure to propagate constants from a const initializer
for _Complex
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization, TREE
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: bonzini at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
OtherBugsDependingO 19721
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches
-- What|Removed |Added BugsThisDependsOn||23911 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-16 08:14 --- For a cut-down testcase (the one attached takes too much memory for my box) detailled mem-report shows tree-dfa.c:175 (create_stmt_ann) 12749568: 2.0%2932228: 1.0% 52: 0.0% 0: 0.0% 301574 tree-inline.c:2403 (copy_tree_r) 19285144: 3.0% 0: 0.0% 0: 0.0% 162184: 0.3% 537068 tree-ssanames.c:147 (make_ssa_name) 201319404:31.0% 0: 0.0% 12792: 0.0% 0: 0.0%3871773 tree-phinodes.c:156 (allocate_phi_node) 250714968:38.6% 0: 0.0% 0: 0.0% 11480: 0.0%1956706 Total 649892049291182446 47860808 47260199 12874808 source location GarbageFreed Leak OverheadTimes where the ssa_names / phi_nodes are all allocated by DOM. From the time-report: tree SSA incremental : 19.21 (11%) usr 2.02 (30%) sys 21.23 (12%) wall 365332 kB (40%) ggc tree operand scan : 22.06 (13%) usr 0.26 ( 4%) sys 22.47 (12%) wall 58811 kB ( 6%) ggc dominator optimization: 19.14 (11%) usr 0.13 ( 2%) sys 19.37 (11%) wall 111380 kB (12%) ggc -- What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug fortran/23912] New: MOD function requires same kind arguments
$ cat a.f integer*8 i integer*4 j i = mod(i,j) end $ g77 a.f $ ifort a.f $ pgf77 a.f $ gfortran a.f In file a.f:3 i = mod(i,j) 1 Error: 'p' argument of 'mod' intrinsic at (1) must be the same type and kind as 'a' We should be able to have j folded to the same kind as i. -- Summary: MOD function requires same kind arguments Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 19292 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23912
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- What|Removed |Added BugsThisDependsOn||23912 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug tree-optimization/23911] Failure to propagate constants from a const initializer for _Complex
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-16 09:11 --- fold_const_aggregate_ref does not handle REALPART_EXPR and IMAGPART_EXPR. Steven has a patch, or so I'm told. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
[Bug tree-optimization/23911] Failure to propagate constants from a const initializer for _Complex
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16
09:58 ---
This fixes it. Sadly only store-ccp propagates constants out of
initializers right now, which is a separate bug -- we _do_ find the
constant in the initializer... but then we don't propagate it for
some reason. I'm also looking into that.
Index: tree-ssa-ccp.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-ccp.c,v
retrieving revision 2.87
diff -u -3 -p -r2.87 tree-ssa-ccp.c
--- tree-ssa-ccp.c 17 Aug 2005 07:27:38 - 2.87
+++ tree-ssa-ccp.c 16 Sep 2005 09:56:43 -
@@ -1045,6 +1045,15 @@ fold_const_aggregate_ref (tree t)
return cval;
break;
+case REALPART_EXPR:
+case IMAGPART_EXPR:
+ {
+ tree c = fold_const_aggregate_ref (TREE_OPERAND (t, 0));
+ if (c && TREE_CODE (c) == COMPLEX_CST)
+ return fold_build1 (TREE_CODE (t), TREE_TYPE (t), c);
+ break;
+ }
+
default:
break;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
[Bug tree-optimization/23911] Failure to propagate constants from a const initializer for _Complex
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16 10:39 --- The reason why this only happens in store-ccp is this: /* If we are not doing store-ccp, statements with loads and/or stores will never fold into a constant. */ if (!do_store_ccp && (ann->makes_aliased_stores || ann->makes_aliased_loads || !ZERO_SSA_OPERANDS (stmt, SSA_OP_ALL_VIRTUALS))) return VARYING; But statements making loads _will_ fold into a constant if the load is made from a constant initializer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
bug using pointers in gcc
Hello
I am facing a problem in a very simple C code using
pointers: The code is
#
1. #include
2. int main(void)
3. {
4. char *p1;
5. char *p2;
6.
7. char a = 65;
8. p1 = &a;
9. printf(" %d %d%d%d\n",p1, *p1, *(p1+1), *(p1+2));
10.p2 = p1;
11. printf( "%d %d\n",p1,p2);
12.
13. *p2 = 98;
14. printf("%d %d\n",p1,p2);
15.
16. *(p2+1) = 98;
17. printf("%d%d \n",p1,p2);
18.
19. *(p2+2) = 98;
20. printf("%d%d \n",p1,p2);
21.
22. printf("%d %d %d%d %d \n",p1,
p2,*p1,*(p1+1),*(p1+2));
23. return 0;
24. }
###
The program compiles well. But at run time the pointer p2 is changed
while i assign a value to a location in line #16
The output is very strange like this:
-1073747649 652010
-1073747649 -1073747649
-1073747649 -1073747649
-1073747649-1073747710
-1073747649-1073747710
-1073747649 -1073747710 22 -23
why is it so?? I have checked on Turbo C compiler using window,
evrything is fine, both pointers remain same
Thanks
Waseem
[Bug c/23913] New: float/int binary conversion -- "-O2 -march=i686"
Full example files are here: http://www.pvv.ntnu.no/~larschri/cast-bug/ The compiled program fails to do binary conversion between float and int. Both sizeof(int) and sizeof(float) is 4, so the two floats below should have the same binary representation after being written/read to/from the integer object. float f1 = 4.5; int i =*((int*)&f1); float f2 = *((float*)&i); assert(f1 == f2); $ gcc --version gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ gcc -O2 -march=i686 cast-bug.c $ ./a.out a.out: cast-bug.c:8: main: Assertion `f1 == f2' failed. Aborted -- Summary: float/int binary conversion -- "-O2 -march=i686" Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: larschri at pvv dot ntnu dot no CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From larschri at pvv dot ntnu dot no 2005-09-16 11:12 --- Created an attachment (id=9739) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9739&action=view) .i file that triggers the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-16 11:16 --- Your code violates ISO C aliasing rules. See the docs about -fstrict-aliasing. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c++/23914] New: [4.0 Regression] further 'non-constant' template argument case exposed by Boost
Failing case comes from regression testing using Boost uBLAS with gcc4.0.2
prerelease:
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.0.2-20050913/configure
--prefix=/home/michael/locacc402
Thread model: posix
gcc version 4.0.2 20050913 (prerelease)
The failure in this case is caused by
BOOST_STATIC_ASSERT (foo_template::complexity == 0);
where foo_template is defined thus:
template
struct foo_template {
public:
static const unsigned complexity = 0;
};
N.B. failure only occurs if foo_template is a template class.
Suggestive is that if 'foo_template::complexity' encountered anyware by the
compiler prior to the failing instantiation then problem disappers. Therefore
const unsigned a = foo_template::complexity;
BOOST_STATIC_ASSERT (foo_template::complexity == 0);
is instantiated without error!
Minimal test case without Boost headers is:
template
struct foo_template {
static const unsigned complexity = 0;
};
template struct STATIC_ASSERTION {};
void gcc_402_problem_minimal()
{
sizeof(STATIC_ASSERTION< foo_template::complexity >);
}
cc402.cpp: In function ‘void gcc_402_problem_minimal()’:
gcc402.cpp:10: error: ‘foo_template::complexity’ is not a
valid template
argument for type ‘int’ because it is a non-constant expression
--
Summary: [4.0 Regression] further 'non-constant' template
argument case exposed by Boost
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mail at michael-stevens dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From larschri at pvv dot ntnu dot no 2005-09-16 11:34 --- I see - thanks! I didn't use the -Wall options when changing from C++ to C. g++ had the same problem, but didn't give any warnings with -Wall. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c++/23915] New: Missing -Wstrict-aliasing warning
I get warning when compiling the following program as C, but not as C++. I have
experienced that such casts can fail for both C and C++ programs when running
with option -O2. See also [Bug c/23913].
int main() {
float f = 4.5;
int i =*((int*)&f);
(void)i;
return 0;
}
$ g++ -Wstrict-aliasing -O2 foo.cpp
$ g++ --version
g++ (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ gcc -Wstrict-aliasing -O2 foo.c
cast-bug.c: In function 'main':
cast-bug.c:5: warning: dereferencing type-punned pointer will break
strict-aliasing rules
--
Summary: Missing -Wstrict-aliasing warning
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: larschri at pvv dot ntnu dot no
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23915
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From larschri at pvv dot ntnu dot no 2005-09-16 12:12 --- I have filed this enhancment ticket: [Bug c++/23915] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c++/23914] [4.0 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From bangerth at dealii dot org 2005-09-16 13:21 --- I am pretty sure this is a duplicate of PR 23896, which was fixed last night. Can you try with an updated compiler? Thanks Wolfgang -- What|Removed |Added Status|UNCONFIRMED |WAITING GCC target triplet|x86_64-unknown-linux-gnu|x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c++/23915] Missing -Wstrict-aliasing warning
--- Additional Comments From bangerth at dealii dot org 2005-09-16 13:25 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-09-16 13:25:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23915
[Bug c++/23513] [4.0/4.1 Regression] overload resolution fails to select a more specialized template
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16 13:37 --- This is a piece of underspecification in the resolution of DR 214 (http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#214). That basically tells one to compare pairs of arguments. But in this case we have a member function and a non-member function -- how should we treat the this pointer of the member function and the first arg of the non-member function? As the algorithm did not give any indication as to how to order these, I made them unordered. Experimentation using the edg 3.6 frontend I find it to skip the first argument of both functions (either an explicit arg or implicit this pointer) if either function is a member function. The alternative, of comparing the this pointer arg with the explicit arg of the other function requires treating the this pointer argument as-if it were a reference to the object (otherwise it'll never deduce in either direction as the explicit argument must be a by-value or by-reference object). Experimentation shows the EDG front end does not take that approach. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
[Bug target/23909] Incorrect code generated for SSE2 based xor routine when compiled with -O2 -fomit-frame-pointer
-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23909
[Bug target/23909] Incorrect code generated for SSE2 based xor routine when compiled with -O2 -fomit-frame-pointer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:04 --- You should be using the SSE instrincs functions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23909
[Bug tree-optimization/23911] Failure to propagate constants from a const initializer for _Complex
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:11 --- Confirmed. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 14:11:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
[Bug c++/23915] Missing -Wstrict-aliasing warning
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:14 --- This really a dup of bug 14024. *** This bug has been marked as a duplicate of 14024 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23915
[Bug c++/14024] g++ isn't reporting aliasing warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:15 --- *** Bug 23915 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||larschri at pvv dot ntnu dot ||no http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14024
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:18 --- Reopening to ... -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c/23913] float/int binary conversion -- "-O2 -march=i686"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:18 --- Mark as a dup of bug 21920. *** This bug has been marked as a duplicate of 21920 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23913
[Bug c/21920] alias violating
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:18 --- *** Bug 23913 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||larschri at pvv dot ntnu dot ||no http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug swing/22610] swing: JScrollPane is not repainted correctly after window resize (more info)
--- Additional Comments From langel at redhat dot com 2005-09-16 14:28 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22610
[Bug target/23909] Incorrect code generated for SSE2 based xor routine when compiled with -O2 -fomit-frame-pointer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:40 --- This works for me with 4.1.0 but I really think it is just an accident. /[EMAIL PROTECTED]@*/ int cr0; /* really, it's used, but lclint doesn't "get" __asm__ */ This comment does not make sense. Specificly since GCC also warns about it: t.c:110: warning: unused variable cr0 t.c:109: warning: unused variable reg_store I still think you are making a mistake in your code by using inline-asm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23909
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 14:42 --- Nope this was not fixed by the patch for 23896, tested on the mainline. -- What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org Status|WAITING |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 14:42:54 date|| Summary|[4.0 Regression] further|[4.0/4.1 Regression] further |'non-constant' template |'non-constant' template |argument case exposed by|argument case exposed by |Boost |Boost Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug swing/22610] swing: JScrollPane is not repainted correctly after window resize (more info)
--- Additional Comments From cvs-commit at developer dot classpath dot org 2005-09-16 14:44 --- Subject: Bug 22610 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Lillian Angel <[EMAIL PROTECTED]> 05/09/16 14:28:17 Modified files: . : ChangeLog java/awt : Container.java Log message: 2005-09-16 Lillian Angel <[EMAIL PROTECTED]> Fixes Bug #22610 * java/awt/Container.java (remove): Removed component listeners from the component being removed. This was a problem if that same component that was removed was added to a new component. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.4820&tr2=1.4821&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/awt/Container.java.diff?tr1=1.64&tr2=1.65&r1=text&r2=text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22610
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
-- What|Removed |Added Severity|normal |critical Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug target/23909] Incorrect code generated for SSE2 based xor routine when compiled with -O2 -fomit-frame-pointer
--- Additional Comments From jeff at panasas dot com 2005-09-16 14:50 --- (In reply to comment #3) > This works for me with 4.1.0 but I really think it is just an accident. > /[EMAIL PROTECTED]@*/ int cr0; /* really, it's used, but lclint doesn't > "get" __asm__ */ > This comment does not make sense. > Specificly since GCC also warns about it: > t.c:110: warning: unused variable cr0 > t.c:109: warning: unused variable reg_store > I still think you are making a mistake in your code by using inline-asm. I pulled out some of the code required in the kernel. When using SSE in the kernel you have to save and restore cr0 but you can't do that at userlevel. The comment only refers to lclint, a tool that we use to statically check our code. lclint doesn't parse the inline asm, so we have to annotate the code. reg_store is also another local that is used to save and restore the xmm registers when running in the kernel. you can just ignore this at user-level. I'm not sure why SSE intrinsics will help here? This bug is will "go-away" when even very small changes are made to that loop, so just about any change will mask the bug. The other problem that we have is that this code is compiled with several versions of gcc (2.95.2 -> 3.4) so the inline asm is a good common denominator. I'd be willing to move to intrinisics if it solved the problem rather than masked it. Are there other reasons that the inline asm is a bad idea? I believe the code is completely legal inline asm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23909
[Bug middle-end/23903] Duplicate dump file numbers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 15:11 --- Subject: Bug 23903 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-16 15:11:22 Modified files: gcc: ChangeLog passes.c Log message: 2005-09-16 Paolo Bonzini <[EMAIL PROTECTED]> PR 23903 * passes.c (init_optimization_passes): Register dump files for IPA passes first. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9965&r2=2.9966 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gcc&r1=2.111&r2=2.112 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23903
[Bug middle-end/23903] Duplicate dump file numbers
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-16 15:18 --- fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23903
[Bug objc/20444] [3.4/4.0 Regression] Misleading error message on missing ';'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 15:31 --- Since this is only a diagnostic issue and it has been fixed on the mainline by the new parser, closing as fixed for 4.1.0. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.0.2 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20444
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16 15:32 --- It's the same idea, but a different bug. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c++/21514] [DR 488] templates and anonymous enum
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 15:42 --- Subject: Bug 21514 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-16 15:41:45 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/template: crash19.C local4.C Log message: PR c++/21514 * pt.c (check_instantiated_args): Treat uses of anonymous types as causing type-deduction failure. PR c++/21514 * g++.dg/template/crash19.C: Remove dg-error marker. * g++.dg/template/local4.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4895&r2=1.4896 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1037&r2=1.1038 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6070&r2=1.6071 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash19.C.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/local4.C.diff?cvsroot=gcc&r1=1.3&r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/23357] [4.1 Regression] ICE with __alignof__ on template arguments
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 15:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23357
[Bug c++/21514] [DR 488] templates and anonymous enum
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 15:43 --- Subject: Bug 21514 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-16 15:43:14 Modified files: gcc/cp : ChangeLog pt.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/template: crash19.C local4.C Log message: PR c++/21514 * pt.c (check_instantiated_args): Treat uses of anonymous types as causing type-deduction failure. PR c++/21514 * g++.dg/template/crash19.C: Remove dg-error marker. * g++.dg/template/local4.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.105&r2=1.4648.2.106 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.978.2.26&r2=1.978.2.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.407&r2=1.5084.2.408 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/crash19.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/local4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2.6.1&r2=1.2.6.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21514] [DR 488] templates and anonymous enum
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16 15:47 --- Fixed in 4.0.2. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug c++/21701] No flag to turn off warning: warning: template-argument `' uses anonymous type
-- Bug 21701 depends on bug 21514, which changed state. Bug 21514 Summary: [DR 488] templates and anonymous enum http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514 What|Old Value |New Value Status|SUSPENDED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21701
[Bug c++/21701] No flag to turn off warning: warning: template-argument `' uses anonymous type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:01 --- Since PR 21514 is now closed as fixed, I am just going to close this as a dup of bug 21514 since we accept the code unconditionally now. *** This bug has been marked as a duplicate of 21514 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21701
[Bug c++/21514] [DR 488] templates and anonymous enum
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:01 --- *** Bug 21701 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
[Bug libfortran/23889] non intuitive behaviour of gfortran
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-16 16:09 --- Switch Severity to enhanacement (although I disagree the basic premise). -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 16:09:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23889
[Bug rtl-optimization/23857] [4.1 Regression] ICE: verify_flow_info failed - too many outgoing branch edges
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 16:19 --- A regression hunt using a cross compiler identified this patch from steven: http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00960.html -- What|Removed |Added CC||steven at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23857
[Bug fortran/23922] New: ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE
MODULE bug
IMPLICIT NONE
TYPE :: my_type
REAL :: x
END TYPE
TYPE (my_type), DIMENSION(3) :: t
CONTAINS
SUBROUTINE foo
INTEGER, DIMENSION(8):: c(3)
t(c)%x = t(c)%x
RETURN
END SUBROUTINE foo
END MODULE bug
-->
Starting program: /space/stevenb/build/gcc/f951 -O t.f90
foo
Breakpoint 1, internal_error (gmsgid=0xb1a07f "in %s, at %s:%d") at
diagnostic.c:534
534 va_start (ap, gmsgid);
(gdb) up
#1 0x0058fea3 in fancy_abort (file=0xb27480
"../../mainline/gcc/fold-const.c", line=2028,
function=0xb27cbc "fold_convert") at diagnostic.c:590
590 internal_error ("in %s, at %s:%d", function, trim_filename (file),
line);
(gdb)
#2 0x00621928 in fold_convert (type=0x2a95a67e70, arg=0x2a95a70b40)
at fold-const.c:2028
2028 gcc_unreachable ();
(gdb)
#3 0x0048200a in gfc_trans_scalar_assign (lse=0x7fbfffeea0,
rse=0x7fbfffee50, type=BT_REAL)
at trans-expr.c:2550
2550 gfc_add_modify_expr (&block, lse->expr,
(gdb) bt
#0 internal_error (gmsgid=0xb1a07f "in %s, at %s:%d") at diagnostic.c:534
#1 0x0058fea3 in fancy_abort (file=0xb27480
"../../mainline/gcc/fold-const.c", line=2028,
function=0xb27cbc "fold_convert") at diagnostic.c:590
#2 0x00621928 in fold_convert (type=0x2a95a67e70, arg=0x2a95a70b40)
at fold-const.c:2028
#3 0x0048200a in gfc_trans_scalar_assign (lse=0x7fbfffeea0,
rse=0x7fbfffee50, type=BT_REAL)
at trans-expr.c:2550
#4 0x00482507 in gfc_trans_assignment (expr1=0xe3ac90,
expr2=0xe668c0) at trans-expr.c:2718
#5 0x004826fe in gfc_trans_assign (code=0xe3b8f0) at
trans-expr.c:2770
#6 0x004678d8 in gfc_trans_code (code=0xe3b8f0) at trans.c:493
#7 0x0047c333 in gfc_generate_function_code (ns=0xe65d20) at
trans-decl.c:2415
#8 0x00467e04 in gfc_generate_module_code (ns=0xe2d200) at
trans.c:712
#9 0x00443c1a in gfc_parse_file () at parse.c:2637
#10 0x0045e868 in gfc_be_parse_file (set_yydebug=0) at f95-lang.c:256
#11 0x00873eda in compile_file () at toplev.c:990
#12 0x008756dd in do_compile () at toplev.c:1933
#13 0x0087573f in toplev_main (argc=3, argv=0x7fb2b8) at
toplev.c:1965
#14 0x00499c9b in main (argc=3, argv=0x7fb2b8) at main.c:35
(gdb) down
#2 0x00621928 in fold_convert (type=0x2a95a67e70, arg=0x2a95a70b40)
at fold-const.c:2028
2028 gcc_unreachable ();
(gdb) p debug_tree (type)
constant invariant 32>
unit size
constant invariant 4>
align 32 symtab 0 alias set -1
fields unit size
align 32 symtab 0 alias set -1 precision 32
pointer_to_this >
SF file t.f90 line 0 size unit size
align 32 offset_align 128
offset
bit offset context
>
pointer_to_this chain >
$8 = void
(gdb) p debug_tree (orig)
constant invariant 32>
unit size
constant invariant 4>
align 32 symtab 0 alias set -1 precision 32
pointer_to_this >
$9 = void
(gdb)
This shows up in a SPEC benchmark candidate.
--
Summary: ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: steven at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
OtherBugsDependingO 15502
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23922
[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5/6 and 95
-- What|Removed |Added BugsThisDependsOn||23922 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
[Bug fortran/23922] ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:42 --- Confirmed, reduced testcase: MODULE bug IMPLICIT NONE TYPE :: my_type REAL :: x END TYPE TYPE (my_type) :: t(3) CONTAINS SUBROUTINE foo INTEGER:: c(3) t(c)%x = t(c)%x RETURN END SUBROUTINE foo END MODULE bug --- -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 16:42:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23922
[Bug fortran/23922] ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:43 --- Oh, this is a dup of bug 18157. *** This bug has been marked as a duplicate of 18157 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23922
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:43 --- *** Bug 23922 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||steven at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5/6 and 95
-- Bug 15502 depends on bug 23922, which changed state. Bug 23922 Summary: ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23922 What|Old Value |New Value Status|UNCONFIRMED |NEW Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
[Bug fortran/18157] ice-on-valid code, pointer to user-defined type, fold-struct.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 16:47 --- Backtrace: #1 0x08179a9f in fancy_abort (file=Could not find the frame base for "fancy_abort". ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/diagnostic.c:590 #2 0x081ff931 in fold_convert (type=0xb7c33678, arg=0x854f7ac) at /home/peshtigo/pinskia/src/ gnu/gcc/src/gcc/fold-const.c:2028 #3 0x080a9977 in gfc_trans_scalar_assign (lse=0xbfefdff4, rse=0xbfefdfcc, type=BT_REAL) at /home/ peshtigo/pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2550 #4 0x080ae0c1 in gfc_trans_assignment (expr1=0x8895b88, expr2=0x8895d80) at /home/peshtigo/ pinskia/src/gnu/gcc/src/gcc/fortran/trans-expr.c:2716 #5 0x080ae579 in gfc_trans_assign (code=0x8895f78) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/fortran/trans-expr.c:2768 #6 0x08098ae3 in gfc_trans_code (code=0x8895f78) at /home/peshtigo/pinskia/src/gnu/gcc/src/ gcc/fortran/trans.c:493 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18157
[Bug rtl-optimization/23857] [4.1 Regression] ICE: verify_flow_info failed - too many outgoing branch edges
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16 16:53 --- Huh, I better look at this bug then, eh? -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-09-13 14:20:39 |2005-09-16 16:53:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23857
[Bug rtl-optimization/23857] [4.1 Regression] ICE: verify_flow_info failed - too many outgoing branch edges
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16
17:01 ---
Not being a C++ fan, I reduced it to this C test case:
==
extern int *F2 (void) __attribute__ ((__const__));
void
S4 (int *i)
{
int *D2171;
D2171 = F2 ();
L0:
*D2171 = 62;
if (*i != 0) goto L0; else goto L2;
L2:
return;
}
==
$ ./cc1 -O2 -fsched-stalled-insns=5 -fsched2-use-superblocks
-funroll-all-loops t.c -fdump-tree-vars -fno-tree-ch
S4
Analyzing compilation unitPerforming intraprocedural optimizations
Assembling functions:
S4
t.c: In function 'S4':
t.c:16: error: too many outgoing branch edges from bb 7
t.c:16: error: too many outgoing branch edges from bb 6
t.c:16: error: too many outgoing branch edges from bb 5
t.c:16: error: too many outgoing branch edges from bb 4
t.c:16: error: too many outgoing branch edges from bb 3
t.c:16: internal compiler error: verify_flow_info failed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23857
[Bug target/22584] [4.1 Regression] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 17:49 --- (In reply to comment #9) > ./configure... > > make -C obj-i686-pld-linux \ > STAGE1_CFLAGS="-march=i686 -O0" \ > BOOT_CFLAGS="-march=i686 -O2" I am testing with these options right now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug rtl-optimization/22469] [4.1 regression] testsuite failure, gcc.c-torture/compile/941014-2.c -O3 loops
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 17:54 --- MMIX is not a primary or secondary target. -- What|Removed |Added Target Milestone|4.1.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22469
[Bug c/23104] [4.1 Regression] C does not reject the same function in two different TUs with -combine
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 17:55 --- I am going to fix this since PR 22052 was really caused by me. -- What|Removed |Added AssignedTo|echristo at gcc dot gnu dot |pinskia at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23104
[Bug middle-end/20939] ld segmentation fault linking libgfortran.sl.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 17:56 --- Since this sounds like a GNU ld bug and not a GCC bug, removing the regression marker. -- What|Removed |Added Summary|[4.1 Regression] ld |ld segmentation fault |segmentation fault linking |linking libgfortran.sl.0.0 |libgfortran.sl.0.0 | Target Milestone|4.1.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20939
[Bug fortran/23202] [4.1 Regression] internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 17:59 --- Since this is a fortran front-end bug, moving to 4.2. -- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|4.1.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23202
[Bug c++/23797] [3.4/4.0/4.1 Regression] ICE on typename outside template
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 18:08 --- The ICE begins on mainline with this patch from giovannibajo: http://gcc.gnu.org/ml/gcc-cvs/2004-03/msg00874.html -- What|Removed |Added CC||giovannibajo at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux
--- Additional Comments From laurent at guerby dot net 2005-09-16 18:15 --- Also happens the same way (run time core dump) on 4.0.2 20050913 (prerelease) on sparc-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug c++/13140] declaration in global namespace, definition inside named or anon namespace
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16 18:16 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13140
[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux
-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 18:33 --- Subject: Bug 23914 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-09-16 18:33:35 Modified files: gcc/cp : parser.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: static18.C Log message: PR c++/23914 * parser.c (cp_parser_enclosed_template_argument_list): Make sure skip_evaluation is false when processing template arguments. PR c++/23914 * g++.dg/template/static18.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.358&r2=1.359 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4896&r2=1.4897 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static18.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6071&r2=1.6072 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 18:36 --- Subject: Bug 23914 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-16 18:35:59 Modified files: gcc/cp : parser.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: static18.C Log message: PR c++/23914 * parser.c (cp_parser_enclosed_template_argument_list): Make sure skip_evaluation is false when processing template arguments. PR c++/23914 * g++.dg/template/static18.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.17&r2=1.319.2.18 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.106&r2=1.4648.2.107 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static18.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.408&r2=1.5084.2.409 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c++/23914] [4.0/4.1 Regression] further 'non-constant' template argument case exposed by Boost
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16 18:37 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23914
[Bug c/22052] [4.0 Regression] redefinition of inline function succeeds
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 18:43 --- I have a fix for the mainline which also fixes this and 23104 and reverting back to the old code which was added for 19152. -- What|Removed |Added AssignedTo|echristo at redhat dot com |pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052
[Bug fortran/23516] IMAG is not a generic function when implicit none is declared
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-16 18:46 --- http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01004.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23516
[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux
--- Additional Comments From christian dot joensson at gmail dot com 2005-09-16 18:48 --- on 4.0 branch, this passed Aug 13, http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00840.html, but failed Sept. 2, http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00140.html. checking further... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug ada/20753] ACATS ce3810b segfault at runtime on hppa-linux
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-16 18:50 --- Present on SPARC/Solaris too. It's a bug in the runtime. -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-09-16 18:50:51 date|| Version|4.1.0 |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
[Bug target/22584] [4.1 Regression] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 18:55 --- This bootstrap just fine with the options you gave. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug target/21715] [4.0/4.1 regression] code-generation performance regression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 19:04 --- 3.3.5 also fails. I think this is also related to the message on the gcc mailing list recently: http://gcc.gnu.org/ml/gcc/2005-09/msg00429.html This is looks related to 2 operand targets. -- What|Removed |Added Known to fail|4.0.0 4.1.0 |4.0.0 4.1.0 3.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21715
[Bug ada/23788] s-taprop.adb:69:06: warning: cannot depend on "Interrupt_Operations" (wrong categorization)
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2005-09-16 19:09 --- Subject: Re: s-taprop.adb:69:06: warning: cannot depend on "Interrupt_Operations" (wrong categorization) > May be this will work, could you try? > > *** s-tpinop.ads.~1.9.~ 2005-07-01 08:24:02.0 +0200 > --- s-tpinop.ads 2005-09-09 09:35:25.0 +0200 > *** > *** 36,41 > --- 36,42 > with System.Tasking; > > package System.Task_Primitives.Interrupt_Operations is > +pragma Preelaborate; > > package IM renames System.Interrupt_Management; > package ST renames System.Tasking; I didn't encounter the error with this patch installed. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23788
[Bug rtl-optimization/22002] [4.0 Regression] internal consistency failure with -funroll-loops
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 19:14 --- The test case passes on mainline starting with this patch from dje: http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01221.html -- What|Removed |Added CC||dje at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22002
[Bug ada/23788] s-taprop.adb:69:06: warning: cannot depend on "Interrupt_Operations" (wrong categorization)
-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||09/msg01007.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23788
[Bug middle-end/23125] [4.0/4.1 Regression] OpenBSD's zic.c causes g++ but not gcc to segfault
--- Additional Comments From mrs at apple dot com 2005-09-16 19:39 --- radr://3934846 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23125
[Bug other/23923] New: Bug in inclhack.def prevents include header fix.
The terminating here-document marker in the AAB_sun_memcpy fix doesn't match the opening marker. It needs to have an underscore added at the end. Thanks! $ diff inclhack.def inclhack.orig 196c196 < _EndOfHeader_; --- > _EndOfHeader; -- Summary: Bug in inclhack.def prevents include header fix. Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: luke dot bakken at gmail dot com CC: gcc-bugs at gcc dot gnu dot org,luke dot bakken at gmail dot com GCC build triplet: i686-UnixWare7.1.1-sysv5 GCC host triplet: i686-UnixWare7.1.1-sysv5 GCC target triplet: i686-UnixWare7.1.1-sysv5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23923
[Bug target/23923] Bug in inclhack.def prevents include header fix.
-- What|Removed |Added Component|other |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23923
[Bug middle-end/23651] [4.1 Regression] ICE in GC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 19:59 --- Rereducing on the mainline for x86_64-pc-linux with -m32. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23651
[Bug java/23891] [4.0 Regression] Problem folding static fields across packages
--- Additional Comments From debian-gcc at lists dot debian dot org 2005-09-16 20:05 --- the patch, when applied to the 4.0 branch, let the bootstrap fail in libjava on at least i486-linux and ia64-linux Matthias /home/packages/gcc/4.0/gcc-4.0-4.0.1/build/gcc/gcj -B/home/packages/gcc/4.0/gcc-4.0-4.0.1/build/gcc/ -B/usr/i486-linux-gnu/bin/ -B/usr/i486-linux-gnu/lib/ -isystem /usr/i486-linux-gnu/include -isystem /usr/i486-linux-gnu/sys-include --encoding=UTF-8 -Wno-deprecated -C -g -classpath '' -bootclasspath /home/packages/gcc/4.0/gcc-4.0-4.0.1/build/i486-linux-gnu/libjava':'../../../src/libjava':'../../../src/libjava/external/w3c_dom':'../../../src/libjava/external/sax -d /home/packages/gcc/4.0/gcc-4.0-4.0.1/build/i486-linux-gnu/libjava \ -MD -MF gnu/java/security/util.deps @gnu/java/security/util.list ../../../src/libjava/java/io/ObjectStreamClass.java:930: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23891
[Bug libstdc++/23871] [4.0 Regression] iostream operator<<(int) uses || on integral operands
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16 20:18 --- Subject: Bug 23871 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-09-16 20:18:11 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/std: std_ostream.h libstdc++-v3/include/bits: ostream.tcc Added files: libstdc++-v3/testsuite/27_io/basic_ostream/inserters_arithmetic/char: 7.cc 23871.cc libstdc++-v3/testsuite/27_io/basic_ostream/inserters_arithmetic/wchar_t: 7.cc Log message: PR libstdc++/23871 Backport: 2005-07-11 Paolo Carlini <[EMAIL PROTECTED]> * include/std/std_ostream.h (operator<<(short), operator<<(int)): Adjust logic, as per the letter of the resolution of DR117 [WP]. * testsuite/27_io/basic_ostream/inserters_arithmetic/char/7.cc: New. * testsuite/27_io/basic_ostream/inserters_arithmetic/wchar_t/7.cc: New. * include/bits/ostream.tcc (operator<<(long), operator<<(long long)): Adjust logic. * testsuite/27_io/basic_ostream/inserters_arithmetic/char/23871.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.82&r2=1.2917.2.83 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/std/std_ostream.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.16&r2=1.16.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/ostream.tcc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.54&r2=1.54.12.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/inserters_arithmetic/char/7.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/inserters_arithmetic/char/23871.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/inserters_arithmetic/wchar_t/7.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.4.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23871
[Bug c/23155] [4.0/4.1 Regression] Gimplification failed for union cast
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 20:22 --- The testcase from comment #5 ICEs starting with this patch from kenner: http://gcc.gnu.org/ml/gcc-cvs/2004-06/msg00881.html -- What|Removed |Added CC||kenner at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23155
[Bug c++/18803] [3.4 regression] rejects access to operator() in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16 20:34 --- The backport of the fix for PR 18445 caused this. I'll try to backport the fix for PR18803, too. If that fails, reverting the patch for PR 18445 seems like the right thing to me, because this was only an ice-on-invalid-code. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
[Bug c++/18803] [3.4 regression] rejects access to operator() in template
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16 20:57 --- IMHO reverting 18445 would be the most prudent thing to do. The combination of 18845+18803 are touching too many things for my liking. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
[Bug c++/18803] [3.4 regression] rejects access to operator() in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16 21:04 --- On 16 Sep, nathan at gcc dot gnu dot org wrote: > IMHO reverting 18445 would be the most prudent thing to do. The combination > of 18845+18803 are touching too many things for my liking. Gaby, would that be OK with you? I'd revert the patch for PR 18445 on the 3.4 branch, add the testcase for PR18803 to the 3.4 branch (bootstrapped and regtested, of course), and close PR 18445 as fixed in 4.0.0 and WONTFIX in 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
[Bug fortran/23924] New: No initialization of derived type pointers/allocatables when allocated
$ cat erik.f90 program test type t real :: a = 3.1 end type t type(t), pointer :: p type(t), allocatable :: q(:) allocate(p) print *, p%a allocate(q(1)) print *, q(1)%a end program test $ gfortran erik.f90 $ a.out 0.00 0.00 The output I had expected is 3.10 3.10 given by ifort 8.1 -- Summary: No initialization of derived type pointers/allocatables when allocated Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: erik dot edelmann at iki dot fi CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23924
[Bug fortran/23924] No initialization of derived type pointers/allocatables when allocated
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 21:49 --- Hmm, I get: In file t.f90:2 type t 1 Error: Pointer assignment target is neither TARGET nor POINTER at (1) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23924
[Bug fortran/23924] No initialization of derived type pointers/allocatables when allocated
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16 21:59 --- (In reply to comment #1) > Hmm, I get: > In file t.f90:2 > > type t >1 > Error: Pointer assignment target is neither TARGET nor POINTER at (1) > Oh! I'm terribly sorry; I used a locally modifieded version of gfortran, with an attempt to fix PR 15975 in it. Here's a new testcase: $ cat erik.f90 program test type t real :: a = 3.1 end type t type(t), allocatable :: q(:) allocate(q(1)) print *, q(1)%a end program test $ gfortran erik.f90 $ a.out 0.00 (expected out would be 3.10 ) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23924
[Bug c++/18803] [3.4 regression] rejects access to operator() in template
--- Additional Comments From gdr at integrable-solutions dot net 2005-09-16 22:40 --- Subject: Re: [3.4 regression] rejects access to operator() in template "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | On 16 Sep, nathan at gcc dot gnu dot org wrote: | > IMHO reverting 18445 would be the most prudent thing to do. The combination | > of 18845+18803 are touching too many things for my liking. | | Gaby, would that be OK with you? Yes -- fixes for ice-on-invalid are nice to have but they are not critical, especially if their fixing introduces more potential for regression. | I'd revert the patch for PR 18445 on the 3.4 branch, add the testcase | for PR18803 to the 3.4 branch (bootstrapped and regtested, of course), | and close PR 18445 as fixed in 4.0.0 and WONTFIX in 3.4. Thanks! -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
[Bug fortran/23925] New: HDF5 check fails--type conversions
Build of hdf5-1.6.4 with Fortran module fails checks, although same build with Intel 8.1 pass. Looks like it's primarily with conversions between particular data types. See http://hdf.ncsa.uiuc.edu/HDF5/ ./configure --enable-fortran make make check I want to emphasize that HDF5 is a very important package for my group as well as for many others. Without this, we cannot use gfortran. It may provide a good comprehensive test for you guys of low-level Fortran capabilities. -- Summary: HDF5 check fails--type conversions Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: swhite at aei dot mpg dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: gcc version 4.1.0 20050909 (experimental) GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23925
[Bug c++/23651] [4.1 Regression] ICE in GC
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 22:58 --- lets look at the backtrace: gt_ggc_mx_cp_binding_level gt_ggc_mx_cxx_binding Why are there are references to C++ front-end stuff. This is a front-end bug make us still reference a BasicBlock. -- What|Removed |Added Component|middle-end |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23651
[Bug fortran/23925] HDF5 check fails--type conversions
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 23:01 --- How does it fail and is there a simple testcase? -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|normal GCC build triplet|gcc version 4.1.0 20050909 | |(experimental) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23925
[Bug tree-optimization/23818] [4.1 Regression] ICE in dominated_by_p, at dominance.c:827
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16 23:05 --- (In reply to comment #3) > Patch posted. And approved. -- 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=23818
[Bug fortran/15975] ICE in trans-array.c pointer array initialization stuff
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16 23:07 --- Patch posted to mailinglist: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01032.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15975
[Bug fortran/16606] gfortran error with a valid derived type definition
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16 23:08 --- Patch posted to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01032.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16606
[Bug classpath/20198] java.security.CodeSource.getLocation output is different than expected
--- Additional Comments From green at redhat dot com 2005-09-16 23:10
---
(In reply to comment #1)
> Created an attachment (id=9352)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9352&action=view)
> Proposed patch
>
> This patch makes your test program emit an absolute path.
>
> I'm not sure it's 100% correct. For instance, perhaps we should canonicalize
> the path in addition to makeing it absolute. Also, perhaps this should happen
> in URLClassLoader instead of the system loader. Hopefully a discussion will
> happen on this thread:
>
> http://gcc.gnu.org/ml/java-patches/2005-q3/msg00144.html
>
I just checked in a patch for a related fix. The test case look like this:
public class bug
{
public static void main (String args[]) throws Exception
{
String urlString =
bug.class.getClassLoader().getResource("bug.class").toExternalForm ();
System.out.println (urlString);
}
}
Before patch:
$ gij bug
file:./bug.class
After patch:
$ gij bug
file:/home/green/FSF/HEAD/bug.class
Unfortunately it doesn't fix this bug (although the original patch attached to
this bug _does_).
I'll figure out what else is needed for this bug.
AG
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |green at redhat dot com
|dot org |
Status|NEW |ASSIGNED
Last reconfirmed|2005-07-26 22:10:59 |2005-09-16 23:10:50
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20198
[Bug fortran/23925] HDF5 check fails--type conversions
--- Additional Comments From swhite at aei dot mpg dot de 2005-09-16 23:12 --- Andrew, The "make check" command runs through a battery of tests. With gfortran, it reports 72 failures, while with the Intel compiler, it passes everything. I'm not sure what you're referring to regarding a simple test case. It's a test suite. Maybe you could pull out a single item from the suite and call that a case. The failures seem to be of a certain type. For example, here's an excerpt: Testing random hw short -> unsigned short conversions PASSED Testing random hw short -> int conversions*FAILED* test 1 elmt 0 src = bf 92 -16494 dst = 00 00 00 00 0 I encourage you to download and make this package. It's a very important one for the working scientists who are your end users. (And thanks for fixing the internal error bug that stopped it from compiling at all!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23925
[Bug classpath/20198] java.security.CodeSource.getLocation output is different than expected
--- Additional Comments From cvs-commit at developer dot classpath dot org 2005-09-16 23:12 --- Subject: Bug 20198 CVSROOT:/cvsroot/classpath Module name:classpath Branch: Changes by: Anthony Green <[EMAIL PROTECTED]> 05/09/16 22:52:18 Modified files: . : ChangeLog java/net : URLClassLoader.java Log message: 2005-09-15 Anthony Green <[EMAIL PROTECTED]> PR libgcj/20198 * java/net/URLClassLoader.java (FileURLLoader.getResource): File resources should all have canonicalized names. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.4834&tr2=1.4835&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/java/net/URLClassLoader.java.diff?tr1=1.36&tr2=1.37&r1=text&r2=text -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20198
