From mboxrd@z Thu Jan  1 00:00:00 1970
From: Pete Chown <pc@flinnel.demon.co.uk>
To: gcc-gnats@gcc.gnu.org
Subject: fortran/4279: "g77 -h" gives bogus output
Date: Sun, 09 Sep 2001 15:36:00 -0000
Message-id: <E15gD7B-0000KG-00@flinnel.demon.co.uk>
X-SW-Source: 2001-09/msg00201.html
List-Id: <gcc-prs.sourceware.org>

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