This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: ld: cannot find
- From: Alan Modra <amodra at bigpond dot net dot au>
- To: "Meulendijks, J." <Meulendijks at WT dot TNO dot NL>
- Cc: "'binutils at sources dot redhat dot com'" <binutils at sources dot redhat dot com>
- Date: Fri, 1 Oct 2004 17:44:58 +0930
- Subject: Re: ld: cannot find
- References: <6B80E71673E6D611AC1D0008C7F37BC203F8E5E4@wt15.wt.tno.nl>
On Fri, Oct 01, 2004 at 09:46:15AM +0200, Meulendijks, J. wrote:
> Hi all,
>
> I read the following on the internet:
>
> "You can specify a file name to include sections from a particular file. You
> would do this if one or more of your files contain special data that needs to be
> at a particular location in memory. For example, use the following input.
>
> data.o(.data)"
>
> But when I use this the linker says: "cannot find data.o". But the linkcommand
> is including the directory in which data.o is located. I do this with the -L
> option.
> I don't see what's is wrong with it but I only get this to work if I replace
> "data.o(.data)" with "c:/bla/bla/data.o(.data)". So I must give the absolute
> path and that's NOT what I want.
If you had read a little further, you would have seen
"Note that this differs from an INPUT command, because the linker will
not search for the file in the archive search path."
If you dislike this behaviour, please develop and submit a patch to ld.
--
Alan Modra
IBM OzLabs - Linux Technology Centre