[Bug binutils/1343] need --with-lib-path = $exec_prefix for ld

2005-09-14 Thread russfink at hotmail dot com
--- Additional Comments From russfink at hotmail dot com 2005-09-14 19:43 --- ld --verbose indicates correct order. This is a non-problem. Sorry, and thanks for your help - I'm going to change the bug to INVALID. -- What|Removed |Added -

Re: [Bug ld/1343] New: need --with-lib-path = $exec_prefix for ld

2005-09-14 Thread Daniel Jacobowitz
On Wed, Sep 14, 2005 at 03:29:45PM -, russfink at hotmail dot com wrote: > I compiled a binutils for a custom target, and specified "./configure > --prefix=foo --exec_prefix=arch/foo" at the top level binutils directory. > During the build, it went into the "ld" directory and did a standard >

[Bug binutils/1343] need --with-lib-path = $exec_prefix for ld

2005-09-14 Thread drow at false dot org
--- Additional Comments From drow at false dot org 2005-09-14 15:38 --- Subject: Re: New: need --with-lib-path = $exec_prefix for ld On Wed, Sep 14, 2005 at 03:29:45PM -, russfink at hotmail dot com wrote: > I compiled a binutils for a custom target, and specified "./configure > --p

[Bug ld/1343] New: need --with-lib-path = $exec_prefix for ld

2005-09-14 Thread russfink at hotmail dot com
I compiled a binutils for a custom target, and specified "./configure --prefix=foo --exec_prefix=arch/foo" at the top level binutils directory. During the build, it went into the "ld" directory and did a standard "./configure". The compiled "ld" has a default search path of /lib:/usr/lib:/usr/lo

[Bug binutils/1343] need --with-lib-path = $exec_prefix for ld

2005-09-14 Thread russfink at hotmail dot com
--- Additional Comments From russfink at hotmail dot com 2005-09-14 15:30 --- changed component to binutils -- What|Removed |Added Component|ld