--- Comment #1 from brooks at gcc dot gnu dot org 2006-10-04 23:52 ---
Fixed (now that I have commit privs!): svn 117441.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from brooks at gcc dot gnu dot org 2006-10-11 22:00 ---
As per discussion on the fortran@ mailing list, the answer returned by gfortran
and ifort (namely, that LBOUND(x%a) is the same as LBOUND(y)) is
standard-conforming, and g95 is in error.
--
http://gcc.gnu.org
--- Comment #2 from brooks at gcc dot gnu dot org 2006-10-12 00:07 ---
On a similar note, the following is legal code for which an error is
incorrectly reported:
>> $ cat pr20863a.f90
>> PURE FUNCTION give_next(i)
>> TYPE node_type
>>sequence
s not
documented.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gn
rity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/
--- Comment #12 from brooks at gcc dot gnu dot org 2007-02-07 09:10 ---
(In reply to comment #7)
> If I read the F2003 standrad correctly, then
> your program conforms to F2003. You may want
> to change this to an enhancement request.
This is incorrect -- the code does not c
tus: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux
--- Comment #2 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
Yup, that seems to make the problem go away. Thanks!
*** This bug has been marked as a duplicate of 323 ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #89 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
*** Bug 30752 has been marked as a duplicate of this bug. ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: other
AssignedTo: brooks at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host tri
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #11 from brooks at gcc dot gnu dot org 2007-03-05 20:17 ---
Subject: Bug 30437
Author: brooks
Date: Mon Mar 5 20:17:23 2007
New Revision: 122572
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122572
Log:
fortran/
PR fortran/30437
Backport from trunk:
20
--- Comment #12 from brooks at gcc dot gnu dot org 2007-03-05 20:18 ---
Fixed in 4.2.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #13 from brooks at gcc dot gnu dot org 2007-03-05 20:20 ---
As of now, -fmax-errors has been backported to 4.2; it was committed to trunk
some months ago. This at least masks this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538
--- Comment #2 from brooks at gcc dot gnu dot org 2007-03-05 20:37 ---
Subject: Bug 31050
Author: brooks
Date: Mon Mar 5 20:37:05 2007
New Revision: 122574
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122574
Log:
PR 31050
* gcc.c: Correct copyright date in --versio
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-05 20:43 ---
Fixed in 4.2; currently regtesting in mainline.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from brooks at gcc dot gnu dot org 2007-03-05 21:36 ---
An identical bug also affects gfortran --version.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31050
--- Comment #6 from brooks at gcc dot gnu dot org 2007-03-06 07:35 ---
Subject: Bug 31050
Author: brooks
Date: Tue Mar 6 07:35:28 2007
New Revision: 122597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122597
Log:
PR 31050
* gfortranspec.c (lang_specific_driver)
--- Comment #7 from brooks at gcc dot gnu dot org 2007-03-06 07:39 ---
Both the "gcc --version" and "gfortran --version" problems are fixed on 4.3 and
4.2, and as per Steve Kargl's commit, the gfortran version bug is fixed on 4.1.
The gcc --version bug is
--- Comment #10 from brooks at gcc dot gnu dot org 2007-03-09 04:50 ---
See http://gcc.gnu.org/ml/fortran/2007-03/msg00155.html for a proposed patch.
I'll attach it here, as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
--- Comment #11 from brooks at gcc dot gnu dot org 2007-03-09 04:51 ---
Created an attachment (id=13175)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13175&action=view)
Fixincludes patch to fix _mingw.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #14 from brooks at gcc dot gnu dot org 2007-03-09 22:21 ---
Since this isn't a regression, the fix won't be backported to 4.1; thus, I'm
closing this as fixed.
--
brooks at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-12 20:03 ---
Subject: Bug 30635
Author: brooks
Date: Mon Mar 12 20:03:33 2007
New Revision: 122861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122861
Log:
PR 30635
* doc/install.texi: Document --enabl
--- Comment #2 from brooks at gcc dot gnu dot org 2007-03-12 20:09 ---
Fixed, as per the previous comment.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from brooks at gcc dot gnu dot org 2007-03-13 08:11 ---
I believe that all of the nonstandard intrinsics have now been documented in
4.2 and 4.3, and thus I am closing this bug as fixed.
--
brooks at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from brooks at gcc dot gnu dot org 2007-03-13 08:47 ---
This bug was erroneously closed. The following intrinsics are undocumented in
4.2:
INT2, SHORT
INT8, LONG
MCLOCK
MCLOCK8
SECOND
The relevant bits of intrinsic.c:
add_sym_1 ("int2", ELEMENTAL,
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #7 from brooks at gcc dot gnu dot org 2007-03-13 09:00 ---
Relevant pieces of trans-intrinsic.c:
/* Integer conversions are handled separately to make sure we get the
correct rounding mode. */
case GFC_ISYM_INT:
case GFC_ISYM_INT2:
case
Severity: normal
Priority: P3
Component: fortran
AssignedTo: pault at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31160
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #8 from brooks at gcc dot gnu dot org 2007-03-13 09:15 ---
Relevant parts of libgfortran/clock.c:
GFC_INTEGER_4
mclock (void)
{
#ifdef HAVE_CLOCK
return (GFC_INTEGER_4) clock ();
#else
return (GFC_INTEGER_4) -1;
#endif
}
GFC_INTEGER_8
mclock8 (void)
{
#ifdef HAVE_CLOCK
--- Comment #9 from brooks at gcc dot gnu dot org 2007-03-14 02:43 ---
Subject: Bug 28068
Author: brooks
Date: Wed Mar 14 02:43:27 2007
New Revision: 122902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122902
Log:
PR fortran/28068
* intrinsic.texi: General whitespace
--- Comment #10 from brooks at gcc dot gnu dot org 2007-03-14 02:45 ---
Subject: Bug 28068
Author: brooks
Date: Wed Mar 14 02:45:14 2007
New Revision: 122903
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122903
Log:
PR fortran/28068
* intrinsic.texi: General whitespace
--- Comment #11 from brooks at gcc dot gnu dot org 2007-03-14 02:46 ---
_Now_ this is fixed on 4.2 and trunk. :)
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from brooks at gcc dot gnu dot org 2007-03-14 04:19 ---
Furthermore, the function form of CHDIR erroneously has "A" as the argument
name.
(Actually, all three of the names involved for this artgument are erroneous
compared to the G77 documentation, which
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-14 04:37 ---
Subject: Bug 30948
Author: brooks
Date: Wed Mar 14 04:37:15 2007
New Revision: 122904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122904
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #6 from brooks at gcc dot gnu dot org 2007-03-14 04:37 ---
Subject: Bug 30922
Author: brooks
Date: Wed Mar 14 04:37:15 2007
New Revision: 122904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122904
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-14 04:37 ---
Subject: Bug 30953
Author: brooks
Date: Wed Mar 14 04:37:15 2007
New Revision: 122904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122904
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #7 from brooks at gcc dot gnu dot org 2007-03-14 04:39 ---
Subject: Bug 30922
Author: brooks
Date: Wed Mar 14 04:38:47 2007
New Revision: 122905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122905
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #4 from brooks at gcc dot gnu dot org 2007-03-14 04:39 ---
Subject: Bug 30948
Author: brooks
Date: Wed Mar 14 04:38:47 2007
New Revision: 122905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122905
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #2 from brooks at gcc dot gnu dot org 2007-03-14 04:39 ---
Subject: Bug 30953
Author: brooks
Date: Wed Mar 14 04:38:47 2007
New Revision: 122905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122905
Log:
PR fortran/30922
PR fortran/30948
PR fortr
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-14 04:40 ---
Fixed by the above commits on 4.2 and trunk.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from brooks at gcc dot gnu dot org 2007-03-14 04:43 ---
The above commits fix the erroneous argument name in the documentation; it is
now documented to be "NAME". In addition, the "STATUS" argument is now
documented to only allow default integers (w
--- Comment #6 from brooks at gcc dot gnu dot org 2007-03-14 04:45 ---
The above commit fixes the documentation to document that only default integer
arguments are allowed.
I left the argument name as "STATUS", because "COUNT" seems absurd and in this
case I thin
--- Comment #7 from brooks at gcc dot gnu dot org 2007-03-14 04:47 ---
The "above commit" is obviously missing; I typoed the PR number when making it.
Here's the info:
Author: brooks
Date: Wed Mar 14 04:38:47 2007
New Revision: 122905
URL: http://gcc.gnu.org/viewcvs?ro
--- Comment #8 from brooks at gcc dot gnu dot org 2007-03-14 04:47 ---
Those last two commits should have gone to PR 30933. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30922
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31193
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31229
Keywords: documentation
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31234
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-16 22:39 ---
This is probably related to Bug #31229.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-16 22:40 ---
This is probably related to Bug #31154
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31229
--- Comment #2 from brooks at gcc dot gnu dot org 2007-03-17 23:39 ---
At the end of 14.6.3.3, "Default initialization may be specified for a storage
unit that is storage associated provided the objects or subobjects supplying
the default initialization are of the same type and
ssigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349
ome on
std. error.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build t
ty: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31351
iority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31352
s: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-
Summary: --help= option isn't documented.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu
: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31356
: --help and --help= options cannot be combined.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-28 19:22 ---
The patch tracker missed the patch I'd already posted for this one as well:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01655.html
I think our fixes are fairly equivalent here; yours specifies the list of
lan
--- Comment #1 from brooks at gcc dot gnu dot org 2007-03-28 19:23 ---
Patch posted, but the patch tracker didn't see it:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01657.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31356
--- Comment #3 from brooks at gcc dot gnu dot org 2007-03-28 19:17 ---
I had previously posted a patch to fix this, as well, but apparently the patch
tracker didn't pick up on it to attach it to the PR:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01658.html
As mentioned o
--- Comment #5 from brooks at gcc dot gnu dot org 2007-04-04 19:10 ---
Subject: Bug 31353
Author: brooks
Date: Wed Apr 4 19:10:17 2007
New Revision: 123498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123498
Log:
PR other/31353
* gcc.c (main): Do not run the l
--- Comment #3 from brooks at gcc dot gnu dot org 2007-04-04 19:17 ---
Subject: Bug 31356
Author: brooks
Date: Wed Apr 4 19:17:30 2007
New Revision: 123499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123499
Log:
PR other/31356
* gcc.c (print_specific_help): Fi
--- Comment #6 from brooks at gcc dot gnu dot org 2007-04-04 19:24 ---
Fixed, as per the above commit.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from brooks at gcc dot gnu dot org 2007-04-04 19:24 ---
Fixed, as per the above commit.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from brooks at gcc dot gnu dot org 2007-04-04 19:32 ---
Fixed in svn 123497:
(http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123497)
--
brooks at gcc dot gnu dot org changed:
What|Removed
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
CC||brooks at gcc dot gnu dot
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #2 from brooks at gcc dot gnu dot org 2007-04-06 23:06 ---
The following code repeats the ICE:
character(LEN=2), parameter :: a="a "
real, dimension(2,2), parameter :: r=1.0
character(LEN=4) :: b=REPEAT(a,2)
real, dimension(4) :: l=RESHAPE(r,(/4/))
chara
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |brooks at gcc dot gnu dot
|dot org
--- Comment #2 from brooks at gcc dot gnu dot org 2007-04-06 23:12 ---
This looks related to 31218, so I'm adding a dependency even though I'm not
certain it's the same. Also confirming, because it's definitely a bug even if
it's a duplicate one.
--
broo
--- Comment #1 from brooks at gcc dot gnu dot org 2007-04-20 01:52 ---
This is invalid code, since initialization expressions must be constants, and
the length of an assumed-length string argument is not a constant. Regardless,
we shouldn't be ICE'ing on it.
--
brooks
--- Comment #8 from brooks at gcc dot gnu dot org 2007-04-23 20:48 ---
*** Bug 31672 has been marked as a duplicate of this bug. ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from brooks at gcc dot gnu dot org 2007-04-23 20:48 ---
Thanks for reporting this -- this is a rather nicer testcase than the one we
had for this already.
I've also changed the title of PR #29786 to make it easier to find.
*** This bug has been marked as a duplica
--- Comment #9 from brooks at gcc dot gnu dot org 2007-04-23 20:49 ---
I'm changing the name of this bug to make it a lot easier to find, now that we
know what the actual problem is.
Also, PR #31672 contains an excellent testcase for this, which I'll
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P5 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786
--- Comment #5 from brooks at gcc dot gnu dot org 2007-05-03 03:24 ---
If this analysis of the problem is correct, the patch attached here should fix
it:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00135.html
--
brooks at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from brooks at gcc dot gnu dot org 2007-05-03 07:15 ---
Subject: Bug 31776
Author: brooks
Date: Thu May 3 06:14:52 2007
New Revision: 124373
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124373
Log:
PR bootstrap/31776
* system.h: Remove inclusion o
--- Comment #7 from brooks at gcc dot gnu dot org 2007-05-03 07:22 ---
The above commit should fix this problem.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31823
--- Comment #1 from brooks at gcc dot gnu dot org 2007-05-04 22:11 ---
Created an attachment (id=13510)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13510&action=view)
Documentation patch for COMPLEX
--
brooks at gcc dot gnu dot org changed:
What|
--- Comment #2 from brooks at gcc dot gnu dot org 2007-05-05 00:29 ---
Created an attachment (id=13512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13512&action=view)
Documentation patch (not corrupted, this time)
--
brooks at gcc dot gnu dot org changed:
--- Comment #6 from brooks at gcc dot gnu dot org 2007-05-17 22:45 ---
Yeah, this is to be expected, I think. Holleriths store the memory
representation but not the "semantic" representation of their value, and
transfer tries to fold things and gets confused.
There's p
--- Comment #7 from brooks at gcc dot gnu dot org 2007-05-28 20:53 ---
Subject: Bug 31972
Author: brooks
Date: Mon May 28 20:53:09 2007
New Revision: 125141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125141
Log:
PR 31972/fortran
* target-memory.c (gfc_target_expr_si
--- Comment #8 from brooks at gcc dot gnu dot org 2007-05-28 20:54 ---
Subject: Bug 31972
Author: brooks
Date: Mon May 28 20:54:49 2007
New Revision: 125142
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125142
Log:
PR fortran/31972
* transfer_hollerith_1.f90: New test
--- Comment #9 from brooks at gcc dot gnu dot org 2007-05-28 20:57 ---
Fixed, as per above commits.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from brooks at gcc dot gnu dot org 2007-05-28 21:09 ---
Paul, I don't think that's solving the right problem. The code is legal; the
inner TRANSFER creates an array of CHARACTER with len=1 and size=20, which
conforms with a CHARACTER scalar of len=20.
In red
--- Comment #4 from brooks at gcc dot gnu dot org 2007-05-29 05:59 ---
I misunderstood something slightly in that last comment; MERGE is elemental, so
the conforming I mentioned doesn't matter. Also, my guess that fixing the
transfer("A", "x", 20) problem
apple
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: brooks at gcc dot gnu dot org
GCC
--- Comment #1 from brooks at gcc dot gnu dot org 2007-05-29 07:27 ---
I should have noted: I think this showed up within the last week, but I can
confirm that it's not in my saved testsuite results from 2007-05-07.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32137
--- Comment #2 from brooks at gcc dot gnu dot org 2007-05-29 07:35 ---
Update: This isn't a regression; the testcase is new.
--
brooks at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from brooks at gcc dot gnu dot org 2007-05-29 18:45 ---
As of SVN 125160, this is working again. Weird, indeed.
I guess I'll close it as a chimera.
--
brooks at gcc dot gnu dot org changed:
What|Removed |
1 - 100 of 146 matches
Mail list logo
