Mail Archives: djgpp/1998/04/05/12:56:14
In article <3526D39C DOT 602C AT plinet DOT com> cterry AT plinet DOT com "Charles Terry" writes:
> > c:/djgpp/tmp/RHaaaaaa/ccaaaaaaa.i: No such file or directory (ENOENT)
> >
> > If I look in /djgpp/tmp, I find that it has managed to create the >directory
>
> This is a message from the linker. When you compile straight from
> a source file to an exe the compiler creates a temporary object file
> to use in the link. Probably the compiler is trying to use a long
> file name and its getting truchated so the linker can't find it.
> I think the fix is to set the an environment variable.
> SET LFN=N or possibly the opposite (I run dos so I don't have to
> worry about it.)
>
I have tried both settings for LFN, and modified djgpp.env for both
settings and get no change.
>
> Also in Rhide if you create a project with your source in it it
> will write a permanent object file, and compile from that. I would
> suggest you try this first, if you can compile that way then it
> would indicate that your other setup stuff is right except the LFN.
>
I have produced a project, with the source file, and get exactly the
same error - apart from the extra directory that rhide builds (RHaaaaaa).
In the documentation, I see reference to temporary files of the form
ccaaaaaa.iin , or ccaaaaaa.inn with n an integer. My files are simply
ccaaaaaa.ii (or ccaaaaaa.i for c). Could this have anything to do with
it?
This is very frustrating, any other suggestions will be welcome!
--
Peter H.M. Brooks
- Raw text -