This is the mail archive of the
gcc-prs@gcc.gnu.org
mailing list for the GCC project.
fortran/4279: "g77 -h" gives bogus output
- To: gcc-gnats at gcc dot gnu dot org
- Subject: fortran/4279: "g77 -h" gives bogus output
- From: Pete Chown <pc at flinnel dot demon dot co dot uk>
- Date: Sun, 09 Sep 2001 23:31:45 +0100
>Number: 4279
>Category: fortran
>Synopsis: "g77 -h" gives bogus output
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: unassigned
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sun Sep 09 15:36:00 PDT 2001
>Closed-Date:
>Last-Modified:
>Originator: Pete Chown
>Release: 3.0.1
>Organization:
none
>Environment:
System: Linux flinnel.demon.co.uk 2.4.8 #1 Tue Aug 14 19:43:28 BST 2001 i686 unknown
Architecture: i686
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc-3.0.1/configure --prefix=/usr/local/gcc3
>Description:
Typing "g77" on it's own does this:
% g77
g77: No input files
This is correct behaviour (obviously). Typing "g77 -h" gives this:
% g77 -h
g77: unrecognized option `-h'
/usr/lib/crt1.o: In function `_start':
/usr/lib/crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
I don't feel this is correct. After receiving an invalid option, g77
should either stop or ignore the option it didn't know about. Also
the GNU coding standard says that -h is an alias for --help which does
produce the expected output.
Hardly an important bug but it should be simple to fix when someone
has a bit of time.
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: