--- Comment #4 from jakub at gcc dot gnu dot org 2006-08-26 07:31 ---
Subject: Bug 28683
Author: jakub
Date: Sat Aug 26 07:31:30 2006
New Revision: 116467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116467
Log:
PR middle-end/28683
* cfgexpand.c (add_reg_br_pro
--- Comment #10 from kazu at gcc dot gnu dot org 2006-08-26 07:32 ---
Ian, would you like to take this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27622
--- Comment #12 from paulthomas2 at wanadoo dot fr 2006-08-26 09:30 ---
Subject: Re: [gfortran: 4.1, 4.2 regression] ICE on valid
code
Jerry and Martin,
All of this is very depressing - I can reproduce the 32 bit version of
the problem and, I suppose, will reproduce the 64 bit versi
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-08-26 10:07 ---
Indeed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
I just tried to compile Suse Linux package qt3-extensions-3.3.6-12
with GNU C++ version 4.2 snapshot 20060819.
The compiler said
/usr/src/packages/BUILD/qt-x11-free-3.3.6/src/tools/qstring.cpp: In member
function 'bool QString::endsWith(const QString&, bool) const':
/usr/src/packages/BUILD/qt-x11
--- Comment #1 from dcb314 at hotmail dot com 2006-08-26 11:00 ---
Created an attachment (id=12143)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12143&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28856
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-08-26 12:15 ---
*** This bug has been marked as a duplicate of 28776 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-08-26 12:15
---
*** Bug 28856 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from aovb94 at dsl dot pipex dot com 2006-08-26 12:15
---
I'm getting an ICE and segmentation fault in the following code. I think it may
be related to Paul Thomas's observation about pointers to components of derived
type arrays. However, it does compile under these cir
--- Comment #2 from coolhand2 at gmail dot com 2006-08-26 13:42 ---
Upon further investigation, compiling a .cpp file with the header included into
it brought about no problems at all, and I was able to use the library created
within the header file with no problems.
--
coolhand2 at
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-08-26 14:00
---
Andrew, please remove the superfluous TAB you've added in
+ * tree-inline.c (setup_one_parameter): Strip useless
+ type conversion before adding it to the IR.
on the 4.1 branch at least. Thanks in
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-26 14:40
---
A related testcase is:
int f(short a)
{
unsigned short b = *(unsigned short*)&a;
return b;
}
Which should be optimized into --
int f1(short a)
{
unsigned short b = a;
return b;
}
--
http://gc
--- Comment #5 from patchapp at dberlin dot org 2006-08-26 14:46 ---
Subject: Bug number PR c++/28853
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-08/msg00954.html
--
http://gcc.gnu.org/bugzil
--- Comment #15 from drow at gcc dot gnu dot org 2006-08-26 15:14 ---
I don't understand aliasing well enough to fix this correctly. See for more:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00965.html
--
drow at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-08-26 16:23
---
Subject: Bug 28595
Author: mmitchel
Date: Sat Aug 26 16:23:33 2006
New Revision: 116468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116468
Log:
PR c++/28588
* class.c (resolve_address_of
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-08-26 16:23
---
Subject: Bug 28588
Author: mmitchel
Date: Sat Aug 26 16:23:33 2006
New Revision: 116468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116468
Log:
PR c++/28588
* class.c (resolve_address_of
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-08-26 16:34
---
Fixed in 4.2.0. Will not be fixed in previous releases.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-08-26 16:38
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-08-26 16:40
---
Downgrading to P4 as the first error message is valid.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-26 16:41
---
A fix for this runs into another bug which I am about to file.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-08-26 16:51
---
(In reply to comment #12)
> A fix for this runs into another bug which I am about to file.
I did not file it but did send an email about the problem:
http://gcc.gnu.org/ml/gcc/2006-08/msg00510.html
--
http://g
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-08-26 16:53
---
We do have code to notice use-before-specialization errors. For example:
template void f();
void g() {
f();
}
template <> void f() {}
results in an error.
However, the code to initialize static var
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-08-26 17:14
---
Subject: Bug 28595
Author: mmitchel
Date: Sat Aug 26 17:13:52 2006
New Revision: 116471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116471
Log:
PR c++/28595
* pt.c (tsubst): Issue errors
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-08-26 17:14
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-08-26 17:16
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from aph at gcc dot gnu dot org 2006-08-26 17:35 ---
I need a test case. Please attach the .class of .jar to this PR.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from aph at gcc dot gnu dot org 2006-08-26 17:37 ---
If you can generate this failure with just the class files, please supply those
instead of the whole jar.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28663
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-08-26 17:41
---
Subject: Bug 28736
Author: lmillward
Date: Sat Aug 26 17:41:18 2006
New Revision: 116473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116473
Log:
PR c++/28736
PR c++/28737
PR c++
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-08-26 17:41
---
Subject: Bug 28737
Author: lmillward
Date: Sat Aug 26 17:41:18 2006
New Revision: 116473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116473
Log:
PR c++/28736
PR c++/28737
PR c++
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-08-26 17:41
---
Subject: Bug 28738
Author: lmillward
Date: Sat Aug 26 17:41:18 2006
New Revision: 116473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116473
Log:
PR c++/28736
PR c++/28737
PR c++
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-08-26 17:42
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-08-26 17:42
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from lmillward at gcc dot gnu dot org 2006-08-26 17:42
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-08-26 18:06 ---
Also fails on i686 with -O2 -msse2 -mfpmath=sse -ftree-vectorize
-funswitch-loops
and is a bug in unswitching which creates
:
if (t1_7 != 0) goto ; else goto ;
:;
# ready_20 = PHI ;
# i_1 = PHI <0(3), i_17(5
--- Comment #11 from jsm28 at gcc dot gnu dot org 2006-08-26 18:30 ---
Subject: Bug 25938
Author: jsm28
Date: Sat Aug 26 18:30:44 2006
New Revision: 116475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116475
Log:
PR libgomp/25938
* Makefile.am (libsubincludedir
--- Comment #6 from ian at airs dot com 2006-08-26 18:54 ---
OK, so that's where you got your symbols, but where did you get your list of
demangled strings? Did you just compare directly to the source code? Or are
you using some other demangler?
--
http://gcc.gnu.org/bugzilla/show
--- Comment #7 from ian at airs dot com 2006-08-26 19:04 ---
I am testing a patch to the demangler to correctly handle _Z1fM1AKiPKS1_.
--
ian at airs dot com changed:
What|Removed |Added
-
--- Comment #3 from qrczak at knm dot org dot pl 2006-08-26 19:15 ---
The problem seems to be caused by illegal type punning. Rewriting the code to
avoid pointer casts cures the bug, and -fno-strict-aliasing cures it too, so
gcc is probably correct.
Thanks to Michael Veksler for pointin
--- Comment #9 from tkoenig at gcc dot gnu dot org 2006-08-26 19:17 ---
Subject: Bug 28452
Author: tkoenig
Date: Sat Aug 26 19:17:35 2006
New Revision: 116476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116476
Log:
2006-08-26 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-08-26 19:17 ---
Subject: Bug 28542
Author: tkoenig
Date: Sat Aug 26 19:17:35 2006
New Revision: 116476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116476
Log:
2006-08-26 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #10 from tkoenig at gcc dot gnu dot org 2006-08-26 19:18
---
Fixed on 4.1 as well.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-08-26 20:30
---
If you change the prototype to take char* as argument we figure out clobbering
correctly:
--- t.i.030t.alias1 2006-08-26 22:28:40.0 +0200
+++ t.i.030t.alias1.ok 2006-08-26 22:27:33.0 +0200
@@
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-08-26 20:42
---
So, making pointer arguments effectively using alias-set zero for alias and
call clobbering computation would fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-26 20:46 ---
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-26 20:46
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #106 from pinskia at gcc dot gnu dot org 2006-08-26 20:46
---
*** Bug 28727 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-26 20:48 ---
(In reply to comment #4)
> Also fails on i686 with -O2 -msse2 -mfpmath=sse -ftree-vectorize
> -funswitch-loops
> and is a bug in unswitching which creates
Seems like we should have something in verrifying part of tr
If an error occurs in a template parameter list, the frontend
sometimes calls cp_parser_skip_until_found to find the ">" that
marks the end of the list. The algorithm used there has some flaws,
though:
1) It doesn't keep track of the nesting levels of "< ... >".
This results in bogus error mess
If running gcc with glibc malloc checking turned on (MALLOC_CHECK_=2), on heap
corruption the SIGABRT raised by glibc will cause gcc to deadlock because it
calls async-singal-unsafe malloc () from the signal context to do the
diagnostic.
--
Summary: GCC calls malloc from within signal
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-26 21:18 ---
SIGABRT is not an async signal. It is one of the few signal that is not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28859
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-08-26 21:25 ---
http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html
"All functions not in the above table are considered to be unsafe with
respect to signals. In the presence of signals, all functions def
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2006-08-26 21:27
---
With latest svn update and full bootstrap with Martins case above on
i686-linux-pc-gnu:
(gdb) r
Starting program: /home/jerry/bin/f951 ' as free form.
.file ""
Program received signal SIGSEGV, Segment
--- Comment #4 from dje at gcc dot gnu dot org 2006-08-26 21:33 ---
Created an attachment (id=12144)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12144&action=view)
documentation patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27544
--- Comment #5 from dje at gcc dot gnu dot org 2006-08-26 21:36 ---
Subject: Bug 27544
Author: dje
Date: Sat Aug 26 21:36:39 2006
New Revision: 116478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116478
Log:
PR target/27544
* doc/extend.texi (PowerPC Variable A
--- Comment #14 from jsm28 at gcc dot gnu dot org 2006-08-26 21:38 ---
Subject: Bug 24009
Author: jsm28
Date: Sat Aug 26 21:38:46 2006
New Revision: 116479
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116479
Log:
PR c++/24009
* input.h (restore_input_file_stack
--- Comment #6 from dje at gcc dot gnu dot org 2006-08-26 21:40 ---
Patch applied to 4.2.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
The compiler ICEs on the following invalid code snippet since GCC 3.0:
===
template class A> class A<0> {};
===
bug.cc:1: internal compiler error: tree check: expected record_type or
union_type or qual
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28860
--- Comment #15 from jsm28 at gcc dot gnu dot org 2006-08-26 22:03 ---
Although I expect the same approach as the committed patch to work for 4.0 and
4.1, the patch itself doesn't apply cleanly to 4.1 branch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed
The following invalid code snippet triggers an ICE since GCC 3.4.0:
=
struct A
{
template class B> struct B<0>;
};
=
bug.cc:3: internal compiler error: tree check: expected record_type or
union_type
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28861
The following test case
__attribute__ ((vector_size (16))) unsigned int foo[128/16]
__attribute__((aligned (128)));
[ and analagously
vector unsigned int foo[128/16] __attribute__((aligned (128)));
on ppc (where "vector" is defined to __attribute__((altivec(vector__)))
or spu (where "vector" is
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-26 22:29 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from patchapp at dberlin dot org 2006-08-26 22:46 ---
Subject: Bug number PR c++/26573
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-08/msg00997.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from patchapp at dberlin dot org 2006-08-26 22:46 ---
Subject: Bug number PR c++/28858
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-08/msg01013.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from patchapp at dberlin dot org 2006-08-26 22:46 ---
Subject: Bug number PR c++/28860
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-08/msg01014.html
--
http://gcc.gnu.org/bugzil
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-08-26 23:04
---
And I found a fix for that so trying to work on the orginal testcase again.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-08-26 23:20
---
(In reply to comment #14)
> And I found a fix for that so trying to work on the orginal testcase again.
Actually I am going to submit a patch for the problem in comment #11 and then I
will fix the rest of the bug r
--- Comment #18 from drow at gcc dot gnu dot org 2006-08-26 23:25 ---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
On Sat, Aug 26, 2006 at 08:42:50PM -, rguenth at gcc dot gnu dot org wrote:
> So, making pointer arguments effectively using alias-set
--- Comment #6 from danglin at gcc dot gnu dot org 2006-08-26 23:39 ---
Also fails on PA with -O3 -g.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
The following testcase:
template class __attribute__((visibility("default"))) Foo
{
Foo bar();
};
template Foo Foo::bar()
{
}
Produces:
foo.cpp: In member function ‘Foo Foo::bar()’:
foo.cpp:6: internal compiler error: Segmentation fault
--
Summary: ICE on template class
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-27 02:07 ---
This works for me with "4.2.0 20060823" and "4.1.2 20060814" on
"i686-pc-linux-gnu".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28863
--- Comment #19 from dberlin at gcc dot gnu dot org 2006-08-27 04:12
---
Subject: Re: [4.0/4.1/4.2 Regression] alias
bug with cast and call clobbered
rguenth at gcc dot gnu dot org wrote:
> --- Comment #17 from rguenth at gcc dot gnu dot org 2006-08-26 20:42
> ---
> So, mak
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-27 04:55 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-27 04:56 ---
I have a patch to fix this but I am not going to submit it until after 4.2
branches and my copyright assignment gets fixed as I wrote the patch for work.
--
pinskia at gcc dot gnu dot org changed:
Wha
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-27 05:03 ---
(In reply to comment #2)
> icc warns here; this PR aims to improve agreement in warnings between g++ and
> icc.
>
HUH? Why do you want that? GCC warns in more places than ICC will ever warn.
To me this is an usel
--- Comment #7 from martsummsw at hotmail dot com 2006-08-27 06:37 ---
I am the reporter of this bug (with a new email-adress)
This problem seems to be solved with 4.1.1 =)
(Consider only #5 and forward - the first is wrong/irrelevant)
--
martsummsw at hotmail dot com changed:
--- Comment #4 from ian at airs dot com 2006-08-27 06:44 ---
I disagree. It is always useful to optionally warn about meaningless code. It
can be a way to find a real bug in the program. It is not conceptually
different from existing warnings like -Wredundant-decls. The code works fi
80 matches
Mail list logo
