--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-01-31
21:53 ---
FWIW, I've not had any problems like this, although I tend to use
the MIPSpro cc as the bootstrap compiler, not gcc 3.3. There have
been other successful build reports too.
If you don't have access to MIP
--- Additional Comments From yuri at tsoft dot com 2005-01-31 22:02 ---
actually I want to generalize it:
any situation in C++/C/Ada when many enough close (in memory) variables are
assigned the same value should use bulk "stos(b/w/l)". This should be applied as
part of optimization.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31
22:12 ---
(In reply to comment #1)
> Ian, can you have a look? Mainline __cxa_demangle returns -2.
This is a dup of bug 16240 which both the mangling and demangling problems have
been fixed on the
mainline (4.0.0).
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31
22:12 ---
*** Bug 19730 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-01-
--- Additional Comments From tbptbp at gmail dot com 2005-01-31 22:21
---
Oops, my bad. Thought pshufd mixed both operands à la shufps; i'm obviously not
familiar with the integer side of SSE.
And yes the combination is a lose, albeit a small one around 3%. But i'm timing
the whole thin
ubl$8, %esp
movl$1, %ecx
movl$3, 4(%esp)
movl$2, (%esp)
callfoo
subl$8, %esp
addl$8, %esp
ret
.size bar, .-bar
.ident "GCC: (GNU) 4.0.0 20050131 (experimental)"
.section.no
It looks like in the specialization of a static template member of a template
class, the argument names are used from the original declaration, rather than
from the specialization declaration.
template
struct W {
template static S getAsS(const T &v_orig);
};
template <>
template
inline S W::
--
What|Removed |Added
Keywords||accepts-invalid, rejects-
||valid
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31
22:46 ---
This is a dup of bug 18962 which is already fixed in 3.4.4 and 4.0.0.
*** This bug has been marked as a duplicate of 18962 ***
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-31
22:46 ---
*** Bug 19731 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tbptbp at gmail dot com 2005-01-31 22:58
---
In previous test i've used a crufted string of compilation options; i've removed
all that crap for -O3 -march=k8 -mfpmath=sse -fno-gcse -fno-exceptions.
The second patch, hack sse simode inputs, is a small win or
The following invalid code snippet is accepted by mainline:
==
struct A;
struct B { ~A(); };
==
Mark, this was caused by your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-06/msg00888.html
This patch not only removed the error message
The following invalid code snippet causes an ICE since gcc 3.4.0:
==
struct A {};
void foo() { A().A::~~A(); }
==
Mainline's error message reads:
bug.cc: In function 'void foo()':
bug.cc:2: error: expected class-name before '~' toke
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-31
23:17 ---
FWIW we don't emit the tail call because of this:
/* If this function requires more stack slots than the current
function, we cannot change it into a sibling call. */
|| args_size.c
The following invalid code snippet causes an ICE since gcc 3.4.0:
==
struct A;
void foo() { A::~A(); }
==
Mainline's error message reads:
bug.cc: In function 'void foo()':
bug.cc:2: internal compiler error: vector VEC(tree) index do
--- Additional Comments From tbptbp at gmail dot com 2005-01-31 23:28
---
Wow! We got a winner. 15.8 fps with -fno-gcse, inlining and only d-19680-3.
402680: 66 0f 6f d1 movdqa %xmm1,%xmm2
..
402688: 66 0f db 50 30 pand 0x30(%eax),%xmm2
40268d:
--- Additional Comments From drepper at redhat dot com 2005-01-31 23:34
---
> /* If this function requires more stack slots than the current
> function, we cannot change it into a sibling call. */
> || args_size.constant > current_function_args_size
>
> args_size.c
--- Additional Comments From tbptbp at gmail dot com 2005-01-31 23:42
---
d-19680-1 + d-19680-3 isn't as good, 14.9fps, as some silly stack movements are
induced; ie:
40265f: 0f 29 04 24 movaps %xmm0,(%esp)
402663: 0f 57 c0xorps %xmm0,%xmm0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:01 ---
: Search converges between 2004-06-22-trunk (#470) and 2004-06-24-trunk (#471).
Confirmed.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:03 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
Confirmed.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:03 ---
: Search converges between 2003-07-16-trunk (#296) and 2003-07-17-trunk (#297).
Confirmed.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
00:09 ---
Subject: Bug 19333
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-01 00:09:40
Modified files:
gcc: ChangeLog c-decl.c c-typeck.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:10 ---
I think this has been fixed on the mainline but I don't know for sure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17961
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-01
00:15 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02245.html
--
What|Removed |Added
S
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-01
00:19 ---
I'm on there twice :)
--
What|Removed |Added
CC|stevenb at suse dot de
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:20 ---
: Search converges between 2004-08-30-trunk (#529) and 2004-08-31-trunk (#530).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19708
--
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2004-09-02 11:05:08 |2005-02-01 00:21:16
date|
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-01
00:22 ---
I have no further ideas for speedups for this bug...
--
What|Removed |Added
Assigned
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-01
00:23 ---
Let's just leave it as-is and revisit for 4.1.
--
What|Removed |Added
AssignedTo|ste
--- Additional Comments From sje at cup dot hp dot com 2005-02-01 00:27
---
Resolving as fixed since 3.4 and ToT both look OK. It is still broken on the
3.3 branch.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:32 ---
This changed between 20040708 and 20040709.
Which means that it was most likely caused by:
2004-07-08 Joseph S. Myers <[EMAIL PROTECTED]>
Neil Booth <[EMAIL PROTECTED]>
PR c/2511
--- Additional Comments From steven at gcc dot gnu dot org 2005-02-01
00:33 ---
Patch posted for review for inclusion in GCC 4.0 is here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02207.html.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:37 ---
This is no longer a regression as we don't ICE on it but it is still a rejects
valid.
--
What|Removed |Added
When fed with the following code:
unsigned char val = -1;
gcc-4.0.0 20050130 (experimental) reports:
warning: converting of negative value '-0x1' to 'unsigned char'
As for my feeling, it should correctly say "conversion of..." or "converting"
but not "converting of...".
--
What|Removed |Added
Keywords||diagnostic
Summary|Spelling "error" in error |Grammar "error" in error
|message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
00:45 ---
No the grammar in this example is correct even though it looks werid for a non
native speaker of
English.
--
What|Removed |Added
---
--- Additional Comments From joel at oarcorp dot com 2005-02-01 00:46
---
Subject: Re: gnat tools not buildable cross
charlet at adacore dot com wrote:
> --- Additional Comments From charlet at adacore dot com 2005-01-31 16:38
> ---
> Subject: Re: gnat tools not buildable cr
Today's GCC mainline ICEs building 176.gcc from SPEC CPU2000 on
powerpc64-unknown-linux-gnu with "-O1 -g" and either -m32 or -m64:
sdbout.c:1026: error: Type mismatch between an SSA_NAME and its symbol.
sdbout.c:1026:
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From law at redhat dot com 2005-02-01 01:04 ---
This testcase (from Ranjit) should give an error on the bogus case label:
int foo(int x)
{
switch(x)
{
case 0 % 0:
return 1;
default:
return 2;
}
}
I'm testing a fix for both problems.
--
http:
--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-01
01:32 ---
Fixed om PA. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19696
--- Additional Comments From janis at gcc dot gnu dot org 2005-02-01 01:51
---
I just tried with today's mainline for powerpc64-unknown-linux-gnu and get the
same two ICEs as were reported originally. The 3.4 branch gives the error that
Serge noted for -DVECSIZE=2 and accepts -DVECSIZE=
--- Additional Comments From echristo at redhat dot com 2005-02-01 02:21
---
The best I can get without major surgery to cpp is this:
#include "test.h"
/* comment from include line */
Which is likely insufficient for any good needs. I think what we need to be able
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
02:37 ---
Subject: Bug 9157
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-01 02:36:36
Modified files:
gcc/java : ChangeLog parse.y
Log message:
--- Additional Comments From echristo at redhat dot com 2005-02-01 03:06
---
Deprecating -mint64.
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00019.html
--
What|Removed |Added
-
--- Additional Comments From law at redhat dot com 2005-02-01 03:46 ---
Fixed with tonight's change to fold-const.c
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
04:06 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From echristo at redhat dot com 2005-02-01 04:25
---
[EMAIL PROTECTED] ~/tmp]$ /dzur/sourceware/builds-gcc/build-dzur/gcc/xgcc
-B/dzur/sourceware/builds-gcc/build-dzur/gcc/ bug.c -c -save-temps -g3
*** glibc detected *** malloc(): memory corruption: 0x08ca4ba8 ***
In a recent posting by Daveed Vandervoorde on comp.std.c++, apparently the code
below is valid, yet the latest GCC snapshot (20050130) indicates that this is
still an issue.
struct N {
typedef char C;
};
template struct B {
typedef long L;
};
template struct S: N, B {
typedef int I;
S::I i; //
--- Additional Comments From gianni at mariani dot ws 2005-02-01 04:41
---
BTW - gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5) accepts the code, would
this be a regression ?
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
04:43 ---
This is a kinda of a regression but GDR says there are problems with core issue
224 still, this is a dup
of bug 9634.
Note DR numbers are in summary for most bugs as a quick search of that DR
number would
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
04:43 ---
*** Bug 19737 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
05:56 ---
Subject: Bug 18757
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-01 05:56:08
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
05:56 ---
Subject: Bug 19366
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-01 05:56:08
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
05:56 ---
Subject: Bug 19499
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-01 05:56:08
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-01
05:57 ---
Hmm, maybe gcc should be able to optimize the following RTL better when
combining them (if gcc
does combine them):
(insn 19 18 20 0 (set (reg:CCZ 17 flags)
(compare:CCZ (zero_extract:SI (subreg:DI
--- Additional Comments From rth at gcc dot gnu dot org 2005-02-01 06:36
---
Subject: Re: [4.0 Regression] A side effect is missed in 0 % a++.
On Mon, Jan 31, 2005 at 08:45:34PM -0700, Jeffrey A Law wrote:
> + /* X % 0, return X % 0 unchanged so that we can get the
> + prope
For floating-point (float/double) class
members that are initialised, gcjh generates invalid
C++ code.
See:
http://gcc.gnu.org/ml/gcc/2005-01/msg01738.html
for the issue in general and:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00032.html
for how it affects GCJ.
--
Summary:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
07:04 ---
Subject: Bug 18757
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-01 07:04:01
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
07:04 ---
Subject: Bug 19366
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-01 07:04:01
Modified files:
gcc/testsuite : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-01
07:04 ---
Subject: Bug 19499
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-01 07:04:01
Modified files:
gcc/testsuite : Change
--- Additional Comments From jvdelisle at verizon dot net 2005-02-01 07:52
---
Using -O3 with flag_complex_divide_method = 1 in toplev.c on i686-pc-linux-gnu
CGV drivers: 64 out of 1092 tests failed to pass the threshold
CST drivers: 1 out of 11664 tests failed to pass t
101 - 163 of 163 matches
Mail list logo
