--- Additional Comments From uros at gcc dot gnu dot org 2004-12-13 07:10
---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From uros at gcc dot gnu dot org 2004-12-13 07:09
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13
06:59 ---
For -O1, integration is slower in the mainline compared with 3.3.2, 2.46 vs
1.51.
global alloc is also slower: 3.21 vs 2.38.
Speeding those up will help.
This again on powerpc-darwin. The reason why I tho
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13
06:38 ---
Note for ir.ii at -O0, we spend more time in local alloc and global alloc with
the mainline than 3.3.2.
2.41 vs 3.86 and 3.74 vs 6.07 so someone who knows local alloc and global alloc
might want to look
i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13
06:38 ---
Subject: Bug 14941
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-13 06:38:47
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13
06:38 ---
Subject: Bug 18503
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-13 06:38:47
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--
What|Removed |Added
CC|rth at gcc dot gnu dot org |
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org |
Status|NEW
/testsuite/gcc.c-torture/execute: 20041212-1.c
Log message:
PR middle-end/17564
* gcc.c-torture/execute/20041212-1.c: New test.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.4742&r2=1.4743
http://gcc.gnu.org/cgi-bin/cvsweb
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13
03:03 ---
I noticed that for ir.ii, there is some compile time spent in GC which means we
have a memory problem,
I have a patch which should help a little on the memory problem but that too
much.
--
Wh
--
Bug 17414 depends on bug 17186, which changed state.
Bug 17186 Summary: [3.4 regression] ICE in move_for_stack_reg, at
reg-stack.c:1065
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17186
What|Old Value |New Value
-
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-13 02:37
---
Fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13
02:34 ---
Subject: Bug 17186
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-13 02:34:16
Modified files:
gcc: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13
02:32 ---
Subject: Bug 17186
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-13 02:32:08
Modified files:
gcc: ChangeLog reg-stack.c
Log message:
--- Additional Comments From giovannibajo at libero dot it 2004-12-13
01:19 ---
Assigning this bug to you, then.
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-13 00:11 ---
I don't know that it is related to the specific patch, I just know that when I
filed the general bug it was the time at which the app that I've been compiling
for a year suddenly stopped being recogn
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
23:28 ---
This bugzilla is not fox RedHat Linux at all but for GCC.
--
What|Removed |Added
Hello,
I am a die-hard Linux lover and using Red-hat Linux7.2 found following low
seviarity bugs.
Hello,
we find the following bugs in Red-hat linux 7.2.
Bug1:
Title: Partion details are not preserved by the installer when "Back" button is
pressed while installing Red-hat Linux7.2.
Steps to re
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
22:33 ---
Subject: Bug 12454
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 22:33:00
Modified files:
gcc/cp : ChangeLog cp-gimplify.c
Log message
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-12
22:12 ---
The problem is unrelated to the fact that the array is local. It is a problem
in the algorithm that tries to find a suitable set of ivs -- it gets stuck in a
local optimum, thus causing a suboptimal code as
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
22:10 ---
I cannot reproduce it with today's mainline, is this fixed or latent again?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18401
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-12-12 22:02 ---
Subject: Re: Testsuite fails due to duplicate symbols
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17242
I have a fix in testing.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17242
--
What|Removed |Added
Severity|critical|normal
Keywords||ice-checking
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17413
Because 15398 got confusing I am filing this bug.
Here is the testcase:
extern __inline void f1(void) { }
extern __inline void f2(void) { f1(); }
void f2(void) {}
--
Summary: [4.0 Regression] [non-UAAT] external inline and normal
function of the same name
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:49 ---
Confirmed via the dup bug.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:47 ---
*** Bug 15398 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:47 ---
I am closing this as a dup of bug 18947 which is less confusing.
*** This bug has been marked as a duplicate of 18947 ***
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18947
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:39 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:38 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:35 ---
Can you attach the config.log that is in libstdc++ directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18889
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:34 ---
*** Bug 13892 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:34 ---
*** This bug has been marked as a duplicate of 14670 ***
--
What|Removed |Added
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14670
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:32 ---
The GNUstep bug was fixed and really there is no reason to fix this.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
21:01 ---
Subject: Bug 17564
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 21:01:17
Modified files:
gcc: ChangeLog dojump.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
21:00 ---
Subject: Bug 18932
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2004-12-12 21:00:49
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
21:24 ---
(In reply to comment #12)
> (In reply to comment #9)
> > The fail dates from comment #3 probably refer to this change
> What this tells me it is a latent bug in x86/x86_64 back-end as my change
> should no
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18869
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-12 21:23
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-12
21:19 ---
Fixed by patch.
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-12 21:07
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
21:12 ---
Subject: Bug 18869
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 21:12:00
Modified files:
gcc/fortran: ChangeLog match.c
gcc/testsu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
21:09 ---
Subject: Bug 16581
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 21:09:10
Modified files:
gcc/fortran: ChangeLog check.c intrinsic.c iresolv
--- Additional Comments From manfred99 at gmx dot ch 2004-12-12 21:01
---
Subject: Re: ICE with computed array declaration
This example is from the software copygb
(ftp://ftpprd.ncep.noaa.gov/pub/cpc/wd51we/copygb) which was ported
from generic Fortran95 to g95,
and thus compiles perfe
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-12 21:03 ---
> small win32 binaries do run, but when I compile my large app (which
> uses swt), it still isn't recognized as a win32 app (app.exe is not a valid
> win32 application) unless I 'strip' it. I d
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
20:57 ---
Subject: Bug 18932
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 20:57:28
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
20:59 ---
Subject: Bug 18932
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-12 20:59:24
Modified files:
gcc: Change
$ cat pushdecl.c
void bar () { { if (foo) foo (); } }
$ gcc -O pushdecl.c
pushdecl.c: In function ‘bar’:
pushdecl.c:1: error: ‘foo’ undeclared (first use in this function)
pushdecl.c:1: error: (Each undeclared identifier is reported only once
pushdecl.c:1: error: for each function it ap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
20:40 ---
Confirmed.
--
What|Removed |Added
Severity|normal |minor
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18946
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16222
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18279
--- Additional Comments From pbrook at gcc dot gnu dot org 2004-12-12
20:27 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
20:27 ---
Subject: Bug 16222
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 20:27:02
Modified files:
gcc/fortran: ChangeLog array.c gfortran.h resolve.
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18942
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-12
19:49 ---
Regression, so marking as one.
--
What|Removed |Added
Known to fail|
--- Additional Comments From belyshev at lubercy dot com 2004-12-12 19:20
---
testcase for 4.0.0, use "-O2" to reproduce:
char m[2];
char o[2];
short i[2];
int t[2];
void foo ()
{
int c;
for
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-12 19:00
---
The new doloop generator is being more conservative for the signed int
argument and induction variable. Unsigned int produces better code. Maybe
the new algorithm could be more aggressive when one of the -ff
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2004-12-12 18:53 ---
Subject: Re: set_exponent breaks with integer*8 exponent
dje at gcc dot gnu dot org wrote:
> --- Additional Comments From dje at gcc dot gnu dot org 2004-12-12 17:38
> ---
gcc version 4.0.0 20041130 (experimental)
gcj -c -findirect-dispatch Base64InputStream.java
Base64InputStream.java: In class 'gnu.crypto.pki.io.Base64InputStream':
Base64InputStream.java: In method '()':
Base64InputStream.java:59: error: final field 'BASE_64' may not have been
initialized
Base64I
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-12 18:34 ---
Created an attachment (id=7724)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7724&action=view)
The file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18945
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
18:06 ---
This seems like someone should be calling fold (and fold should be changing the
types back of the
orginal tree):
(int) (_Bool) ((int) p->f0 == 0 && (int) q->f0 == 0)
--
http://gcc.gnu.org/bugzilla/show
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-12 17:57
---
With today's mainline, I get
bar:
movl4(%esp), %eax
testb $1, (%eax)
jne .L2
movl8(%esp), %eax
testb $1, (%eax)
jne .L2
movl$1,
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
17:57 ---
It was fixed in the 3.4 branch:
: Search converges between 2004-10-10-004002-3.4 (#94) and
2004-10-11-004001-3.4 (#95).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18944
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
17:59 ---
*** Bug 18944 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
17:59 ---
This is a dup of bug 17767.
*** This bug has been marked as a duplicate of 17767 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
17:50 ---
Reduced testcase:
typedef float __v4sf __attribute__ ((vector_size (16)));
int ffg (__v4sf __A);
int main()
{
float f = 1.f/0.f;
__v4sf __tmp = __builtin_ia32_loadss (&f);
__v4sf a = __builtin_ia32_sh
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-12 17:42
---
Another (possibly expensive) approach would be to "ignore" statements whose
results are used only in the basic block we are threading through.
Consider:
# iftmp.0_1 = PHI <1(2), 0(3), 0(1)>;
:;
D.1171_13
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-12 17:40 ---
I have rebuilt gcc a few times now, after modifying the patch to use #define
TARGET_USE_JCR_SECTION 0 and upgrading to a cvs version of binutils.
Using the first patch (http://gcc.gnu.org/ml/gcc-pat
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-12 17:38
---
The patch fixes the problem on big-endian systems.
--
What|Removed |Added
Status|ASS
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-12 17:26
---
> One approach is to go with the phi optimization rewrite which allows it
> to work with > 2 predecessors to the PHI block.
This is done on tree-cleanup-branch.
> Another would be to look at Kazu's work whic
All versions of gcc and g++ i've tested have issues with SSE ordered/unordered
compare (vector or scalar) when -ffast-math is on; the result being either an
ICE, the instruction being omitted or rarely the Right Thing.
ie with gcc/g++ 4.0.0 20041205:
#include
int main() {
__m128
Another case of bad compilation time. Memory consumption
is also very heavy.
I believe this is different from PR 18937 and PR 18938, because
- a g77 based on gcc 3.3 does not have this problem
$ cat spaghetti-if
#! /usr/bin/perl
$last = shift;
for ($i=2; $i<=$last; $i++) {
push(@lines, sp
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
16:46 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-12
16:45 ---
Subject: Bug 18040
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-12 16:45:20
Modified files:
gcc: ChangeLog expr.c
gcc/testsui
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-12
16:31 ---
This shows up every where on PPC where ever there is an local array, I would
not doubt there is not a
case in GCC which looks like this.
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-12
16:19 ---
g77 has the same problem:
$ time g77 spaghetti.f
real0m11.649s
user0m11.516s
sys 0m0.068s
$ ./spaghetti 2 > spaghetti.f
$ time g77 spaghetti.f
real0m50.604s
user0m48.738s
sys
--
What|Removed |Added
Component|c++ |target
Summary|Wrong code for function call|[ia64] Wrong code for
|involving copy
--
What|Removed |Added
Summary|c++ complex |[arm] c++ complex
|arguments |arguments
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
14:29 ---
Confirmed. But due to the way GCC works internally, I doubt it will be changed.
--
What|Removed |Added
-
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--- Additional Comments From bernie at develer dot com 2004-12-12 14:22
---
More precisely, the ICE has been triggered by this patch:
+2004-12-06 DJ Delorie <[EMAIL PROTECTED]>
+
+ * reload.c (find_valid_class): Fix logic to test inner mode as well.
+ (push_reload): Pass i
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--- Additional Comments From bernie at develer dot com 2004-12-12 14:11
---
The ICE has been triggered by one of these patches:
diff -u -p -r2.6723 -r2.6731
--- gcc/ChangeLog 6 Dec 2004 12:32:21 - 2.6723
+++ gcc/ChangeLog 7 Dec 2004 03:52:13 - 2.6731
@@ -
--- Additional Comments From bernie at develer dot com 2004-12-12 13:52
---
*** Bug 18941 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
--- Additional Comments From bernie at develer dot com 2004-12-12 13:52
---
*** This bug has been marked as a duplicate of 18887 ***
--
What|Removed |Added
Sta
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
12:42 ---
Got it. The target for this fix is GCC 4.1.
--
What|Removed |Added
AssignedTo|unas
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-12
12:39 ---
Patches partially fix this bug are submitted:
(for 4.0)
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00854.html
(for 3.4.4)
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00855.html
This should cover mos
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-12
10:42 ---
(In reply to comment #2)
> Speculations I'd put money on if the bookies would accept it:
> 1) You can show this same problem with C/C++ if you have enough cases.
Yes.
$ time ./multi-case-c 15 > mu
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-12
10:06 ---
How can a missed optimization ever be P1.
--
What|Removed |Added
Priority|P1
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-12
10:04 ---
Since the bug is at the RTL level and amacleod's patch only changes things
at the tree level, that patch probably just uncovered a latent bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18861
95 matches
Mail list logo
