[Bug fortran/31823] [4.2 regression] COMPLEX not documented

2007-07-11 Thread brooks at gcc dot gnu dot org
--- Comment #5 from brooks at gcc dot gnu dot org 2007-07-11 06:25 --- Subject: Bug 31823 Author: brooks Date: Wed Jul 11 06:25:47 2007 New Revision: 126538 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126538 Log: Backport from trunk: PR fortran/31823 * intrinsic.texi (CMPLX

[Bug fortran/31823] [4.2 regression] COMPLEX not documented

2007-07-11 Thread brooks at gcc dot gnu dot org
--- Comment #6 from brooks at gcc dot gnu dot org 2007-07-11 06:34 --- Fixed, as per the above commit. -- brooks at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++

2007-07-03 Thread brooks at gcc dot gnu dot org
--- Comment #5 from brooks at gcc dot gnu dot org 2007-07-03 19:45 --- Nick - So, if I understand correctly: all of the options are listed somewhere, but we no longer provide any information about which of the shared options under language related options are supported by a given

[Bug other/31349] [4.3 Regression] gcc -v --help returns no options for C, C++

2007-07-03 Thread brooks at gcc dot gnu dot org
--- Comment #6 from brooks at gcc dot gnu dot org 2007-07-03 19:46 --- Er, that's now absent, I mean. An extraneous not crept into the second paragraph of my last comment when I was editing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349

[Bug fortran/32137] New: [4.3 regression] func_result_3.f90 ICEs on powerpc-apple

2007-05-29 Thread brooks at gcc dot gnu dot org
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 build triplet: powerpc

[Bug fortran/32137] [4.3 regression] func_result_3.f90 ICEs on powerpc-apple

2007-05-29 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/32137] [4.3] func_result_3.f90 ICEs on powerpc-apple

2007-05-29 Thread brooks at gcc dot gnu dot org
--- 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 |Added

[Bug fortran/32137] [4.3] func_result_3.f90 ICEs on powerpc-apple

2007-05-29 Thread brooks at gcc dot gnu dot org
--- 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 |Added

[Bug fortran/31972] [4.3 regression] Internal Error occurs when TRANSFER contains hollerith argument

2007-05-28 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=125141 Log: PR 31972/fortran * target-memory.c (gfc_target_expr_size): Add

[Bug fortran/31972] [4.3 regression] Internal Error occurs when TRANSFER contains hollerith argument

2007-05-28 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=125142 Log: PR fortran/31972 * transfer_hollerith_1.f90: New test. Added

[Bug fortran/31972] [4.3 regression] Internal Error occurs when TRANSFER contains hollerith argument

2007-05-28 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/31610] ICE with transfer, merge in gfc_conv_expr_descriptor

2007-05-28 Thread brooks at gcc dot gnu dot org
--- 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 reducing

[Bug fortran/31610] ICE with transfer, merge in gfc_conv_expr_descriptor

2007-05-28 Thread brooks at gcc dot gnu dot org
--- 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 would fix the whole thing proved

[Bug fortran/31972] [4.3 regression] Internal Error occurs when TRANSFER contains hollerith argument

2007-05-17 Thread brooks at gcc dot gnu dot org
--- 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 probably an easy

[Bug fortran/31823] New: [4.2 regression] COMPLEX not documented

2007-05-04 Thread brooks at gcc dot gnu dot org
: 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

[Bug fortran/31823] [4.2 regression] COMPLEX not documented

2007-05-04 Thread brooks at gcc dot gnu dot org
--- 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=13510action=view) Documentation patch for COMPLEX -- brooks at gcc dot gnu dot org changed: What|Removed

[Bug fortran/31823] [4.2 regression] COMPLEX not documented

2007-05-04 Thread brooks at gcc dot gnu dot org
--- 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=13512action=view) Documentation patch (not corrupted, this time) -- brooks at gcc dot gnu dot org changed: What

[Bug bootstrap/31776] Bootstrap fails with error: conflicting types for strsignal

2007-05-03 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=124373 Log: PR bootstrap/31776 * system.h: Remove inclusion of double-int.h

[Bug bootstrap/31776] Bootstrap fails with error: conflicting types for strsignal

2007-05-03 Thread brooks at gcc dot gnu dot org
--- 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

[Bug bootstrap/31776] Bootstrap fails with error: conflicting types for strsignal

2007-05-02 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/29786] [4.1/4.2/4.3 Regression] rejects equivalence

2007-04-23 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/31672] Not Implemented: Initialization of overlapping variables

2007-04-23 Thread brooks at gcc dot gnu dot org
--- 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 duplicate

[Bug fortran/29786] [4.1/4.2/4.3 Regression] Initialization of overlapping variables: Not implemented

2007-04-23 Thread brooks at gcc dot gnu dot org
--- 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 quote here

[Bug fortran/29786] [4.1/4.2/4.3 Regression] Initialization of overlapping variables: Not implemented

2007-04-23 Thread brooks at gcc dot gnu dot org
-- brooks at gcc dot gnu dot org changed: What|Removed |Added Priority|P5 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786

[Bug fortran/31639] [4.1/4.2/4.3] ICE in gfc_conv_constant, at fortran/trans-const.c:348 with len

2007-04-19 Thread brooks at gcc dot gnu dot org
--- 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 at gcc dot

[Bug fortran/30881] Select case of case(transfer(...)) wrongly rejected

2007-04-06 Thread brooks at gcc dot gnu dot org
-- brooks at gcc dot gnu dot org changed: What|Removed |Added CC||brooks at gcc dot gnu dot

[Bug fortran/31216] TRANSFER in CASE leads to ICE

2007-04-06 Thread brooks at gcc dot gnu 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

[Bug fortran/31194] NaN transfer - internal compiler error: in gfc_conv_constant

2007-04-06 Thread brooks at gcc dot gnu 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

[Bug fortran/31218] ICE on valid code with gfortran

2007-04-06 Thread brooks at gcc dot gnu 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/)) character(LEN=3) :: c

[Bug fortran/31427] TRANSFER with mold kind /= lval kind: ICE on ia64, i686; no warning

2007-04-06 Thread brooks at gcc dot gnu 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

[Bug fortran/31257] ICE in gfc_conv_expr_descriptor

2007-04-06 Thread brooks at gcc dot gnu 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. -- brooks at gcc dot gnu dot org

[Bug driver/31353] gcc --help=target gives a linker error.

2007-04-04 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=123498 Log: PR other/31353 * gcc.c (main): Do not run the linker

[Bug other/31356] gcc --help=language option has problems in the output header line.

2007-04-04 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=123499 Log: PR other/31356 * gcc.c (print_specific_help): Fix --help

[Bug driver/31353] gcc --help=target gives a linker error.

2007-04-04 Thread brooks at gcc dot gnu dot org
--- 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

[Bug other/31356] gcc --help=language option has problems in the output header line.

2007-04-04 Thread brooks at gcc dot gnu dot org
--- 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

[Bug driver/31355] --help=language option isn't documented.

2007-04-04 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=123497) -- brooks at gcc dot gnu dot org changed: What|Removed |Added

[Bug driver/31355] --help=language option isn't documented.

2007-03-28 Thread brooks at gcc dot gnu 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 language

[Bug other/31356] gcc --help=language option has problems in the output header line.

2007-03-28 Thread brooks at gcc dot gnu dot org
--- 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

[Bug driver/31353] gcc --help=target gives a linker error.

2007-03-28 Thread brooks at gcc dot gnu dot org
--- 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

[Bug other/31349] New: gcc -v --help returns no options for C, C++

2007-03-25 Thread brooks at gcc dot gnu dot org
at gcc dot gnu dot org ReportedBy: brooks at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31349

[Bug other/31350] New: gcc -v --help puts some output on std. out, and some on std. error.

2007-03-25 Thread brooks at gcc dot gnu dot org
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 triplet

[Bug other/31351] New: gcc -v --help has poor documentation for some shared Ada/C options

2007-03-25 Thread brooks at gcc dot gnu dot org
: 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

[Bug other/31352] New: gcc -v --help doesn't notice when front-ends documentation differs for same option

2007-03-25 Thread brooks at gcc dot gnu dot org
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

[Bug other/31353] New: gcc --help=target gives a linker error.

2007-03-25 Thread brooks at gcc dot gnu dot org
: 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-pc-linux-gnu http://gcc.gnu.org/bugzilla

[Bug other/31355] New: --help=language option isn't documented.

2007-03-25 Thread brooks at gcc dot gnu dot org
. 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 dot org http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug other/31356] New: gcc --help=language option has problems in the output header line.

2007-03-25 Thread brooks at gcc dot gnu dot org
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

[Bug other/31357] New: --help and --help=value options cannot be combined.

2007-03-25 Thread brooks at gcc dot gnu dot org
: brooks at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31357

[Bug driver/31353] gcc --help=target gives a linker error.

2007-03-25 Thread brooks at gcc dot gnu 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

[Bug other/31356] gcc --help=language option has problems in the output header line.

2007-03-25 Thread brooks at gcc dot gnu 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

[Bug fortran/30875] Equivalence of derived types with (same) default initializer

2007-03-17 Thread brooks at gcc dot gnu dot org
--- 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 type

[Bug fortran/31229] New: kind parameter in function declaration fails to find use-associated parameters

2007-03-16 Thread brooks at gcc dot gnu dot org
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

[Bug fortran/31234] New: Thread-safety of random_number should be documented.

2007-03-16 Thread brooks at gcc dot gnu dot org
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

[Bug fortran/31154] IMPORT fails for imported symbol FUNCTION (...) kind of procedures

2007-03-16 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/31229] kind parameter in function declaration fails to find use-associated parameters

2007-03-16 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/31193] New: ICE on count(transfer(...)...), with non-constant transfer arguments.

2007-03-15 Thread brooks at gcc dot gnu dot org
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

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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, ACTUAL_NO

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu 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

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu 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

[Bug fortran/31160] New: %VAL and related features need to be documented.

2007-03-13 Thread brooks at gcc dot gnu dot org
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

[Bug fortran/30953] intrinsic: CTIME

2007-03-13 Thread brooks at gcc dot gnu 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

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu 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

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122902 Log: PR fortran/28068 * intrinsic.texi: General whitespace cleanup

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122903 Log: PR fortran/28068 * intrinsic.texi: General whitespace cleanup

[Bug fortran/28068] Non-standard intrinsics should be documented

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/30948] intrinsic: CHDIR

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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 gives the variable

[Bug fortran/30948] intrinsic: CHDIR

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122904 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30922] IMPORT fails for same symbol in multiple interface bodies of same interface block

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122904 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30953] intrinsic: CTIME

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122904 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30922] IMPORT fails for same symbol in multiple interface bodies of same interface block

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122905 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30948] intrinsic: CHDIR

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122905 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30953] intrinsic: CTIME

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122905 Log: PR fortran/30922 PR fortran/30948 PR fortran/30953

[Bug fortran/30953] intrinsic: CTIME

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/30948] intrinsic: CHDIR

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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 (which can be int_4 or int_8

[Bug fortran/30933] intrinsic: EXIT

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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 think it's clear that we want

[Bug fortran/30933] intrinsic: EXIT

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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?root=gccview=revrev

[Bug fortran/30922] IMPORT fails for same symbol in multiple interface bodies of same interface block

2007-03-13 Thread brooks at gcc dot gnu dot org
--- 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

[Bug bootstrap/30635] --enable-stage1-langauges configure option is not documented.

2007-03-12 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122861 Log: PR 30635 * doc/install.texi: Document --enable-stage1-languages

[Bug bootstrap/30635] --enable-stage1-langauges configure option is not documented.

2007-03-12 Thread brooks at gcc dot gnu dot org
--- 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

[Bug bootstrap/30635] --enable-stage1-langauges configure option is not documented.

2007-03-09 Thread brooks at gcc dot gnu 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

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

2007-03-09 Thread brooks at gcc dot gnu 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 |Added

[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32

2007-03-08 Thread brooks at gcc dot gnu dot org
--- 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

[Bug bootstrap/30589] [4.3 regression] C99 extern inline patch broke bootstrap on i386-pc-mingw32

2007-03-08 Thread brooks at gcc dot gnu dot org
--- 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=13175action=view) Fixincludes patch to fix _mingw.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30589

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

2007-03-05 Thread brooks at gcc dot gnu 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

[Bug other/31050] New: gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
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 triplet: i686-pc

[Bug other/31050] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
-- brooks at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last

[Bug fortran/30437] [4.1/4.2 Regression] -Wno-all is rejected (even when fortran is not included)

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122572 Log: fortran/ PR fortran/30437 Backport from trunk: 2007-01-25

[Bug fortran/30437] [4.1 Regression] -Wno-all is rejected (even when fortran is not included)

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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

[Bug fortran/23538] gfortran hangs on old cray fortran 66 program

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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

[Bug other/31050] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122574 Log: PR 31050 * gcc.c: Correct copyright date in --version output

[Bug other/31050] [4.1/4.3] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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

[Bug other/31050] [4.1/4.3] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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

[Bug other/31050] [4.1/4.3] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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=gccview=revrev=122597 Log: PR 31050 * gfortranspec.c (lang_specific_driver): Update program

[Bug other/31050] [4.1] gcc --version reports wrong year.

2007-03-05 Thread brooks at gcc dot gnu dot org
--- 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 still outstanding on 4.1, however

[Bug fortran/30437] [4.1/4.2 Regression] -Wno-all is rejected (even when fortran is not included)

2007-03-04 Thread brooks at gcc dot gnu 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

[Bug fortran/30752] New: SECNDS() or DATE_AND_TIME() intrinsic optimized incorrectly.

2007-02-09 Thread brooks at gcc dot gnu dot org
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-gnu GCC target triplet: i686-pc-linux-gnu http

[Bug fortran/30752] SECNDS() or DATE_AND_TIME() intrinsic optimized incorrectly.

2007-02-09 Thread brooks at gcc dot gnu dot org
--- 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

[Bug rtl-optimization/323] optimized code gives strange floating point results

2007-02-09 Thread brooks at gcc dot gnu dot org
--- 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

[Bug libfortran/30617] recursive I/O hangs under OSX 10.3

2007-02-07 Thread brooks at gcc dot gnu dot org
--- 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 conform

[Bug c/30661] New: mayalias-2.c, mayalias-3.c fail at -O3 -g with --enable-checking=yes

2007-01-31 Thread brooks at gcc dot gnu dot org
: 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

  1   2   >