On Tue, 12 Apr 2005, Dave Korn wrote:
----Original Message----From: Hugh Sasse Staff Elec Eng Sent: 12 April 2005 14:49
Wouldn't it be an awful lot easier to just
A) apply the previously-mentioned fix to toplevel?
If I knew where it was mentioned, probably.
Earlier in this very thread, Daniel Jacobowitz said (in reply to Joe Buck, who had observed the same bug in binutils, and was wondering if it was fixed yet)
"Yes, since the fix was in the top level. I have already closed at least two binutils PRs about this as FIXED - searching for product == binutils, subject containing install, state containing RESOLVED would have shown them."
I didn't realise looking here would actually give me the fix, or I'd have looked. Sorry. I've only noticed the comments about the fixes.
This leads pretty directly to PRs 179 and 824, although to be fair on closer look the discussion attached to PR179 contains the words "patch posted", and a changelog entry, but no link to the actual patch nor a full checkin revision log.
http://sourceware.org/bugzilla/show_bug.cgi?id=179
However the date makes it easy enough to track down in the cvs:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/configure.in?cvsroot=src#rev1.2 43
OK, thanks for these refs.
B) use a full path to configure, since this only crops up when using a relative path to the configure script?
This seems to be what happened in practice, but my :
<snip long list of dirs1>
didn't seem to break anything, and the install completed successfully.
Yep, they won't have done any harm. The bug is that the configure process uses the path to configure to then generate a relative path to the install-sh script. If the original path to configure was absolute, then this derived path is also absolute, and hence valid for use in any
[...]
Thanks for the explanation. I think I've bumped into a relative path problem before, hence my makefile was constructed correctly. I really wanted to be sure that I'd covered this possibility so I didn't end up with half an install, so when I saw this come up I jumped at it.
cheers, DaveK
Thank you Hugh
