--- Comment #7 from domob at gcc dot gnu dot org 2008-10-05 06:41 ---
Subject: Bug 37638
Author: domob
Date: Sun Oct 5 06:39:37 2008
New Revision: 140880
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140880
Log:
2008-10-05 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #8 from domob at gcc dot gnu dot org 2008-10-05 06:41 ---
Fixed on trunk.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Opened from comment 4 in PR29727.
The following valid snipped is rejected with the current mainline
===
templateint struct A
{
struct S { int X; };
static S a;
};
templateint N typename AN::S AN::a = { X : 1 };
void foo()
{
A0::a;
}
===
because 'X' is not found in the designated
--- Comment #8 from simartin at gcc dot gnu dot org 2008-10-05 07:27
---
PR37736 opened for the reject valid case (it's a different bug).
Patch for the ICE submitted here:
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00134.html
--
simartin at gcc dot gnu dot org changed:
--- Comment #7 from pault at gcc dot gnu dot org 2008-10-05 08:42 ---
Subject: Bug 37706
Author: pault
Date: Sun Oct 5 08:41:00 2008
New Revision: 140881
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140881
Log:
2008-10-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #1 from cfairles at gcc dot gnu dot org 2008-10-05 12:02
---
This variant also ice's in same place but issues error first:
ice2.cpp:
templateclass U, class... T
void f()
{
fT...();
}
template
void f() { }
int main()
{
fchar();
}
ice2.cpp:8: error: template-id f
--- Comment #8 from pault at gcc dot gnu dot org 2008-10-05 08:45 ---
Fixed on trunk and 4.3. This one is so obvious that I decided not to wait to
commit to 4.3.
Lester, I see that you use overnight builds of 4.4; you should see the benefit
right away then:-)
Thanks for the report.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
The following snippet ICE's:
void f() { }
templateclass U, class... T
void f(){ fT...(); }
int main()
{
fchar();
}
tree check:
accessed elt 1 of tree_vec with 0 elts in get_innermost_template_args
at cp/pt.c:516
Is this ice-on-valid or will f() not be picked up by the non-template
--- Comment #2 from cfairles at gcc dot gnu dot org 2008-10-05 12:09
---
I believe these are both ice-on-invalid code.
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dominiq at lps dot ens dot fr 2008-10-05 12:58 ---
Confirmed on (powerpc|i686)-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37735
--- Comment #1 from dominiq at lps dot ens dot fr 2008-10-05 13:03 ---
Confirmed on (powerpc|i686)-apple-darwin9. Since gfortran produces a wrong
code, I think the severity should be increased to major or even critical.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37723
--- Comment #6 from esigra at gmail dot com 2008-10-05 13:42 ---
This problem went away for me when I upgraded to GCC 4.3.1 (Gentoo x86), so it
seems to be fixed.
--
esigra at gmail dot com changed:
What|Removed |Added
(DW_TAG_subprogram)
DW_AT_calling_convention: 2(program)
DW_AT_name: abc
GNU Fortran (GCC) version 4.4.0 20081005 (experimental)
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20081005 (experimental), GMP version
4.2.2, MPFR version 2.3.1.
0b: Abbrev Number: 1
--- Comment #1 from jan dot kratochvil at redhat dot com 2008-10-05 15:33
---
Saw there also needless DW_OP_plus_uconst - it could be single DW_OP_addr for
all the common block variables (which would make the GDB support a bit easier).
program a2
INTEGER*4 a
INTEGER*4 b
common
--- Comment #4 from kazu at gcc dot gnu dot org 2008-10-05 15:52 ---
I'm taking this.
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-10-05 17:28
---
Confirmed on 4.3 and 4.1.2 so not a regression.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pault at gcc dot gnu dot org 2008-10-05 18:54 ---
Subject: Bug 35680
Author: pault
Date: Sun Oct 5 18:53:19 2008
New Revision: 140892
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140892
Log:
2008-10-05 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #5 from pault at gcc dot gnu dot org 2008-10-05 19:03 ---
(In reply to comment #4)
At r140286 with the patch in
http://gcc.gnu.org/ml/fortran/2008-09/msg00210.html, the failure is gone!-(
I cannot explain it, other than the old version using something that was not
Since a longer time bootstrap is broken for powerpc-unknown-linux-gnu, 32-bit
at least. The interesting condition is, it only fails when the bootstrapping
compiler is 4.2.x, iow. 4.3.x and 4.4.x (Well 4.4 I did not confirm myself)
The failure started with r132589, this commit itself does not
--- Comment #1 from andreast at gcc dot gnu dot org 2008-10-05 19:25
---
Created an attachment (id=16463)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16463action=view)
workaround patch
Workaround patch to make bootstrap working again.
--
--- Comment #13 from hjl dot tools at gmail dot com 2008-10-05 19:44
---
ira-merge branch is OK for i586-pc-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2008-10/msg00316.html
It has this patch:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01955.html
--
hjl dot tools at gmail
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|4.4.0 |4.2.5
--- Comment #7 from pault at gcc dot gnu dot org 2008-10-05 20:26 ---
(In reply to comment #6)
Jacques,
Now that 4.3 is out of the door, I have no excuse. It's in the queue behind
completing my move to Barcelona, memory leaks in allocatable components + some
associated bugs and
--- Comment #8 from dodji at gcc dot gnu dot org 2008-10-05 21:30 ---
Subject: Bug 37410
Author: dodji
Date: Sun Oct 5 21:29:32 2008
New Revision: 140895
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140895
Log:
2008-09-30 Dodji Seketeli [EMAIL PROTECTED]
gcc/ChangeLog:
--- Comment #2 from schwab at suse dot de 2008-10-05 21:54 ---
Another workaround is to build with optimisation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
--- Comment #9 from dodji at gcc dot gnu dot org 2008-10-05 22:54 ---
Fixed in trunk
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
I'm targeting an embedded Arm7 architecture. I've overridden single obj,
array and placement new and delete. My problem is that the override delete
is not called for a class obj when the obj is deleted (neither is the obj's
destructor.) However, if I declare the class destructor as virtual, then
{3.2, i1}; //ok
foo2 f2{3.2, i2}; //ok
new foo2{3.2, i2}; //error, why?
return 0;
}
==
GCC 4.4 svn (4.4.0 20081005) can't compile new foo2{...} line:
==
$ g++ -std=c++0x main.cpp
main.cpp: In function 'int main(int, char
++' --enable-shared --disable-static
--disable-nls
Thread model: posix
gcc version 4.4.0 20081005 (experimental) (GCC)
--
Summary: [C++0x] ICE with shared_ptr in initializer-list of new-
expression
Product: gcc
Version: 4.4.0
Status
Just get hold of the yabbawhap sources and make AP. Then sit back and
listen for the gurgles.
Aside: Is it just me, or does -march=k6-2 result in slower code than
-march=k6 does?
Reynir H. Stefánsson ([EMAIL PROTECTED])
--
Scriptures: The sacred books of our holy religion, as distinguished
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-10-06 05:03
---
An easy fix to this would be to disallow kind=2 integer as an argument during
checking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29651
I don't know how to make a preprocessed source,sorry!
$gcc --version
gcc (GCC) 4.4.0 20081005 (experimental)
$cd mpich2-1.1.0a1; mkdir build; cd build
$../configure --prefix=/usr/local/mpich2; make
CC ../../../../src/mpi/coll/opsum.c
../../../../src/mpi/coll/opsum.c: In function
33 matches
Mail list logo
