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}.


More information about the Gcc-patches mailing list