--- Additional Comments From christian dot joensson at gmail dot com
2005-01-18 08:18 ---
without the libjava tests having run through, this is what I have right now
(posting of full test results will come later today)
Aurora SPARC Linux Corona (FC3-ish) UltraSparc IIi (Sabre) sun4u:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
08:26 ---
Subject: Bug 19296
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-18 08:26:21
Modified files:
gcc: ChangeLog combine.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
08:33 ---
Subject: Bug 19296
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-18 08:33:28
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
08:39 ---
Subject: Bug 19296
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-01-18 08:39:30
Modified files:
gcc:
--
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16261
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19183
Hello!
gcc -msse2 -O1 -mfpmath=sse -da fp-cmp-8f.c
In file included from fp-cmp-8f.c:2:
fp-cmp-8.c: In function âtest_islessgreaterâ:
fp-cmp-8.c:71: internal compiler error: in ix86_expand_fp_movcc, at
config/i386/i386.c:9813
The problem is that ltgt is not a valid sse_comparison_operator and
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-18
08:41 ---
Patch applied.
--
What|Removed |Added
Status|ASSIGNED
The following invalid code snippet is rejected since gcc 3.4.0.
templateint struct A
{
A::A;
};
It's rejected if I instantiate the template, but not at definition time.
--
Summary: [3.4/4.0 regression] Invalid declaration
The following invalid code snippet causes an ICE since at least gcc 2.95.3:
==
templatetypename T struct A
{
templateT struct B;
};
Avoid a;
==
bug3.cc: In instantiation of 'Avoid':
bug3.cc:6: instantiated from here
bug3.cc:3: error:
The diagnostic for the following invalid code snippet could be improved:
=
templatetypename struct A {};
namespace N {}
AN a;
=
On mainline we now get:
bug5.cc:5: error: template argument 1 is invalid
bug5.cc:5: error: template
--- Additional Comments From pcarlini at suse dot de 2005-01-18 09:17
---
This is essentially a duplicate of libstdc++/8670: we'll try to look again into
it: perhaps we can fix it now, but __attribute__(align(K)) is still very weak,
see c++/19163 and c++/17743.
*** This bug has been
--- Additional Comments From pcarlini at suse dot de 2005-01-18 09:17
---
*** Bug 19495 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--
What|Removed |Added
Status|WAITING |ASSIGNED
Last reconfirmed|2005-01-13 08:11:21 |2005-01-18 09:19:09
date|
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
09:23 ---
Alexandre, this was probably caused by your patch for PR18757:
http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00382.html
--
What|Removed |Added
I can't compile glibc from glibc-2_3-branch. It fails on:
i386-pld-linux-gcc loadmsgcat.c -c -std=gnu99 -O2 -Wall -Winline
-Wstrict-prototypes -Wwrite-strings -march=i386 -mpreferred-stack-boundary=2
-fPIC -
g0 -fomit-frame-pointer -D__USE_STRING_INLINES-I../include -I.
--- Additional Comments From charlet at adacore dot com 2005-01-18 09:33
---
Subject: Re: RTEMS Ada RTS doesn't compile
Could you please submit your patch(es) for review on gcc-patches ?
Thanks in advance.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19488
--- Additional Comments From bredelin at ucla dot edu 2005-01-18 09:35
---
Note that this is not just a bug in mudflap, but a bug in the middle end:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00579.html
See follow-up on above message for a mention of a patch for this.
--
--- Additional Comments From pcarlini at suse dot de 2005-01-18 09:35
---
Actually, sorry, but I'm not sure this is really the same of libstdc++/8670
(which is *not* about basic_string instantiated for plain char). The problem
here seems that the alignment requirements of basic_string
The following valid code snippet is rejected since at least gcc 2.95.3:
===
templatetypename struct A
{
templateint struct B;
friend struct A::template B0;
};
===
The error message on mainline reads:
bugA.cc:4: error:
--- Additional Comments From pcarlini at suse dot de 2005-01-18 09:45
---
In other terms, as far as this PR is concerned, basic_string seems ok, just
you cannot create a basic_stringchar object in memory aligned one, as happens
in ext/array_allocator/2.cc, which therefore should be
--
What|Removed |Added
BugsThisDependsOn||14295
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18562
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 09:50
---
Found the tree-ssa aggregate copy-propagation pr. Made this pr depend on it,
as this has a different sort of test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18562
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 09:52
---
*** This bug has been marked as a duplicate of 19161 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 09:52
---
*** Bug 17415 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-01-18 09:53
---
Benjamin, can you please have a look?
--
What|Removed |Added
CC|
--- Additional Comments From fshvaige at cisco dot com 2005-01-18 09:57
---
Where can I read the discussion preceding this decision ?
Int is default type in C. I want (as option) default to be 64 bit; it seems to
me so natural for 64 bit architecture. I know that 64 bit MIPS CPUs
--- Additional Comments From charlet at gcc dot gnu dot org 2005-01-18
10:04 ---
I agree that the code in a-stunau.adb looks highly suspicious, so your patch
looks good at first sight.
Could you please send it to gcc-patches for more general review ? Thanks.
Arno
--
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 10:12
---
This bug was introduced by Mark's
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg02130.html
patch, particularly ggc_free (newdecl); in duplicate_decls.
name-lookup.c apparently uses it, although it is freed
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-18
10:38 ---
A single complex float division is enough to trigger the error.
Reduced test case:
$ cat cdivide.c
#include stdio.h
#include math.h
#include complex.h
int main()
{
float complex a,b,c;
c =
Since gcc 3.3.3 the compiler issues a duplicate diagnostic for the
following invalid code snippet (before we got an ICE):
=
templatetypename T struct A
{
templateT struct B;
};
Avoid a;
=
bug.cc: In
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 10:49
---
The patch has been committed, can this be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19098
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
11:08 ---
Subject: Bug 19496
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-18 11:08:33
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 11:20
---
This doesn't really have anything to do with sse. We have a value in f and
decide it should be in x, and discount the m alternative. Could be fixed
by having reload look at m when considering secondary
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-18
11:22 ---
That's strange. I thought ggc_free should poison the memory that is
freed if the compiler is built with checking enabled. So anything
that uses it after the ggc_free should segfault or die in a similar
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-18 11:34
---
No, Andrew, mainline is not plainly wrong. We are correctly not using the
MMX unit when mmintrin.h is not in use. The instruction selection thing
can still be seen with the SSE unit though, if you widen the
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-18
11:35 ---
The relevant part of the code looks like this:
do
{
k_2 = phi(...,k_1);
k_1 = k_2 + 1
} while (k_2 != endvalue)
/* k_1 unused outside of the loop */
Ivopts decide that it makes more sense to perform
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-18
11:39 ---
Build logs are not very useful. Please try to extract a self-contained
test case and attach it to this problem report.
Probably this is not easily fixable in GCC. A reload failure in an asm
means you're
--- Additional Comments From aph at gcc dot gnu dot org 2005-01-18 12:05
---
It looks like my patch of 2004-12-17 fixes the original bug, but there is a
separate bug triggered by a different test case. It shouldn't be attached to
this PR.
Please check that my patch really did fix the
--
What|Removed |Added
Status|ASSIGNED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
--- Additional Comments From aph at gcc dot gnu dot org 2005-01-18 12:11
---
I believe this is fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From uros at kss-loka dot si 2005-01-18 12:22
---
The solution with peepholes is here:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01473.html
However, it was suggested that fixing reload is a better approach.
--
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
12:24 ---
Further reduced testcase.
===
struct A {};
void foo(A a)
{
throw (A)a;
}
===
This is similar to the testcase from PR 16338:
===
struct A
{
int i;
Hello,
the following code
struct A { };
struct B { B( A ) { } };
void foo( A a ) { B( a ); }
results in this output:
g++ t.cc -c
t.cc: In function `void foo(A)':
t.cc:4: error: declaration of 'B a' shadows a parameter
t.cc:4: error: no matching function for call to `B::B()'
t.cc:2:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
12:26 ---
Marking this as a duplicate of PR19312, since
the audit trail here got a bit confusing.
*** This bug has been marked as a duplicate of 19312 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
12:26 ---
*** Bug 16338 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 16851 depends on bug 16338, which changed state.
Bug 16338 Summary: [3.4/4.0 Regression] ICE when throwing a compound literal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16338
What|Old Value |New Value
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
12:29 ---
Copy assigned to from PR16338.
--
What|Removed |Added
AssignedTo|unassigned at
--- Additional Comments From uros at kss-loka dot si 2005-01-18 12:38
---
With current mainline, testcase from description generates minss instruction as
expected, when -ffast-math is used.
gcc -O2 -msse2 -mfpmath=sse -ffast-math:
minf:
pushl %ebp
movl%esp, %ebp
--- Additional Comments From bdavis at gcc dot gnu dot org 2005-01-18
13:10 ---
patch here:
http://gcc.gnu.org/ml/fortran/2005-01/msg00207.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-18
13:10 ---
I confirm this issue is still present as of 2005-01-18. As a important number of
people here, this is blocking my code from compiling smoothly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16861
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 13:17
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01115.html
--
What|Removed |Added
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 13:27
---
Already did that yesterday.
Patch here http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01057.html.
--
What|Removed |Added
--- Additional Comments From charlet at adacore dot com 2005-01-18 13:34
---
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
Already did that yesterday.
Patch here http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01057.html.
Sorry about that, I
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 13:35
---
Note that GCC 3.4's common_type handled ENUMERAL_TYPEs.
This was removed in PR13519 patch.
--
What|Removed |Added
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-01-18
13:37 ---
Proposed patch here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00117.html
--
What|Removed |Added
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-18 13:40 ---
Subject: Re: New: Parsing problem in the constructor call of temporary object
timo dot erkkila at tut dot fi [EMAIL PROTECTED] writes:
| Hello,
|
| the following code
|
| struct A { };
| struct
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
13:56 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19497
--
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--- |4.0.0
--- Additional Comments From timo dot erkkila at tut dot fi 2005-01-18
14:04 ---
(In reply to comment #1)
Yes, I was also just given the following citations from the C++-standard:
8.2 Ambiguity resolution
1 ... Just as for the ambiguities mentioned in 6.8, the resolution is
to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:08 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
CC|jakub at redhat dot com |
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
-V and -b options cause *-gcc-* driver to be run no matter what driver is used.
So, e.g.
g++ -V 4.0.0 -o a a.C
will not link, as -lstdc++ is not passed.
I think either we should completely nuke -V and -b options, or install
also machine-{gfortran,gcj,g++,cpp}-version links and put into *spec.c
a
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-18 14:14
---
(In reply to comment #17)
Yes, the patch in comment 15 is ok.
I just committed it. I hope it is still OK. :)
If you think it's OK, this can be closed.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
14:18 ---
Subject: Bug 19379
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-18 14:13:23
Modified files:
gcc: ChangeLog
gcc/config/i386:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:22 ---
*** Bug 19504 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:22 ---
*** This bug has been marked as a duplicate of 10707 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:25 ---
Hmm, the only thing I can think of, is that the build mechenism is picking up
the wrong system header
since this source uses the system headers for the struct sigcontext.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:28 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||19489
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19488
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:28 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
BugsThisDependsOn||19488
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19489
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:30 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:33 ---
(In reply to comment #4)
That's strange. I thought ggc_free should poison the memory that is
freed if the compiler is built with checking enabled. So anything
that uses it after the ggc_free should
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
14:35 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From joseph at codesourcery dot com 2005-01-18
14:39 ---
Subject: Re: [4.0 regression] ICE in common_type, at c-typeck.c:490
On Tue, 18 Jan 2005, jakub at gcc dot gnu dot org wrote:
Note that GCC 3.4's common_type handled ENUMERAL_TYPEs.
This was removed in
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-18
14:40 ---
Patch for 3.4 here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01120.html
--
What|Removed |Added
As per final comment in PR18931, I'm opening a new PR. For additional comments
and a test case, see comments = 2005-01-05 23:53 in PR18931.
Using Jakub's gcc4 RPMs from Fedora rawhide (on Fedora Core 3), I'm getting:
gcj4 -O2 -fPIC -fjni -findirect-dispatch -shared -o jsch-0.1.17.so \
--- Additional Comments From overholt at redhat dot com 2005-01-18 14:50
---
Original bug verified fixed. New PR filed as requested: PR19505.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-18
15:16 ---
Further reduced testcase:
==
templateint struct A
{
enum { e };
templateint void foo();
};
template templateint void A0::foo() {}
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-18
15:21 ---
Related to PR14479.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:22 ---
This has been fixed now on the mainline:
subss 8(%rsi), %xmm7
movss .LC1(%rip), %xmm6
movss .LC0(%rip), %xmm11
movss 4(%rdx), %xmm2
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:26 ---
(In reply to comment #2)
This has been fixed now on the mainline:
Note I copied the wrong asm:
pushl %ebx
.LCFI5:
movl$0x3f80, %ebx
subl$8, %esp
.LCFI6:
movl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:42 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:43 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
I think it is a good idea to open a PR for this.
There is the problem description:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00797.html
A kind of fix that shows that problem is related to FP compares:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01027.html
A comment from Richard Henderson:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:48 ---
I should note that -ffast-math enables -ffinite-math-only also.
--
What|Removed |Added
--- Additional Comments From uros at kss-loka dot si 2005-01-18 15:58
---
This patch unfortunatelly didn't help:
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg00651.html
With the patch, tracing abyss.pov generates these warnings:
Parsing.File: ../scenes/advanced/abyss.pov Line:
--- Additional Comments From uros at kss-loka dot si 2005-01-18 16:05
---
(In reply to comment #1)
I should note that -ffast-math enables -ffinite-math-only also.
The same (bad) results could be achieved with -funsafe-math-optimizations.
--
--- Additional Comments From emteeoh at gmail dot com 2005-01-18 16:11
---
Subject: Re: Building gcc-3.4.3 fails on gcc/unwind-dw2.c
On 18 Jan 2005 14:25:40 -, pinskia at gcc dot gnu dot org
[EMAIL PROTECTED] wrote:
Hmm, the only thing I can think of, is that the build mechenism
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-18 16:17
---
Confirmed as fixed. Thanks.
--
What|Removed |Added
Status|NEW
The following testcase:
class Flag {
public:
Flag(bool f) : flag(f) {}
bool test() const { return flag; }
private:
const bool flag;
};
void bar(void);
void foo(const Flag f)
{
if (f.test())
bar();
if (f.test())
bar();
}
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-01-18 16:39 ---
A C testcase with the missing jump threading(?):
void bar(void);
void foo(const _Bool *flag)
{
if (*flag)
bar();
if (*flag)
bar();
}
a
When compiled with -g the following reduced testcase causes an ICE (see output
below), without -g everything is fine. I noticed report PR19163 which exposes
other (unrelated?) __attribute__(aligned) problems. This is a 3.4 regression.
This is with today's trunk, configured without options
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
CC||kcook at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19506
--
What|Removed |Added
Severity|normal |enhancement
Keywords||alias, missed-optimization
1 - 100 of 234 matches
Mail list logo
