--- Additional Comments From phython at gcc dot gnu dot org 2005-07-19
07:15 ---
The attached patch, with the typo fixed and using
int_const_binop (PLUS_EXPR, vr0.min, one, 0) fixed the optimization failures of
Divide_1 in the testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-19
07:30 ---
This is probably invalid code.
ifort rejects this with
fortcom: Error: elem-char.f90, line 5: A CHARACTER function name must not be
declared with an asterisk type-param-value (i.e., (LEN=*)) if the functi
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-19
07:57 ---
No elemental function call necessary, it seems. (The *
is probably invalid for this).
Here is another case which exhibits the same behavior:
$ cat clen.f90
program main
implicit none
character(len=2) :
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
08:14 ---
Looks like someone committed the patch on 4.0 (I think it's Paul T, as part of
his other patch to formatted_transfer).
Fixed.
--
What|Removed |Added
-
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
08:18 ---
No need to apply on 4.0 branch, since support for large kinds is only in
mainline. Fixed.
--
What|Removed |Added
---
--
Bug 19292 depends on bug 22217, which changed state.
Bug 22217 Summary: Z edit descriptor with negative numbers
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217
What|Old Value |New Value
--
struct {
int i;
int j;
int x[2];
} a;
int foo(void)
{
a.i = 1;
a.j = 0;
a.x[0] = 5;
return a.i + a.j;
}
does not get optimized, because salias disables subvars for a
because it contains an array. I have a simple patch in testing.
--
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-19
08:57 ---
Which again uncovers latent bugs in IVOPTs. Argh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22555
extern int foo[]; // OK
int foo[]={1,2,3};
extern int foo[]; // OK
void bar(){
extern int foo[]; // g++: ERROR -- SHOULD BE OK
}
g++ 3.4.0, 3.4.3, 4.0.0 (cygwin), g++ 3.4.2 (mingw):
xxx.cpp: In function 'void bar()':
xxx.cpp:6: error: type mismatch with previous external decl of 'int foo []'
xx
with Ada.Text_IO; use Ada.Text_IO;
procedure Test_4_5_1_6 is
type T is array (Positive range <>) of Boolean;
pragma Pack (T);
A : constant T := (1 .. 5 => True);
B : constant T := (6 .. 10 => False);
C : constant T := A xor B;
begin
Put ("(");
for K in C'Range loop
Put
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
10:30 ---
Do we need to keep this one open? Isn't it fixed the patch for PR21950?
--
What|Removed |Added
-
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
10:32 ---
Rainer, the 4.0 branch is open again, can you commit your patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15266
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
11:14 ---
I'm working on large kinds, such as real(l0) and real(16). I do have a patch for
this problem almost ready, and hope it will be reviewed soon.
--
What|Removed |Added
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-19
11:26 ---
Thanks for your feedback.
I agree that profile opts should never hurt the code quality. I am not sure
what the problem is in this particular case, I haven't looked at the actual
assembler output yet, or
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
12:10 ---
Subject: Bug 22476
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-19 12:09:49
Modified files:
gcc: ChangeLog c-common.c c-format.c c-opt
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-07-19 12:15
---
Fixed for C, need to create a similar patch for C++ frontend
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22476
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From baldrick at free dot fr 2005-07-19 12:22
---
The same problem is still present if the array bounds are not static.
The following test case gives
$ ./u
Expected 20, found 30
Expected 30, found 40
Expected 40, found -1076635688
with Ada.Text_IO;
both __func__ and __FUNCTION__ don't include the tilde when used from a
destructor. __PRETTY_FUNCTION__ does include the tilde.
So,
class Test {
public:
Test() { cerr << __func __ << endl; }
~Test() { cerr << __func__ << endl; }
};
When constructing and destructing "Test" is output, when i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
13:34 ---
Fixed for 3.4.0 by:
2003-09-04 Matt Austern <[EMAIL PROTECTED]>
* c-common.c (fname_as_string): Use lang_hooks.decl_printable_name
with verbosity 0, instead of DECL_NAME, for human
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
13:37 ---
Confirmed, even 2.95.3 rejects this.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
13:41 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
13:43 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
13:43 ---
Subject: Bug 20842
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 13:43:34
Modified files:
gcc/fortran: Change
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
13:44 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-19 13:53
---
Adding -check-initialization to MUDFLAP_OPTIONS I see a read of an uninitialized
variable earlier in the program. This happens with both 4.0 and mainline.
I'll try to identify that and see if fixing it affect
procedure Test_Deltas is
type T is delta 0.1 range -0.8 .. 0.8;
for T'Small use 0.1;
for T'Size use 4;
type T2 is new T range -0.4 .. 0.4;
for T2'Small use 0.0625;
begin
null;
end Test_Deltas;
gnat 3.15p from AdaCore says:
+===GNAT BUG DETECTED=
--
Bug 19721 depends on bug 16961, which changed state.
Bug 16961 Summary: Poor x86-64 performance with 128bit ints
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16961
What|Old Value |New Value
-
--- Additional Comments From falk at debian dot org 2005-07-19 14:12
---
The unrolling part of the report was moved to PR 16962, and the 128-bit part is
fixed, so closing.
--
What|Removed |Added
---
--- Additional Comments From ovidr at users dot sourceforge dot net
2005-07-19 15:06 ---
I've spent a lot of time trying to make a testcase of this, but no luck yet.
I can basically create a testapp with 2 threads. When they both access a
synchronized method, and are forced to wait lon
with: /home/gccbuild/gcc_mline_anoncvs/gcc/configure
--prefix=/opt/gcc-nightly/mline-20050719 --build=powerpc64-linux
--host=powerpc64-linux --target=powerpc64-linux --with-cpu=default32
--with-as=/opt/gcc-nightly/mline-20050719/bin/as
--with-ld=/opt/gcc-nightly/mline-20050719/bin/ld --enable-threads=p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
15:27 ---
Confirmed, backtrace:
#0 internal_error (gmsgid=0x8689f98 "create_tmp_var") at
/home/peshtigo/pinskia/src/gnu/gcc/src/
gcc/diagnostic.c:530
#1 0x082a5f3f in fancy_abort (file=0x8689f98 "create_tmp_var", l
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-19
16:48 ---
Created an attachment (id=9305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9305&action=view)
Patch
Attached patch fixes this problem, using 1PG24.15E4 as format for real(10) and
1PG40.31E4 for re
--- Additional Comments From b dot gunreben at web dot de 2005-07-19 16:50
---
I did some more tests and it looks like --disable-checking also disables the
bug. At least --enable-checking was enough to reproduce it. My latest
configuration with this bug was
Configured with: ../config
--- Additional Comments From sje at cup dot hp dot com 2005-07-19 17:00
---
It looks like this is a rename-registers issue. I checked in a patch so one
could specify -fno-rename-registers (or -fno-web or -fno-gcse-after-reload) in
combination with -funroll-loops. Using -fno-web or -fno
--- Additional Comments From tlm at daimi dot au dot dk 2005-07-19 17:02
---
(In reply to comment #1)
> The first testcase is fixed in 4.0.0. (Though there is a regression on the
mainline). I have not looked
> into the full testcase.
There have not been more reactions on this bug / r
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-19
17:34 ---
Confirmed.
--
What|Removed |Added
BugsThisDependsOn||22506
Started failing on x86_64-linux between
LAST_UPDATED: Sat Jul 16 14:13:57 UTC 2005
LAST_UPDATED: Tue Jul 19 13:51:13 UTC 2005
,.,. CA11C01 ACATS 2.5 05-07-19 17:42:06
CA11C01 Check that when primitive operations declared in a child
package override operations declared in anc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
17:47 ---
Subject: Bug 21333
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 17:47:32
Modified files:
libgfortran: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
17:49 ---
This could be a lot of patches which caused this. I might be an aliasing issue
or it could a target
problem.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
18:03 ---
Subject: Bug 21593
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 18:03:26
Modified files:
libgfortran: Change
I get a core dump when I comple code with 3.4.4 that compiles fine with 3.3.4.
/vol/gnu/gcc-3.4.4/bin/g++ -c -DSunOS -DSunOS5 -DSunOS5_8 -g -O3 -fPIC
-D_REENTRANT -Wreturn-type -Wnon-virtual-dtor -I. -I/vobs/dx/local/include
-I/vobs/is_foundations/vendor/zregx/include -I/vobs/toe/local/
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-19
18:31 ---
Zdenek, this appeared with your patch
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00452.html
Could you please have a look?
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-19
18:31 ---
Fixed in 4.0.
--
What|Removed |Added
Status|ASSIGNED|RESOLVE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
18:35 ---
*** This bug has been marked as a duplicate of 18462 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
18:35 ---
*** Bug 22562 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
18:37 ---
(In reply to comment #2)
> Zdenek, this appeared with your patch
> http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00452.html
>
> Could you please have a look?
I should mention this is a latent bug in the vectori
--- Additional Comments From laurent at guerby dot net 2005-07-19 19:02
---
FAIL the same way on x86-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
We ran bench++ to look for c++ samples that ran slower at -O3 with
gcc-[34].x than with gcc-2.95. We're attaching one such case,
minimized as far as we can (so it might not be testing the same
thing as the original code). It consists of a simple function that
accesses bitfields, called in a loop
--- Additional Comments From danalis at cis dot udel dot edu 2005-07-19
19:20 ---
Created an attachment (id=9307)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9307&action=view)
reduced test
Is it bitchy to complain about few nanoseconds slowdown (per iteration) :)
--
http://g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
19:53 ---
There are a couple problems here, first we don't move the store to b_rec out
side of the loop. Doing
that on the mainline, we remove the loop as it is now unswitchable and really
just empty.
In fact tha
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
19:57 ---
Fixed removing promot-statics by:
2005-07-19 Danny Berlin <[EMAIL PROTECTED]>
Kenneth Zadeck <[EMAIL PROTECTED]>
* Makefile.in: Removed tree-promote-statics.c
* tree-promote-sta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
19:57 ---
Fixed removing promot-statics by:
2005-07-19 Danny Berlin <[EMAIL PROTECTED]>
Kenneth Zadeck <[EMAIL PROTECTED]>
* Makefile.in: Removed tree-promote-statics.c
* tree-promote-sta
--
Bug 19905 depends on bug 22532, which changed state.
Bug 22532 Summary: [4.1 Regression] We produce worse code on the mainline for a
loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22532
What|Old Value |New Value
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
19:57 ---
Fixed removing promot-statics by:
2005-07-19 Danny Berlin <[EMAIL PROTECTED]>
Kenneth Zadeck <[EMAIL PROTECTED]>
* Makefile.in: Removed tree-promote-statics.c
* tree-promote-sta
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-19
20:00 ---
Likewise on ppc-darwin (after a patch to fix bootstrap but looks like that
causes more issues) so that
rules out the target problem. This could be still aliasing issue in the Ada
front-end or one in the
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
20:14 ---
Subject: Bug 16940
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-19 20:14:03
Modified files:
gcc/fortran: resolve.c ChangeLog
gcc/test
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
20:20 ---
Subject: Bug 22278
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-19 20:20:42
Modified files:
gcc: ChangeLog gimplify.c tree-ssa.c
Log
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
20:28 ---
Subject: Bug 21969
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 20:28:00
Modified files:
gcc/testsuite : Change
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-19
20:39 ---
While it is true that this problem will go away because I removed the pass,
there still seemed to be the feeling that the reason that this was iced was that
this was goofy gimple and that that goofy gimple
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-19
20:55 ---
Subject: Bug 21721
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-19 20:55:20
Modified files:
gcc: Change
--- Additional Comments From sje at cup dot hp dot com 2005-07-19 20:58
---
Fixed on mainline for 4.1 and on 4.0.X branch for 4.0.2.
--
What|Removed |Added
Statu
--
What|Removed |Added
Target Milestone|4.0.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-19
21:37 ---
Paul T, you seem to have caused a problem here. Could you look into this?
I can help you with a test case if you need it.
--
What|Removed |Added
-
--
Bug 19292 depends on bug 16435, which changed state.
Bug 16435 Summary: gfortran X edit descriptor failure: test f77-edit-x-out.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
What|Old Value |New Value
---
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From dpatel at apple dot com 2005-07-19 22:22
---
No activity in last few days. Mark, would it be possible for you to take a look
at this again! Thank you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21828
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-20
00:07 ---
Subject: Bug 22278
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-20 00:06:50
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-20 00:11
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-20
00:25 ---
Reduced testcase. The program should print
6.00E+00 0.00E+00
but prints
4.00E+00 0.00E+00
when compiled with -O:
=
program FOO
integer i
complex a, b, c
b = 2
c =
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
00:28 ---
No feedback in 3 months, if you can find a testcase still please file a new bug.
--
What|Removed |Added
--
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
Last reconfirmed|2005-02-18 04:50:45 |2005-07-20 00:32:48
d
--
What|Removed |Added
Version|3.4.4 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22087
--- Additional Comments From gschafer at zip dot com dot au 2005-07-20
02:31 ---
Stock Linux kernel 2.6.12 introduced "address space randimization" which appears
to be essentially the same thing as RH's exec-shield-randomize. More info about
this issue here:
http://gcc.gnu.org/ml/gcc/
--- Additional Comments From mckelvey at maskull dot com 2005-07-20 03:39
---
Subject: Re: Bootstrap ICE on latest CVS: tree check: tree-ssa
On Sunday 17 July 2005 18:02 pm, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-07
--- Additional Comments From mckelvey at maskull dot com 2005-07-20 03:41
---
Subject: Re: Install ICE: tree_check in fold_binary
On Saturday 16 July 2005 13:25 pm, falk at debian dot org wrote:
> --- Additional Comments From falk at debian dot org 2005-07-16 20:25
> --- I can
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
03:42 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
03:43 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
04:23 ---
Subject: Re: gfortran X edit descriptor failure: test
f77-edit-x-out.f
Please send me the test cases and preferably, post them on Bugzilla.
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-20
04:29 ---
> I can help you with a test case if you need it.
>
Yup, can't do a durned thing unless you show me where it hurts. I checked every
aspect of the standard that I could.
--
http://gcc.gnu.org/bugz
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-07-20 04:59
---
Please for completeness sake put in the generated command that kills AIX, and
the AIX output.
Ie, more details for:
The list of pb_assoc files and
the way it is used in the Makefile causes Make to generate
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-20 05:27
---
Thanks for the reduction; I see the problem clearly now. For the record,
b$real_193 = CR.53_187;
b$imag_194 = CI.54_188;
c$real_195 = b$real_193;
c$imag_196 = b$imag_194;
we had a ring of copies to pe
--- Additional Comments From jvdelisle at verizon dot net 2005-07-20 05:56
---
A patch is on its way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
--- Additional Comments From jvdelisle at verizon dot net 2005-07-20 06:06
---
The snippet in Comment #6 fails correctly because the format is calling for a
field width of 8 characters. The first read goes past the first number and into
the second and you basically are reading garbage.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:44 ---
Closing as will not fix as this target has been removed from the mainline for
4.1.0.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:44 ---
Closing as will not fix as this target has been removed from the mainline for
4.1.0.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:44 ---
Closing as will not fix as this target has been removed from the mainline for
4.1.0.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:44 ---
Closing as will not fix as this target has been removed from the mainline for
4.1.0.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:48 ---
Closing as will not fix as this target has been removed from the mainline (for
4.1.0).
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:50 ---
Closing as will not fix as this target has now been removed from the mainline
(for 4.1.0).
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-20
06:54 ---
I will apply this patch later today (Wednesday). Note IP2k was removed from
the mainline as it was not
been maintained and it did not even build any more.
--
What|Removed
92 matches
Mail list logo
