--- Additional Comments From wouter at grep dot be 2005-07-27 06:48 ---
Error does not occur with GCC 3.4.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23080
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-07-27 06:21 ---
Sorry: Let me correct myself.
I just see that You have been refering to an earlier revision of the patch that
I had posted on this bugzilla entry. This is not the current state of the
patch. The a
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-07-27 06:18 ---
What's the plan? I'd like to see it in CVS. The patch I posted on gcc-patches
in may 05 is already approved (it's a straight-forward change) by Richard
Henderson.
Unfortunately, I don't have write
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
05:33 ---
Reference: http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg00796.html
http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01390.html
It does not fail on powerpc*-linux-gnu though.
Reference: http://gcc.gnu.or
This testcase fails on both powerpc-darwin and powerpc-aix at -Os according to
the testresults.
I tested with it with an older 4.0 (20050108) and it worked there, there for
this is a regression.
It also passes with 3.3.3 too.
It also fails with "4.0.1 20050610".
--
Summary: [4.0/4.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
02:44 ---
Here is the backtrace for 4.10:
#2 0x08487dde in int_mode_for_mode (mode=248) at
/home/peshtigo/pinskia/src/gnu/gcc/src/gcc/
stor-layout.c:248
#3 0x082e44e1 in emit_move_via_integer (mode=VOIDmode, x=0xb7
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
02:42 ---
A more reduced testcase:
class NameOne;
void f(NameOne){}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23089
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
02:33 ---
Confirmed, a regression from 3.4.0.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From flash at pobox dot com 2005-07-27 02:30
---
Created an attachment (id=9370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9370&action=view)
105107_OutlineView_min.ii
Delta-reduced file.
PalmSource bug 105107.
--
http://gcc.gnu.org/bugzilla/show_b
The session below, with the file below, gives "internal compiler error: in
int_mode_for_mode, at stor-
layout.c:251". The error only occurs at -O1 or higher. This sounds like bug
17407, but that's
supposedly fixed and didn't require optimization. The file is an odd-looking
Delta reduction of
--- Additional Comments From amodra at bigpond dot net dot au 2005-07-27
02:23 ---
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01757.html
--
What|Removed |Added
K
--- Additional Comments From kst at mib dot org 2005-07-27 01:54 ---
Oh, I agree completely that making string literals const
(as they are in C++) would make more sense. The reason they
aren't defined that way in C is that by the time "const" was
added to the language, there was too much
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
00:46 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01755.html for a "similar
but different" fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22003
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
00:01 ---
This is also radar 4194286 now because I was tried of this not being fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15642
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
00:01 ---
The problem with the missing CFG is in method.c:use_thunk()
We go through the RTL path without lowering the thunk:
===
if (this_adjusting
&& targetm.a
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
23:59 ---
Subject: Bug 22472
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-26 23:59:15
Modified files:
gcc: ChangeLog
gcc/config/pa : p
--- Additional Comments From schlie at comcast dot net 2005-07-26 23:58
---
(In reply to comment #2)
> String literals in C are char*, not const char*, though writing to a
> string literal invokes undefined behavior. But that's not the point.
Actually as string literals are defined as
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
23:54 ---
Hmm, this no longer works because we fixinclude architecture/ppc/math.h a
different way now.
I can no longer fix this.
--
What|Removed |Added
---
--- Additional Comments From wilson at gcc dot gnu dot org 2005-07-26
23:51 ---
The problem reported here is not a bug. There is nothing wrong with having two
different functions with the same DW_AT_ranges info.
The underlying problem that prompted this bug report, insufficient debug i
--- Additional Comments From schwab at suse dot de 2005-07-26 23:48 ---
Yes, it did, for more than a week now, after being hidden for 2 weeks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-26
23:45 ---
Subject: Re: [4.1 Regression] corrupted
profile info with -O3 -fprofile-use
Honza said he knew what was up and would fix it
On Tue, 2005-07-26 at 23:32 +, steven at gcc dot gnu dot org wrote:
>
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
23:40 ---
Björn, what's your .plan with the patch from comment #11?
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
23:38 ---
Andreas, what are your plans with this bug and with the patch from comment #5?
--
What|Removed |Added
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
23:34 ---
Let's try the suggestion from comment #6.
--
What|Removed |Added
AssignedTo|unassign
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
23:32 ---
Is sthis still an issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22471
--- Additional Comments From wilson at gcc dot gnu dot org 2005-07-26
23:31 ---
I saw this problem on an x86-freebsd machine yesterday.
The problem is that $target/libjava/libgcj.spec has this
*lib: -lgcj -lm /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib
%{!pthread: %{!share
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
23:29 ---
Why "definitely not fixed"? You weren't so sure in comment #7. Did the
failure re-surface for you now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22216
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
23:19 ---
Moving to classpath/classpath.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
23:11 ---
Moving to classpath/classpath.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
23:08 ---
Moving to classpath.
--
What|Removed |Added
Component|libgcj |
--- Additional Comments From dnovillo at redhat dot com 2005-07-26 22:24
---
Subject: Re: [4.0 regression] wrong alias information causes an incorrect
redundant load elimination
On Tue, Jul 26, 2005 at 10:00:51PM -, steven at gcc dot gnu dot org wrote:
> You just closed the bug b
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
22:11 ---
The bug is fixed. I still have to add test cases.
--
What|Removed |Added
Status
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
22:10 ---
This is a classpath issue and should be moved to classpath/classpath but I
cannot move it for some
reason.
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
22:10 ---
Subject: Bug 1016
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 22:10:16
Modified files:
gcc/cp
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
22:09 ---
Doing more turns out to be more trouble than it's worth.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
22:06 ---
This should be moved over to classpath/awt but it cannot for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
--
What|Removed |Added
CC||schwab at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23078
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
22:00 ---
You just closed the bug before it was fixed everywhere. I don't understand
your grim comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:57 ---
This is a classpath issue but for some reason I cannot move it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20247
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:55 ---
This is classpath issue but for some reason I cannot move it.
--
What|Removed |Added
Last
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-26
21:51 ---
Nope, gjdoc is in its own module in classpath cvs and
has not been imported into the gcc tree at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:49 ---
Don't we just have to build this now after the "big" merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:46 ---
Is this still true after the big merge?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17003
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:44 ---
java.util.regexp is part of classpath.
But this is already fixed on the mainline, most likely by the "big" merge of
classpath.
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
21:38 ---
Subject: Bug 22504
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-26 21:38:46
Modified files:
gcc: ChangeLog tree-complex.c
Log messag
--- Additional Comments From nicoara at roguewave dot com 2005-07-26 21:34
---
I am sorry for the confusion, a mismatch between multiple versions of gcc led me
to believe this was still a bug in 4.0.1. :-(
--
What|Removed |Added
--
--- Additional Comments From nomura at netapp dot com 2005-07-26 21:32
---
The implications of a change like this go beyond the implementation detail that
it "can't lose code size". In our product it resulted in 10,000 static
functions disappearing due to a compiler rev -- debugging bec
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:30 ---
*** Bug 23088 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
21:30 ---
If you noticed you are using 3.3.x and not 4.0.x.
This is a dup of bug 795 anyways.
*** This bug has been marked as a duplicate of 795 ***
--
What|Removed |Added
--
The following code:
$ cat > t.cpp << EOF
struct A
{
template
T get () {
return T();
}
};
template
T foo ()
{
A a;
return a.get ();
}
int main ()
{
return foo ();
}
EOF
fails to compile:
$ g++ -c t.cpp
t.cpp: In function `T foo()':
t.cpp:13: error: parse error
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-26
21:24 ---
Also seen on http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01377.html
and http://gcc.gnu.org/ml/gcc-testresults/2005-07/msg01002.html (for
Cygwin).
Confirmed.
--
What|Removed
--- Additional Comments From kst at mib dot org 2005-07-26 21:07 ---
String literals in C are char*, not const char*, though writing to a
string literal invokes undefined behavior. But that's not the point.
Assuming plain char is signed, the warning
"pointer targets in initializatio
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-26
20:56 ---
(In reply to comment #39)
> This is not yet fixed. The 4.0 branch has the same problem.
>
You are not very patient, are you?
--
What|Removed |Added
-
--
Bug 23086 depends on bug 22591, which changed state.
Bug 22591 Summary: [4.0 regression] wrong alias information causes an incorrect
redundant load elimination
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
What|Old Value |New Value
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
20:54 ---
Subject: Bug 22591
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 20:54:31
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
20:51 ---
I still don't think this is a bug as if I compile the library on ppc-darwin, we
get the following link error
even without -fvisibility=hidden/-fvisibility-inlines-hidden:
ld: Undefined symbols:
__ZNK1AneER
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
20:44 ---
4.0 only now.
--
What|Removed |Added
OtherBugsDependingO||23086
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-26
20:43 ---
This is not yet fixed. The 4.0 branch has the same problem.
--
What|Removed |Added
--
What|Removed |Added
GCC target triplet|i686-pc-linux-gnu, powerpc- |
|apple-darwin8 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22596
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
20:34 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
20:33 ---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
20:32 ---
Subject: Bug 18421
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 20:32:26
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
20:32 ---
Subject: Bug 16719
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-26 20:32:26
Modified files:
gcc: Change
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-26
20:23 ---
(In reply to comment #2)
> The other issue is cleanup CFG is not doing its job really, well really its
full job.
>
No. CFG cleanup is not prepared to handle the consequences of copy/const
propagation. As
--- Additional Comments From hp at gcc dot gnu dot org 2005-07-26 20:10
---
Not sure it if matters, but for the record. I can't really parse the question
in
comment #5, but from the log quote in the description; "objc runtime: cannot
find class Object" I guess the answer is "yes". (It
--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-26
20:06 ---
Subject: Re: [4.0/4.1 Regression] wrong alias information causes an incorrect
redundant load elimination
>
>
> --- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-26
> 20:04 --
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |law at gcc dot gnu dot org
|dot org |
Status|NEW
>
>
> --- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-26
> 20:04 ---
>
> Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01749.html
On the 4.0 branch too?
-- Pinski
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21623
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-26
20:04 ---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01749.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
20:03 ---
I don't think the warning is misleading as strings are only ever "const char*"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23087
% cat tmp.c
void foo(void)
{
signed char *ps = "signed?";
unsigned char *pu = "unsigned?";
}
% gcc --version
gcc (GCC) 4.0.0
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
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-26
19:54 ---
Subject: Bug 22591
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-26 19:53:54
Modified files:
gcc: ChangeLog tree-ssa-alias.c
g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
19:52 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--
What|Removed |Added
Keywords||alias, missed-optimization
Summary|gcc.dg/tree-ssa/20030807-7.c|aliasing information in
The hack in may_alias_p we used to have was papering over the real problem and
causing problems (PR 22591).
The real fix is to notice in the aliaser that a default definition for a
PARM_DECL cannot possibly point to a local variable.
Test XFAIL'd for now. Fix scheduled for 4.2.
--
S
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
19:38 ---
*** Bug 23085 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23083
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
19:38 ---
*** This bug has been marked as a duplicate of 23083 ***
--
What|Removed |Added
--- Additional Comments From p dot vanhoof at oma dot be 2005-07-26 19:37
---
Subject: Re: New: internal compiler error: Segmentation
fault
This is a duplicate 23083 created by accident. My apologies.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23085
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
19:37 ---
Is this the same as PR 23083?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23085
The attached code causes the compiler to crash when compiled as follows:
pluto> gcc -c -O1 -ftree-vectorize m.c
m.c: In function C:
m.c:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
18:56 ---
Confirmed by looking at the source.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From syzop at vulnscan dot org 2005-07-26 18:53
---
Created an attachment (id=9369)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9369&action=view)
C program to reproduce this mudflap bug
Compiled with:
gcc -o mudflaptest mudflaptest.c -Wall -fmudflap -lmud
Mudflap crashes when it sees an accept in the form of:
accept(lsock, NULL, NULL)
and does not crash upon:
accept(lsock, &addr, &len);
The former case is - AFAIK - legal, quoting from the accept() manpage:
'When addr is NULL nothing is filled in.'
Attached is a minimal C program to reproduce this
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-26
18:41 ---
Subject: Re: [4.1 Regression] wrong code for
casts and scev
On Tue, 2005-07-26 at 17:19 +0200, Sebastian Pop wrote:
> Dorit Naishlos wrote:
> >
> > The modifications you suggest will make the test
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-26
18:34 ---
Subject: Re: [4.1 Regression] wrong code for
casts and scev
On Tue, 2005-07-26 at 12:10 +0200, Sebastian Pop wrote:
> After inlining, we end up with a loop containing the following code:
>
>b.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-26
18:33 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |re
--- Additional Comments From pluto at agmk dot net 2005-07-26 18:32 ---
imho the code is good. assembler should converts the local
references into relocs off the .text section.
.section .rodata
.zoo: .long .foo-.zoo
.section .text
.foo: nop
Disassembly of sec
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
18:31 ---
This is also a compile time hog as we have to go through the extra blocks both
in GC and when
converting to gimple and to lower gimple.
--
What|Removed |Added
-
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
--- Additional Comments From sabre at nondot dot org 2005-07-26 17:46
---
Corrected patch:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01736.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
17:42 ---
Also the patch needs a testcase or two.
For an example:
/* { dg-do compile { powerpc*-darwin* } } */
struct f
{
long long ll;
int i;
};
int f[sizeof(struct f)!=16?-1:1];
---
/* { dg-do compile { po
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
17:39 ---
*** Bug 23083 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
17:39 ---
*** This bug has been marked as a duplicate of 23073 ***
--
What|Removed |Added
--- Additional Comments From p dot van-hoof at qub dot ac dot uk
2005-07-26 17:37 ---
Created an attachment (id=9367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9367&action=view)
code fragment that causes the crash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23083
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
17:37 ---
Patch does not get the following correct:
struct f
{
long long i;
int j;
};
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
The attached code causes the compiler to crash when compiled as follows:
pluto> gcc -c -O1 -ftree-vectorize m.c
m.c: In function C:
m.c:7: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for i
--- Additional Comments From sabre at nondot dot org 2005-07-26 17:35
---
Potential patch:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01732.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--- Additional Comments From uttamp at us dot ibm dot com 2005-07-26 17:27
---
Steven's patch has fixed the galgel failure. I've verified it on Powerpc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22504
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-26
17:03 ---
Confirmed, this worked on the 18th.
--
What|Removed |Added
Status|UNCONFIRMED
1 - 100 of 189 matches
Mail list logo