https://gcc.gnu.org/bugzilla/show_bug.cgi?id=704
--- Comment #20 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Eric Gallager from comment #19)
> (In reply to jos...@codesourcery.com from comment #18)
> > Whether this is fixed may be determined by running all of the programs
> > installed in $exec_prefix/bin by current mainline with the --help and
> > --version options (and confirming the GCC version number is properly shown
> > in the --version output).
>
> looks like gcc-nm and gcc-ranlib still fail with --help:
That's not a fault with the GCC wrappers, it's because the "upstream" cctools
nm and ranlib don't respond to "--help" (or --version). I have amended
versions of them that handle --help and --version (available on github***) that
work:
$ ./gcc/gcc-ar --help
usage: ar -d [-TLsv] archive file ...
ar -m [-TLsv] archive file ...
<snip>
$ ./gcc/gcc-ar --version
xtools-1.1.0 ar
- the point is that this is not a problem with the GCC wrappers, the intention
of them is to pass the --help and --version onto the underlying commands.
>From the point of view of Darwin, I'd say this could be closed, of course it
might not be completely clean for other platforms.
*** Note: the versions published on github are quite old - on the TODO to
provide some updates.
