--- Comment #13 from mmitchel at gcc dot gnu dot org 2005-11-02 21:35
---
Subject: Bug 19253
Author: mmitchel
Date: Wed Nov 2 21:35:46 2005
New Revision: 106399
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106399
Log:
PR c++/19253
* parser.c
--- Comment #13 from rth at gcc dot gnu dot org 2005-11-02 21:44 ---
Subject: Bug 22429
Author: rth
Date: Wed Nov 2 21:44:17 2005
New Revision: 106400
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106400
Log:
PR 22429
* fold-const.c (build_range_check): Use
--- Comment #1 from tobi at gcc dot gnu dot org 2005-11-02 21:45 ---
This is not valid code. See section 3.3.1.3:
'No line shall contain a single as the only non-blank character ...'
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rth at gcc dot gnu dot org 2005-11-02 21:47 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #32 from amylaar at gcc dot gnu dot org 2005-11-02 21:50
---
Subject: Bug 20211
Author: amylaar
Date: Wed Nov 2 21:50:22 2005
New Revision: 106401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106401
Log:
Belated Makefile.in checkin for:
2005-09-19 Jorn Rennecke
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-11-02 21:50
---
Fixed in 4.0.3.
--
mmitchel 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 #15 from fxcoudert at gcc dot gnu dot org 2005-11-02 21:57
---
Subject: Bug 18452
Author: fxcoudert
Date: Wed Nov 2 21:57:35 2005
New Revision: 106402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106402
Log:
PR fortran/18452
* lang-specs.h: Pass
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:59 ---
g77 groks this:
$ cat prt.f
program main
character*80 line
print (line,'(A)'), 'hello'
end
$ g77 prt.f
prt.f: In program `main':
prt.f:3:
print (line,'(A)'), 'hello'
--- Comment #5 from tobi at gcc dot gnu dot org 2005-11-02 22:12 ---
(In reply to comment #3)
...
I forgot to say that these are all syntactically valid variations of the same
theme.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24643
--- Comment #12 from tsv at solvo dot ru 2005-11-02 22:26 ---
(In reply to comment #11)
Subject: Bug 24178
Author: rth
Date: Wed Nov 2 18:20:07 2005
New Revision: 106388
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106388
Log:
PR target/24178
*
$ cat tst.f
program test
19 real :: a=5
end program test
$ gfortran tst.f
In file ice.f90:2
19 a=5
1
Warning: Ignoring bad statement label at (1)
I think the compiler should give hard error with error message something like
label must be less than or equal to five digits,
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-02 22:42 ---
Confirmed, even with -std=f95/-pedantic.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from steven at gcc dot gnu dot org 2005-11-02 22:55 ---
What are the flags for the sizes in comment #7 and comment #8?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Comment #6 from janis at gcc dot gnu dot org 2005-11-02 22:57 ---
A regression hunt using a cross compiler identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=101705
2005-07-07 Adrian Straetling [EMAIL PROTECTED]
* config/s390/s390-protos.h
--- Comment #7 from uweigand at gcc dot gnu dot org 2005-11-02 23:06
---
Subject: Bug 24600
Author: uweigand
Date: Wed Nov 2 23:06:26 2005
New Revision: 106404
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106404
Log:
ChangeLog:
PR target/24600
* loop.c
--- Comment #8 from uweigand at gcc dot gnu dot org 2005-11-02 23:09
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from uweigand at gcc dot gnu dot org 2005-11-02 23:16
---
Subject: Bug 24615
Author: uweigand
Date: Wed Nov 2 23:16:31 2005
New Revision: 106405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106405
Log:
ChangeLog:
PR target/24615
*
--- Comment #8 from uweigand at gcc dot gnu dot org 2005-11-02 23:18
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hubicka at gcc dot gnu dot org 2005-11-02 23:21 ---
Subject: Bug 23303
Author: hubicka
Date: Wed Nov 2 23:21:22 2005
New Revision: 106406
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106406
Log:
PR target/23303
* i386.md: Add peep2 for
--- Comment #9 from hubicka at gcc dot gnu dot org 2005-11-02 23:21 ---
Fixed in mainline now.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo at gcc dot gnu dot org 2005-11-02 23:29 ---
Subject: Bug 24617
Author: paolo
Date: Wed Nov 2 23:29:12 2005
New Revision: 106407
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106407
Log:
2005-11-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-02 23:36
---
Subject: Bug 24560
Author: mmitchel
Date: Wed Nov 2 23:36:05 2005
New Revision: 106408
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106408
Log:
PR c++/24560
* parser.c
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-11-02 23:37
---
Subject: Bug 24560
Author: mmitchel
Date: Wed Nov 2 23:36:57 2005
New Revision: 106409
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106409
Log:
PR c++/24560
* parser.c
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-11-02 23:39
---
Fixed in 4.0.3.
--
mmitchel 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 #2 from janis at gcc dot gnu dot org 2005-11-03 00:09 ---
A regression hunt using a cross compiler identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=101381
2005-06-28 Andreas Krebbel [EMAIL PROTECTED]
* config/s390/s390.c (machine_function):
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-03 00:30
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00092.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rth at gcc dot gnu dot org 2005-11-03 00:33 ---
Subject: Bug 24178
Author: rth
Date: Thu Nov 3 00:33:09 2005
New Revision: 106417
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106417
Log:
PR target/24178
* config/alpha/alpha.c
--- Comment #14 from rth at gcc dot gnu dot org 2005-11-03 00:34 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from janis at gcc dot gnu dot org 2005-11-03 00:48 ---
A regression hunt using a cross compiler identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=105625
2005-10-19 Adrian Straetling [EMAIL PROTECTED]
* config/s390/s390.c
--- Comment #6 from jsm28 at gcc dot gnu dot org 2005-11-03 00:50 ---
Testing a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dann at godzilla dot ics dot uci dot edu 2005-11-03
00:53 ---
(In reply to comment #9)
What are the flags for the sizes in comment #7 and comment #8?
-O2 -march=i686
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Comment #11 from dann at godzilla dot ics dot uci dot edu 2005-11-03
00:59 ---
A very useful tool for comparing function sizes in 2 binaries/object file is:
ftp://ftp.firstfloor.org/pub/ak/bloat-o-meter
it displays the function names, the size, the size difference as absolute
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-03 01:04 ---
This is actually invalid as nothing happens for -Os case so what you are seeing
is just an atrifact.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-03 01:11
---
There is no size regression here with -Os. The only thing which will help here
is having load PRE on the tree level.
Which makes the trees look like:
int f(void)
{
static int i;
int i1;
i1 = i;
if (i1 ==
Take the following code:
int f(void)
{
static int i;
int i1;
i1 = i;
if (i1 == 0)
i = i1 = 2;
return i1;
}
Currently we generate:
f:
movl i.1285, %eax
pushl %ebp
movl %esp, %ebp
testl %eax, %eax
jne .L7
movl $2, %ecx
movl $2, %eax
movl %ecx,
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-03 01:18 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00164.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-03 01:18 ---
And the changelog in
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00165.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19989
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-11-03 01:25
---
Subject: Bug 22434
Author: mmitchel
Date: Thu Nov 3 01:25:13 2005
New Revision: 106418
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106418
Log:
PR c++/22434
* call.c
--- Comment #5 from dann at godzilla dot ics dot uci dot edu 2005-11-03
01:27 ---
(In reply to comment #4)
This is actually invalid as nothing happens for -Os case so what you are
seeing
is just an atrifact.
Sorry but this explanation for marking the PR invalid does not make
--- Comment #2 from janis at gcc dot gnu dot org 2005-11-03 01:28 ---
A regression hunt using a cross compiler identified the following patch:
http://gcc.gnu.org/viewcvs?view=revrev=101381
2005-06-28 Andreas Krebbel [EMAIL PROTECTED]
* config/s390/s390.c (machine_function):
--- Comment #3 from mikel at att dot net 2005-11-03 01:28 ---
Mea Culpa. It was supported by the other compilers I use (MS and Sun), and it
seemed like such an obvious thing to want to do, and I didn't think anyone
would want explicitly to exclude it, so I didn't check the standard. I'm
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-03 01:30
---
Subject: Bug 22434
Author: mmitchel
Date: Thu Nov 3 01:30:53 2005
New Revision: 106419
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106419
Log:
PR c++/22434
* call.c
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-11-03 01:35
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from law at redhat dot com 2005-11-03 01:35 ---
Subject: Re: [4.1 Regression] jump threading
causing excessive code duplication
On Mon, 2005-10-31 at 18:56 -0700, Jeffrey A Law wrote:
On Mon, 2005-10-31 at 03:43 +, mmitchel at gcc dot gnu dot org
wrote:
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-03 01:39 ---
The use of ax vs cx will not matter in the real world.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2005-11-03 01:40 ---
Subject: Bug 9350
Author: rth
Date: Thu Nov 3 01:40:33 2005
New Revision: 106420
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106420
Log:
PR target/9350
PR target/24374
* dwarf2out.c
--- Comment #7 from rth at gcc dot gnu dot org 2005-11-03 01:40 ---
Subject: Bug 24374
Author: rth
Date: Thu Nov 3 01:40:33 2005
New Revision: 106420
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106420
Log:
PR target/9350
PR target/24374
* dwarf2out.c
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-03 01:42 ---
Remember if you care about code size use -Os.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23523
--- Comment #8 from rth at gcc dot gnu dot org 2005-11-03 01:42 ---
Fixed for mainline. I have no particular need to see this backported to 4.0.
Any change there should be limited to ix86_function_ok_for_sibcall.
--
rth at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rth at gcc dot gnu dot org 2005-11-03 01:43 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from uweigand at gcc dot gnu dot org 2005-11-03 02:04
---
Likely backend problem, investigating ...
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from uweigand at gcc dot gnu dot org 2005-11-03 02:04
---
Likely backend problem, investigating ...
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dann at godzilla dot ics dot uci dot edu 2005-11-03
02:12 ---
(In reply to comment #6)
The use of ax vs cx will not matter in the real world.
This is from a real world program (xterm) and it seems to matter, when using
eax the code is smaller.
Are you sure that
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-03 02:15 ---
Have you tested the speed? As I said I really doubt it makes a real world
change in terms of speed. This is different from code size. If you want it
smaller use -Os or -march=pentium3 (as i686 is faster when
--- Comment #2 from rth at gcc dot gnu dot org 2005-11-03 02:18 ---
Hum. I suppose we could just mark the variable TREE_NO_WARNING. Our
only other option is to pass by reference, and that would suppress any
legitimate warnings as well.
--
rth at gcc dot gnu dot org changed:
--- Comment #10 from dann at godzilla dot ics dot uci dot edu 2005-11-03
02:34 ---
(In reply to comment #9)
Have you tested the speed? As I said I really doubt it makes a real world
change in terms of speed. This is different from code size.
I am not sure what kind of answer you
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-03 02:40
---
(In reply to comment #10)
I am not sure what kind of answer you expect here.
Speed and code size are not disjoint. Think about I-cache and I-TLB misses.
But again who is using an pentiumpro machine any more.
--- Comment #7 from jsm28 at gcc dot gnu dot org 2005-11-03 03:30 ---
Subject: Bug 24329
Author: jsm28
Date: Thu Nov 3 03:30:36 2005
New Revision: 106421
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106421
Log:
PR c/24329
* c-pretty-print.c
--- Comment #4 from uweigand at gcc dot gnu dot org 2005-11-03 04:16
---
Subject: Bug 24620
Author: uweigand
Date: Thu Nov 3 04:16:52 2005
New Revision: 106422
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=106422
Log:
ChangeLog:
PR target/24620
*
--- Comment #5 from uweigand at gcc dot gnu dot org 2005-11-03 04:19
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
//==code==
#include iostream
#include list
#include string
#include hash_map.h
using namespace std;
templateclass K
struct testClass
{
typedef hash_mapK, int IntHashMap;
typedef listK KList;
IntHashMap hm;
KList kl;
void operator()(K k)
{
hm[k] = 999;
--- Comment #1 from hwon at 21cn dot com 2005-11-03 04:32 ---
It compile ok under gcc 2.95.
But errors under gcc 3.4.2/3.4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24648
When gcc is configured to use /usr/ccs/bin/as on Solaris2.10, simple c++ prog
involving cout fails with core dump. When the same version is configured to use
GNU as the problem disappears
R500.ramses.602 gcc -v
Reading specs from
--- Comment #9 from ian at airs dot com 2005-11-03 06:28 ---
Created an attachment (id=10116)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10116action=view)
Patch for RTL if-conversion
This is a patch for RTL if-conversion which fixes this particular bug on i686.
It's not a real
--- Comment #15 from uros at kss-loka dot si 2005-11-03 06:29 ---
(In reply to comment #11)
And FWIW there is also a problem with this insn, the length is wrong:
#(insn 11 46 47 0x2a955cc840 (set (reg:SI 0 eax [orig:61 x ] [61])
#(mem/f:SI (symbol_ref:SI (x)) [5 x+0 S4
--- Comment #23 from mmitchel at gcc dot gnu dot org 2005-11-03 06:36
---
Showstopper: popular packages not building on primary target.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from mmitchel at gcc dot gnu dot org 2005-11-03 06:38
---
Setting to P2. I'm not quite convinced that this rises to the level of a
showstopper, due to the fact that non-default options seem to be required, but
yes, we should fix this if at all possible.
--
mmitchel
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-11-03 06:39
---
Downgrading to P5; SH is not a primary or secondary target.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-03 06:41
---
Showstopper.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-03 06:42
---
Do we know whether this an ICE-on-valid or ICE-on-invalid?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24605
--- Comment #16 from dann at godzilla dot ics dot uci dot edu 2005-11-03
06:42 ---
(In reply to comment #15)
(In reply to comment #11)
And FWIW there is also a problem with this insn, the length is wrong:
#(insn 11 46 47 0x2a955cc840 (set (reg:SI 0 eax [orig:61 x ] [61])
#
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-11-03 06:43
---
Downgraded to P5; S390 is not a primary or secondary target.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-11-03 06:43
---
Downgrading to P5; S390 is not a primary or secondary target.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-11-03 06:43
---
Downgraded to P5; S390 is not a primary or secondary target.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-11-03 06:44
---
Correcting accidental un-assignment.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-11-03 06:46
---
Until we have a testcase that actually shows some evidence that the toolchain
is at fault, there is nothing for us to investigate; it could equally well be
that the kernel has a bug.
--
mmitchel at gcc dot gnu
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-11-03 07:01
---
I approved the patch, subject to there being no objections from the cpplib or
diagnostic maintainers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17964
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-03 07:06
---
I approved the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19989
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-03 07:09
---
This patch is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24582
--- Comment #12 from dann at godzilla dot ics dot uci dot edu 2005-11-03
07:51 ---
(In reply to comment #11)
(In reply to comment #10)
I am not sure what kind of answer you expect here.
Speed and code size are not disjoint. Think about I-cache and I-TLB misses.
But again who is
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
101 - 183 of 183 matches
Mail list logo
