[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
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

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

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

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

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

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

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

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

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

[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= 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 driver/31355] --help= 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 lan

[Bug other/31356] gcc --help= 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 o

[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=gcc&view=rev&rev=123498 Log: PR other/31353 * gcc.c (main): Do not run the l

[Bug other/31356] gcc --help= 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=gcc&view=rev&rev=123499 Log: PR other/31356 * gcc.c (print_specific_help): Fi

[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= 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= 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=gcc&view=rev&rev=123497) -- brooks at gcc dot gnu dot org changed: What|Removed

[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/)) chara

[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. -- broo

[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

[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 duplica

[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

[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 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 bootstrap/31776] Bootstrap fails with "error: conflicting types for strsignal"

2007-05-02 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=gcc&view=rev&rev=124373 Log: PR bootstrap/31776 * system.h: Remove inclusion o

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

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

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

[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 p

[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=gcc&view=rev&rev=125141 Log: PR 31972/fortran * target-memory.c (gfc_target_expr_si

[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=gcc&view=rev&rev=125142 Log: PR fortran/31972 * transfer_hollerith_1.f90: New test

[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 red

[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

[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
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

[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 |

[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 |

[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

[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/31823] [4.2 regression] COMPLEX not documented

2007-07-10 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=gcc&view=rev&rev=126538 Log: Backport from trunk: PR fortran/31823 * intrinsic.tex

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

2007-07-10 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

<    1   2