$ gfortran -v
Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/home/ig25
Thread model: posix
gcc version 4.0.0 20041105 (experimental)
$ cat lbound.f90
program main
implicit none
real :: a(0:9)
integer :: bn(10)
bn = lbound(a)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 12:49
---
Subject: Bug 18023
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 12:49:14
Modified files:
gcc/fortran: ChangeLog io.c
Log message:
--- Additional Comments From tobi at gcc dot gnu dot org 2004-11-06 12:52 ---
fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18283 depends on bug 18023, which changed state.
Bug 18023 Summary: ice on trying to convert between int and float
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18023
What|Old Value |New Value
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 13:22
---
Subject: Bug 10799
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 13:22:13
Modified files:
libjava: ChangeLog
libjava/java/beans
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18023
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18106
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16579
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15327
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15952
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17417
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17416
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17436
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16485
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16609
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15364
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15750
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17521
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17575
--
What|Removed |Added
Target Milestone|--- |3.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17653
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13743
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15575
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14009
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18234
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18168
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17104
--
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3006
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 16:56
---
Reconfirmed (I must have been confused when I closed this bug).
Here is a reduced testcase which shows what the problem is:
extern __inline void f1(void) { }
extern __inline void f2(void) { f1(); }
void f2(v
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 15:56
---
Reopening to close as ...
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 15:56
---
Invalid.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--
What|Removed |Added
Keywords||rejects-valid
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--
What|Removed |Added
Keywords||diagnostic
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--
What|Removed |Added
Known to fail||3.2
Known to work||3.4.0 3.3 3.2.3
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 17:00
---
Confirmed, I think something like this shows up a lot in fortran code.
--
What|Removed |Added
--
What|Removed |Added
Keywords||diagnostic
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=78
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 17:00
---
Confirmed, so does this.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=894
--
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7996
--
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1020
--
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1010
--
What|Removed |Added
Target Milestone|--- |3.0.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1014
The following test case from Briggs' optimization test suite is
missed by tree IV opts (and nothing on RTL catches this either):
void
strength_test2(int *data)
{
int k = data[0];
int i = 0;
do {
data[data[2]] = 2;
i = i + 1;
} while (i * k < data[1]);
}
void
strengt
This is another IV optimization we fail to catch.
void
strength_test6(int *data)
{
int j = data[0];
int i = data[1];
do {
data[data[2]] = 2;
i = i + j;
} while (i * 21 < data[3]);
}
void
strength_result6(int *data)
{
int j = data[0] * 21;
int i = data[1] * 21;
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-06 16:42
---
FWIW the full Briggs suite is here: http://citeseer.ist.psu.edu/85455.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18317
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 16:10
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 16:45
---
Reopening because it has not been fixed yet.
--
What|Removed |Added
Status|RESOL
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 17:15
---
Still this is not a gcc bug but rather a big preformance bug in binutils report it to
them. Also there is
no proper testcase in here to test.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 16:17
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 17:20
---
Fixed on the mainline by:
2004-09-22 Kelley Cook <[EMAIL PROTECTED]>
* gettext-sister.m4: Renamed from gettext.m4
* codeset.m4, gettext.m4, glibc21.m4, iconv.m4, intdiv0.m4, po.m4,
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 16:23
---
I get something simmilar with gcc 4.0.0 20040912 ( I know it's ancient history
probably now, but
this bug should be fixed in that version) while compiling kernel 2.6.10-rc1-mm3:
mm/filemap.c:2233: error
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-06 17:32
---
actually this is a problem where GCC *can* help, as demonstrated
by the patch linked to from comment #10
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 17:50
---
New timings from the mainline for PPC:
[zhivago:~/src/localgccPRs] pinskia% ~/local/bin/gcc -O2 pr11488.c
-fno-schedule-insns[zhivago:~/
src/localgccPRs] pinskia% time ./a.out1.300u 0.010s 0:01.34 97.7%
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-06 18:09
---
> The problem appears to be fixed in every multilib combination.
> http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg00098.html
> http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg00099.html
Right.
> No id
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9200
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 18:15
---
Does this still happen?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13849
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 18:31
---
Subject: Bug 17933
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 18:30:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 18:33
---
Subject: Bug 17933
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 18:33:04
Modified files:
gcc: ChangeLog rtlanal.c
Log message:
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-06 18:37 ---
Please check the updated patch on hppa64. After that, we can close this.
--
What|Removed |Added
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 18:52
---
oh, and btw, this bug was on intel32 platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15398
--- Additional Comments From gj at pointblue dot com dot pl 2004-11-06 18:53
---
(In reply to comment #11)
> Reconfirmed (I must have been confused when I closed this bug).
> Here is a reduced testcase which shows what the problem is:
> extern __inline void f1(void) { }
> extern __in
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-08-24 0
--
What|Removed |Added
CC||schwab at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18250
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 20:14
---
Even for the simple testcase, we don't eliminate dead stores:
int i;
int j;
int main()
{
i = 0; <<--should be removed
j = 0; <<--should be removed
j = 1; <<--should be removed
i = 42;
j = 2;
}
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 20:19
---
Subject: Bug 16286
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 20:19:02
Modified files:
gcc/testsuite/gcc.dg: pr16286.c
gcc/config/rs
--- Additional Comments From schwab at suse dot de 2004-11-06 20:25 ---
Finally fixed.
--
What|Removed |Added
Status|REOPENED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 20:36
---
Fixed on the mainline:
lis r9,ha16(_st)
lwa r2,lo16(_st)(r9)
addi r2,r2,450
stw r2,lo16(_st)(r9)
blr
--
What|Removed |Added
--
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-08-19 1
.0.0/specs
Configured with: ../gcc/configure
Thread model: posix
gcc version 4.0.0 20041106 (experimental)
/usr/local/libexec/gcc/powerpc-apple-darwin7.6.0/4.0.0/cc1plus -E -quiet -v -I. -I.
-I. -MD
bytecode.d -MF .deps/bytecode.Tpo -MP -MT bytecode.o -MQ bytecode.o -D__DYNAMIC__
-D__AP
--- Additional Comments From enh at jessies dot org 2004-11-06 20:44 ---
Created an attachment (id=7484)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7484&action=view)
temps of file that caused ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18318
--
What|Removed |Added
CC||hubicka at gcc dot gnu dot
||org
Component|c++
--- Additional Comments From enh at jessies dot org 2004-11-06 20:52 ---
i guess it might be worth mentioning the work-around. if i change:
base[k] = (new T[Blksize()]) - size;
size += Blksize();
to:
unsigned block_size = Blksize();
base[k] = (new T[bloc
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-06 21:00
---
Rainer, any news on this?
--
What|Removed |Added
Status|UNCONFIRMED
FAIL: gcc.c-torture/compile/20020210-1.c -O1 (test for excess errors)
FAIL: gcc.c-torture/compile/20020210-1.c -O2 (test for excess errors)
FAIL: gcc.c-torture/compile/20020210-1.c -O3 -fomit-frame-pointer (test for
excess errors)
FAIL: gcc.c-torture/compile/20020210-1.c -O3 -g (test for ex
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18319
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-06 21:07 ---
Whoops, forget about the nested-1 quotes, here's the correct quote:
gcc/testsuite/gcc.c-torture/compile/20020210-1.c: In function 'f':
gcc/testsuite/gcc.c-torture/compile/20020210-1.c:2: internal compiler error: i
I'm getting user reports of problems compiling constructs like the following on
3.4.2. I develop on 3.4.0 which is happy with it.
class foo {
const foo* foo;
};
My understanding of the standard was that the new name in a declaration comes
into scope at the position of the identifier, so there i
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:12
---
Confirmed (the hint helped me reduce the testcase). Reduced testcase:
template
struct A
{
~A();
unsigned Blksize() const;
void f()
{
new T[Blksize()];
}
};
void gf()
{
A > a;
a.f();
}
:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:18
---
17353
*** This bug has been marked as a duplicate of 17644 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:18
---
*** Bug 18320 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Public note of failure (apparently since test case was added):
With LAST_UPDATED "Sat Nov 6 19:25:03 GMT 2004",
gcc/testsuite/gcc.c-torture/compile/20031023-1.c: In function 'bar':
gcc/testsuite/gcc.c-torture/compile/20031023-1.c:38: internal compiler error: in
change_address_1, at emit-rtl.c:1821
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18321
The diagnostic for use of __func__ outside a function, as tested in
gcc.dg/func-outside-*.c, wrongly has line number 0 instead of the
line number of the bad use of __func__.
func-outside-1.c:0: warning: '__func__' is not defined outside of function scope
This is a regression from 3.2.x.
When fix
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:32
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
See also PR 16567.
Public note of failure. Failed since testcase was ever added.
Public note of failure. The test has failed ever since it was added.
With LAST_UPDATED "Sat Nov 6 19:25:03 GMT 2004", the result is:
FAIL: gcc.c-torture/compile/nested-1.c -O0 (test for excess errors)
FAIL: gcc.c
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18323
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:35
---
This case where the types are really done weridly:
D.1610 = Blksize (this);
D.1611 = D.1610 + 4;
D.1612 = operator new [] (D.1611);
D.1608 = (struct A[(long unsigned int) Blksize (this) - 1] *) D.161
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:38
---
*** This bug has been marked as a duplicate of 16417 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06 21:38
---
*** Bug 18319 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
Public note of failure. The test apparently passed with
code from around 2004-11-05 02:00 GMT.
With LAST_UPDATED: "Sat Nov 6 19:25:03 GMT 2004" I get:
FAIL: gcc.c-torture/execute/20010518-2.c execution, -O0
With the message in the .log being:
*** EXIT code 4242
(i.e. an ordinary abort call at e
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18324
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-06 22:13
---
Here's a C testcase:
inline int foo() { return 0; }
void bar(int*);
void baz()
{
int i, j, *p = &i+1;
if (foo())
{
bar(p);
p = &j;
}
Public note of failure. The test results have changed,
so test needs revisit and/or 20020227-1.x needs tweaking.
With LAST_UPDATED: "Sat Nov 6 19:25:03 GMT 2004" I get:
FAIL: gcc.c-torture/execute/20020227-1.c compilation, -O2
XPASS: gcc.c-torture/execute/20020227-1.c execution, -O3 -fomit-fra
--
What|Removed |Added
Summary|mmix-knuth-mmixware |mmix-knuth-mmixware
|testsuite failure: gcc.c- |testsuite failure: gcc.c-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06 22:34
---
Subject: Bug 16830
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-06 22:34:01
Modified files:
gcc: ChangeLog
gcc/config/mips: m
Public note of failure. The test passed around 2004-10-09 on the 3.4 branch.
With LAST_UPDATED: "Sat Nov 6 19:25:03 GMT 2004" I get:
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O0
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O1
FAIL: gcc.c-torture/execute/20040625-1.c execution
--- Additional Comments From rsandifo at gcc dot gnu dot org 2004-11-06 22:39
---
Fixed in mainline:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00513.html
--
What|Removed |Added
---
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-06
23:01 ---
Subject: Bug 10908
CVSROOT:/cvs/gcc
Module name:gcc
Branch: java-gui-branch
Changes by: [EMAIL PROTECTED] 2004-11-06 23:01:13
Modified files:
libjava: Chang
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06
23:24 ---
Here is a C example which is not undefined:
void bar(int*);
int foo1(void);
int baz()
{
int i, j, *p = &i, k, k1 = 0;
if (foo1()) p = &j;
if (k1)
{
*p = 0 ;
p = &k;
}
b
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-06
23:30 ---
One where we only depend on no extern functions:
int baz(int k2)
{
int i, j, *p, k = 1, k1 = 0;
if (k2)
p = &j;
else
p = &i;
if (k1)
*p = 0 , p = &k;
*p = 1;
return k;
}
In fact this
1 - 100 of 178 matches
Mail list logo