--
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 #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 wh
--- 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 #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 #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 #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 #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 #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 #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 #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 #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: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 #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
Priority|
--- 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 #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 #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 #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 #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=10116&action=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 rea
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
/opt/utsi/test/R500/opt/utsi/lib/gcc/sparc-sun-solaris2.10/3.4.4/sp
--- 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
//==code==
#include
#include
#include
#include
using namespace std;
template
struct testClass
{
typedef hash_map IntHashMap;
typedef list KList;
IntHashMap hm;
KList kl;
void operator()(K k)
{
hm[k] = 999;
IntHashMap::iterator itr = hm.find(k);
--- 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
Status|ASSIGN
--- 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=gcc&view=rev&rev=106422
Log:
ChangeLog:
PR target/24620
* config/s390/
--- 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=gcc&view=rev&rev=106421
Log:
PR c/24329
* c-pretty-print.c (pp_c_type_specifie
--- 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 #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 #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 #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 split
--- 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 t
--- 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 #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 #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 #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 #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=gcc&view=rev&rev=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=gcc&view=rev&rev=106420
Log:
PR target/9350
PR target/24374
* dwarf2out.c
--- 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 #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 #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
Stat
--- 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=gcc&view=rev&rev=106419
Log:
PR c++/22434
* call.c (build_conditional_e
--- 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 #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=rev&rev=101381
2005-06-28 Andreas Krebbel <[EMAIL PROTECTED]>
* config/s390/s390.c (machine_function
--- 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 sen
--- 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=gcc&view=rev&rev=106418
Log:
PR c++/22434
* call.c (build_conditional_e
--- 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 #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
---
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, i.
--- 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 == 0
--- 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 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 val
--- 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 #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
AssignedTo|una
--- 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=rev&rev=105625
2005-10-19 Adrian Straetling <[EMAIL PROTECTED]>
* config/s390/s390.c (s390_expand_in
--- 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 #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=gcc&view=rev&rev=106417
Log:
PR target/24178
* config/alpha/alpha.c (get_aligned_
--- 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 #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=rev&rev=101381
2005-06-28 Andreas Krebbel <[EMAIL PROTECTED]>
* config/s390/s390.c (machine_function
--
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 #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
Stat
--- 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=gcc&view=rev&rev=106409
Log:
PR c++/24560
* parser.c (cp_parser_postfix
--- 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=gcc&view=rev&rev=106408
Log:
PR c++/24560
* parser.c (cp_parser_postfix
--- 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=gcc&view=rev&rev=106407
Log:
2005-11-02 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- 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 #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=gcc&view=rev&rev=106406
Log:
PR target/23303
* i386.md: Add peep2 for simp
--- 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
Status|ASSIGN
--- 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=gcc&view=rev&rev=106405
Log:
ChangeLog:
PR target/24615
* config/s390/
--- 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
Status|ASSIGN
--- 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=gcc&view=rev&rev=106404
Log:
ChangeLog:
PR target/24600
* loop.c (loop
--- 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=rev&rev=101705
2005-07-07 Adrian Straetling <[EMAIL PROTECTED]>
* config/s390/s390-protos.h (s390_ex
--- 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 #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
$ 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 #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=gcc&view=rev&rev=106388
> Log:
> PR target/24178
>
--- 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 #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 #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=gcc&view=rev&rev=106402
Log:
PR fortran/18452
* lang-specs.h: Pass -
--
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 #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
Sta
--- 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=gcc&view=rev&rev=106401
Log:
Belated Makefile.in checkin for:
2005-09-19 J"orn Renneck
--- 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 #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 #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=gcc&view=rev&rev=106400
Log:
PR 22429
* fold-const.c (build_range_check): Use uns
--- 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=gcc&view=rev&rev=106399
Log:
PR c++/19253
* parser.c (cp_parser_postfi
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-11-02 21:34
---
Subject: Bug 19253
Author: mmitchel
Date: Wed Nov 2 21:34:51 2005
New Revision: 106398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106398
Log:
PR c++/19253
* parser.c (cp_parser_postfi
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:28 ---
This is only in free-form:
$ cat tst.f
10: a=10
end
$ gfortran tst.f
In file tst.f:1
10: a=10
1
Error: Non-numeric character in statement label at (1)
Confirmed.
--
tkoenig at gcc dot gnu dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:24 ---
$ cat foo.f
REAL :: st1
st1(I)=I**2 ! I implicitly typed to integer
REAL :: I
END
$ g77 foo.f
foo.f: In program `MAIN__':
foo.f:2:
st1(I)=I**2 ! I implicit
--- Comment #10 from tkoenig at gcc dot gnu dot org 2005-11-02 21:20
---
(In reply to comment #9)
> I imagine code from g95 could be leveraged to support this feature couldn't
> it?
Rather not. The libraries have diverged pretty much so it is probably
easier to write this from scratc
--- Comment #7 from tkoenig at gcc dot gnu dot org 2005-11-02 21:17 ---
g77 gets confused by the errors, then bails out:
$ g77 d2ds.f
$ g77 d2ds.f 2>&1 | tail
2
Argument #4 of `maxval' is one type at (2) but is some other type at (1) [info
-f g77 M GLOBALS]
d2ds.f:831: war
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-02 21:13 ---
Note there are still some more 2k5/6 SPEC blocking bugs which just had not been
filed yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
--- Comment #4 from tkoenig at gcc dot gnu dot org 2005-11-02 21:13 ---
g77 groks this:
$ cat grg.f
PROGRAM TABLES
IMPLICIT CHARACTER*8(Y)
WRITE(YLOCAL,'(I2.2)') ILOCAL
YBTABLE=Ylocal(1:2)
END
$ g77 grg.f
$
--
tkoenig at gcc dot gnu dot org changed:
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-02 21:12
---
Fixed in 4.0.3 and above, thanks for your report.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-11-02 21:12
---
Subject: Bug 18157
Author: pinskia
Date: Wed Nov 2 21:12:27 2005
New Revision: 106397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106397
Log:
2005-11-02 Andrew Pinski <[EMAIL PROTECTED]>
PR
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24584
--- Comment #10 from mrs at apple dot com 2005-11-02 21:04 ---
Radar 3843157
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17964
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-11-02 21:01
---
Subject: Bug 18157
Author: pinskia
Date: Wed Nov 2 21:01:54 2005
New Revision: 106396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106396
Log:
2005-11-02 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #1 from olh at suse dot de 2005-11-02 20:49 ---
Created an attachment (id=10115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10115&action=view)
PR24644.tar.bz2
buildscripts, preprocessed files, kernel .config and debug patches, bootlog.
building with -O1 does not fi
Especially now, after fixing a couple of correctness issues, it's obvious that
all the arithmetic inserters/extractors share a common body which should be
commonized to templatized _M_insert/_M_extract, in complete analogy with
_M_insert_int/_M_extract_int, for example, in the num_put/num_get face
--- Comment #3 from tobi at gcc dot gnu dot org 2005-11-02 20:42 ---
[EMAIL PROTECTED]:~/src/gcc> ../gcc/build/gcc/f951 -quiet -fsyntax-only
Warning: Reading file '' as free form.
PROGRAM TABLES
IMPLICIT CHARACTER*8(Y)
YBTABLE=Ylocal(1:2)
END
[EMAIL PROTECTED]:
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
CONFIG_DEBUG_SPINLOCK and adding a few extra printk will show this:
Linux version 2.6.14 ([EMAIL PROTECTED]) (gcc version 4.1.0 20051102
(experimental)) #61 SMP Wed Nov 2 19:47:05 UTC 2005
Memory: 495732k/524288k available (5004k kernel code, 27528k reserved, 1340k
data, 2394k bss, 380k init
1 - 100 of 183 matches
Mail list logo
