RFA: Pass --help= switch on to sub-processes
Nick Clifton
nickc@redhat.com
Wed Mar 28 17:13:00 GMT 2007
Hi Ian,
>> Please may I apply the following patch to fix PR driver/31353 ? It
>> fixes the gcc driver so that --help=target is passed on to the
>> pre-processor, assembler and linker as --target-help, and any other
>> --help=... option is just passed on as --help. (Which was the
>> nearest equivalent in those subprocesses).
>
> What happens today when not using GNU as and/or not using GNU ld?
> What would happen with your patch?
Well with --help=target they would receive "--target-help" as a command
line option. This is the same behaviour as the current --target-help
switch as accepted by gcc, so I assumed that it was OK for
--help=target. With --help=foo, where foo is anything other than
"target" the assembler and linker will receive --help, which I have also
assumed would be OK.
> In any case this patch (which seems reasonable to me but which I can't
> approve) would require a change to the documentation.
Yes, I only noticed this afterwards. If approved I would also include
this small documentation patch:
Index: gcc/doc/invoke.texi
===================================================================
--- gcc/doc/invoke.texi (revision 123290)
+++ gcc/doc/invoke.texi (working copy)
@@ -1113,14 +1114,21 @@ This will display all of the options con
produced by the compiler.
@item @var{target}
-This will display target-specific options. Unlike the
-@option{--target-help} option however, target-specific options of the
-linker and assembler will not be displayed. This is because those
-tools do not currently support the extended @option{--help=} syntax.
+This will display target-specific options. This option is basically
+the same as @option{--target-help}.
Cheers
Nick
More information about the Gcc-patches
mailing list