Mail Archives: djgpp/1997/12/31/02:01:08
Many people to answer!
On 97-12-30 12:22:47 EST, Eli Zaretskii wrote:
>I think I know the answer. Are all of those who see this have their zip
>drive mapped to disk D:? If so, then the reason is that ld.exe has the
>path name "d:/v2/go32/lib" hard-wired into it. I'd guess that when
>Robert Hoehne built Binutils, that was the directory he used, and it was
>therefore configured as the default one.
Mine is mapped to E:.
On 97-12-30 06:13:00 EST, Eli Zaretskii wrote:
>On Tue, 30 Dec 1997, Myknees wrote:
>> Well, as I tried to say in the original post, but may not have laid out
>> explicitly, this phenomenon is inconsistent. It tends to happen after I
have
>> not compiled anything for a while.
>
>Is the inconsistency due only to the fact that you need to wait until the
>zip drive goes into its sleep mode? If not, then the inconsistency
>probably says that LD is not the reason for this.
>
>What version of Binutils do you have? Is it 2.7 or 2.8.1?
Yes. The inconsistency does seem to be due to the fact that the problem occurs
only when the zip drive is asleep & not spinning.
In the RHIDE bug report, I see that the LD version is 2.8.1.
In article <34aa0925 DOT 37174269 AT news DOT dircon DOT co DOT uk>, xyzzy AT snafu DOT fubar (Roger)
writes:
>The following string appears in GNU ld 2.8.1 (the offset is from the beginning
>of the file):
>
> 0x03C77C e:/djgpp/i386-pc-msdosdjgpp/lib
>
>Changing the e: to c: "cured" it for me! (The directory does not actually
exist;
>ld finds out this quickly and gets on looking in its other places.)
That is very interesting. Forgive a newbie for asking: you mean that you just
edited the source and recompiled LD? I'd try that right now, but I'd have to
take the time to learn how to do it properly. I might mess something up.
--Ed (Myknees)
- Raw text -