--- Comment #6 from anlauf at gmx dot de 2009-12-17 21:09 ---
Created an attachment (id=19340)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19340&action=view)
Extended demo code.
Here's a slightly extended sample of the code where the two
submitted patches still fail with the "am
--- Comment #6 from spop at gcc dot gnu dot org 2009-12-17 21:57 ---
Subject: Bug 42178
Author: spop
Date: Thu Dec 17 21:57:29 2009
New Revision: 155326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155326
Log:
Fix fall outs from Fix-PR42334.
2009-12-17 Sebastian Pop
--- Comment #5 from spop at gcc dot gnu dot org 2009-12-17 21:57 ---
Subject: Bug 42334
Author: spop
Date: Thu Dec 17 21:57:29 2009
New Revision: 155326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155326
Log:
Fix fall outs from Fix-PR42334.
2009-12-17 Sebastian Pop
--- Comment #5 from toon at moene dot org 2009-12-17 21:58 ---
> (Even with a temporary file, other things can go wrong!)
Paul, you are right - I agree with FX, but forgot to reply.
Closing as WONTFIX is OK with me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33905
GCC trunk gets a ICE when building SPEC CPU2000 test 177.mesa with "-O2 -mvsx
-mno-altivec -ftree-vectorize", as demonstrated by this minimized testcase:
void
gl_xform_normals_3fv (unsigned int n, float v[][3], const float m[16],
float u[][3], unsigned char normalize)
{
GCC trunk gets a ICE when building SPEC CPU2000 test 173.applu and several
others with "-O2 -mvsx -mno-altivec -ftree-vectorize", as demonstrated by this
minimized testcase:
subroutine ssor
implicit real*8 (a-h,o-z)
parameter (iar = 60)
common/cgcon/ nx, ny, nz
common
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfir
(found when going through the link of PR
gfortran rejects the following program where "gen" is both a generic and a
specific procedure name as interface argument to PROCEDURE. I cannot find a
reason why it should be invalid and thus I think it is valid.
procedure(gen) :: f
--- Comment #16 from mexas at bristol dot ac dot uk 2009-12-17 23:00
---
I just checked that gcc4.2.5 installs fine on ia64 FreeBSD 9.0 current, but
all newer versions fail to build. Is it possible/feasible to debug this
by comparing gcc42 and gcc43? Unfortunately it's beyond my skills,
--- Comment #1 from burnus at gcc dot gnu dot org 2009-12-17 23:02 ---
The following program is also rejected, unless the marked line is
removed/comment out. At a glance, it looks OK - and ifort, NAG f95 and g95
accept it. The error message is:
print *, fun(enisoc, [0.0])
--- Comment #11 from dfranke at gcc dot gnu dot org 2009-12-17 23:07
---
[Adding Paul as CC]
(In reply to comment #10)
> Would you be so kind as to follow this. It's been unconfirmed for 18 months.
> Is it a bug or not and will we or won't we fix it?
>
> I vote for a WONTFIX to be h
--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-17 23:07 ---
I think that at the current result of gfortran is OK. However, I think a proper
way would to send an interpretation request as we did before (PR39997, PR
40264). The question seems to be whether it is valid at all and
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2009-12-17
23:30 ---
(In reply to comment #31)
> Interestingly gcc-4.4.2 with the proposed patch,
> http://gcc.gnu.org/ml/java/2009-12/msg00027.html, shows gcj crashing the same
> way as gcc trunk with the same patch
>
>
GCC trunk gets a ICE when building SPEC CPU2000 test 254.gap with "-m64 -O2
-mcpu=power7 -mno-altivec -ftree-vectorize", as demonstrated by a rather large
minimized testcase that I'll attach to this PR.
elm3b149% /home/janis/tools/gcc-trunk-anonsvn/bin/gcc -c -m64 -O2 -mcpu=power7
-mno-altivec -ft
--- Comment #1 from janis at gcc dot gnu dot org 2009-12-18 00:15 ---
Created an attachment (id=19341)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19341&action=view)
Minimized testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42419
--- Comment #29 from redi at gcc dot gnu dot org 2009-12-18 00:15 ---
I think it might be worth opening an issue about these functions, it's far too
easy for them to cause problems and make the names "next" and "prev" unusable
for user functions:
// simplified version of and
namespace
Program bigfile
open( 1,file='bigfile',position='append')
End program bigfile
fails if size of the bigfile is > 2GB. This is due to
the struct stat holding 32 bit st_size field in this
platform. The following fix worked for me
(libgfortran/io/...)
Index: unix.c
=
--- Comment #1 from jpr at csc dot fi 2009-12-18 00:35 ---
or rather this
Index: unix.c
===
--- unix.c (revision 155325)
+++ unix.c (working copy)
@@ -781,7 +781,11 @@
static stream *
fd_to_stream (int fd,
--- Comment #2 from redi at gcc dot gnu dot org 2009-12-18 00:42 ---
I suspect this is the same issue, as it also passes a null argument to
write_expression
$ cat ice.cc
template
auto f(T t) -> decltype(++t, 0)
{
++t;
return 0;
}
int main()
{
f((int*)0);
}
$ ~/gcc/4.x/bin/g
--- Comment #2 from kargl at gcc dot gnu dot org 2009-12-18 00:57 ---
This should have already been fixed by
2009-12-04 Janne Blomqvist
PR libfortran/40812
* libgfortran.h: typedef gfc_offset differently for MinGW.
* io/unix.h (struct stream): Change function
--- Comment #30 from paolo dot carlini at oracle dot com 2009-12-18 00:58
---
I agree. In general, however, I'm not sure how general the issue is, now that
concepts are gone. For example, consider the case of the various classification
functions (from C99): you can still find a PR filed
When subtracting 0x1 from 0xE, the -0x1 is incorrectly parsed as a suffix.
Subtracting 0x1 from other hex constants works fine.
$ cat bug.c
int good = 0xD-0x1;
int bad = 0xE-0x1;
$ gcc -v -save-temps -c bug.c
Using built-in specs.
Target: i686-redhat-linux
Configured with: ../configure --prefix=
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-12-18 01:23 ---
*** Bug 42421 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-18 01:23 ---
*** This bug has been marked as a duplicate of 3885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-12-18 01:23 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from bradley at dunn dot org 2009-12-18 01:23 ---
Created an attachment (id=19342)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19342&action=view)
Preprocessed source file triggering the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42421
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-12-18 01:24 ---
Close as a dup of bug 3885.
*** This bug has been marked as a duplicate of 3885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-12-18 01:24 ---
*** Bug 11494 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-12-18 01:24 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-12-18 01:24 ---
Close as a dup of bug 3885.
*** This bug has been marked as a duplicate of 3885 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-12-18 01:24 ---
*** Bug 32805 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
An error occurs when arrays are read from the input using list-directed
input that uses a repeat(*) before a record terminator (/).
The repeat is ignored.
For example, reading an integer array dimensioned 10
integer :: imatrx(10)
...
read (*,*) imatrx
will give the wrong results wh
--- Comment #1 from palmtag5 at yahoo dot com 2009-12-18 02:54 ---
Full example:
program test2
implicit none
integer :: imatr(20)
imatr=0
write (*,*) 'Enter 20 integer values:'
read (*,*) imatr
write (*,*) 'results:'
write (*,*) imatr
We are getting the core dumps while trying to execute python-2.5.1 ctypes test
cases in 64-bit mode in AIX 5.3 using xlc compiler.
First we applied this patch
http://gcc.gnu.org/bugzilla/attachment.cgi?id=15274&action=diff to libffi-3.0.8
for the support of
64-bit libffi in AIX and we compiled the
--- Comment #2 from d dot g dot gorbachev at gmail dot com 2009-12-18
05:14 ---
Committed revision 155211.
--
d dot g dot gorbachev at gmail dot com changed:
What|Removed |Added
-
--- Comment #1 from pault at gcc dot gnu dot org 2009-12-18 05:27 ---
I bumped this up to "accepts-invalid" to make it a bit more prominent. It is
even a correct designation because the "RHS too many items" is manifestly
invalid.
Cheers
Paul
--
pault at gcc dot gnu dot org change
--- Comment #4 from spop at gcc dot gnu dot org 2009-12-18 05:31 ---
Subject: Bug 42221
Author: spop
Date: Fri Dec 18 05:30:56 2009
New Revision: 155333
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155333
Log:
Fix PR42221.
2009-12-17 Sebastian Pop
PR middle-end/42
--- Comment #5 from spop at gcc dot gnu dot org 2009-12-18 05:33 ---
Fixed in the Graphite branch. I will commit this to trunk once it passes usual
Graphite branch tests.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from spop at gcc dot gnu dot org 2009-12-18 05:42 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #3 from jpr at csc dot fi 2009-12-18 05:43 ---
No,
this was the trunk from yesterday. Some wrinkeles seem to remain...
Juha
--
jpr at csc dot fi changed:
What|Removed |Added
---
--- Comment #7 from spop at gcc dot gnu dot org 2009-12-18 06:10 ---
Subject: Bug 42205
Author: spop
Date: Fri Dec 18 06:10:06 2009
New Revision: 155334
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155334
Log:
Fix PR42205.
2009-12-17 Sebastian Pop
PR middle-end/42
--- Comment #8 from spop at gcc dot gnu dot org 2009-12-18 06:11 ---
Fixed in the Graphite branch. Will be committed to trunk after test.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from spop at gcc dot gnu dot org 2009-12-18 06:12 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #5 from spop at gcc dot gnu dot org 2009-12-18 06:19 ---
Subject: Bug 42186
Author: spop
Date: Fri Dec 18 06:18:51 2009
New Revision: 155335
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155335
Log:
Fix PR42186.
2009-12-17 Sebastian Pop
PR middle-end/42
--- Comment #6 from spop at gcc dot gnu dot org 2009-12-18 06:19 ---
Fixed in the Graphite branch.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from spop at gcc dot gnu dot org 2009-12-18 06:25 ---
Subject: Bug 42393
Author: spop
Date: Fri Dec 18 06:25:32 2009
New Revision: 155336
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155336
Log:
Fix PR42393.
2009-12-17 Sebastian Pop
PR middle-end/42
--- Comment #2 from spop at gcc dot gnu dot org 2009-12-18 06:26 ---
Fixed in the Graphite branch.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from spop at gcc dot gnu dot org 2009-12-18 06:33 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #4 from kargl at gcc dot gnu dot org 2009-12-18 06:43 ---
(In reply to comment #3)
> No,
>
> this was the trunk from yesterday. Some wrinkeles seem to remain...
>
You should have included this information in your
original bug report. I won't have wasted my time
looking u
--- Comment #1 from pault at gcc dot gnu dot org 2009-12-18 06:47 ---
This fixes it and even bootstraps and regtests:
Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c (revision 155192)
+++ gcc/fortran/inte
--- Comment #3 from spop at gcc dot gnu dot org 2009-12-18 07:38 ---
Subject: Bug 42135
Author: spop
Date: Fri Dec 18 07:38:06 2009
New Revision: 155337
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155337
Log:
Fix PR42135.
2009-12-18 Jack Howarth
PR testsuite/42135
--- Comment #4 from spop at gcc dot gnu dot org 2009-12-18 07:38 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from spop at gcc dot gnu dot org 2009-12-18 07:43 ---
Reduced testcase:
module mcc_m
integer, parameter, private :: longreal = selected_real_kind(15,90)
contains
subroutine mutual_ind_cir_cir_coils (r1, r2, x12, y12, z12, l1, l2,
turns1, turns2, &
--- Comment #3 from spop at gcc dot gnu dot org 2009-12-18 07:55 ---
Subject: Bug 42180
Author: spop
Date: Fri Dec 18 07:55:05 2009
New Revision: 155338
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155338
Log:
Fix PR42180.
2009-12-18 Sebastian Pop
PR middle-end/42
--- Comment #4 from spop at gcc dot gnu dot org 2009-12-18 07:56 ---
Still not fully fixed, I'm reducing another testcase that fails a bit later in
induct.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42180
101 - 155 of 155 matches
Mail list logo
