[binutils-gdb] ld: Improve the documentation describing the -o option.

Nick Clifton nickc@sourceware.org
Mon Jun 24 14:01:14 GMT 2024


https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=df85f9864f4ad9d2deb6a953107b916d701f7c1b

commit df85f9864f4ad9d2deb6a953107b916d701f7c1b
Author: Nick Clifton <nickc@redhat.com>
Date:   Mon Jun 24 15:00:14 2024 +0100

    ld: Improve the documentation describing the -o option.
    
      PR 31761

Diff:
---
 ld/ld.texi | 22 ++++++++++++++++++++++
 1 file changed, 22 insertions(+)

diff --git a/ld/ld.texi b/ld/ld.texi
index cc0a37d44ad..2eafeb7dd39 100644
--- a/ld/ld.texi
+++ b/ld/ld.texi
@@ -994,6 +994,28 @@ Use @var{output} as the name for the program produced by @command{ld}; if this
 option is not specified, the name @file{a.out} is used by default.  The
 script command @code{OUTPUT} can also specify the output file name.
 
+Note - the linker will delete the output file before it starts to
+write to it.  It will do this even if it turns out that the link
+cannot be completed due to errors.
+
+Note - the linker will check to make sure that the output file name
+does not match the name of any of the input files, but that is all.
+In particular it will not complain if the output file might overwrite
+a source file or some other important file.  Therefore in build
+systems it is recommended to use the @option{-o} option as the last
+option on the linker command line.  For example consider:
+
+@smallexample
+  ld -o $(EXE) $(OBJS)
+  ld $(OBJS) -o $(EXE)
+@end smallexample
+
+If the @samp{EXE} variable is not defined for some reason, the first
+version of the linker command could end up deleting one of the object
+files (the first one in the @samp{OBJS} list) whereas the second
+version of the linker command will generate an error message and not
+delete anything.
+
 @kindex --dependency-file=@var{depfile}
 @cindex dependency file
 @item --dependency-file=@var{depfile}


More information about the Binutils-cvs mailing list