X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: "Andrew Greenwood (silverblade_uk AT hotmail DOT com) [via djgpp AT delorie DOT com]" Newsgroups: comp.os.msdos.djgpp Subject: collect2.exe cannot create temporary file in c:/djgpp/tmp/ Date: Sun, 12 May 2019 15:27:28 +0100 Organization: A noiseless patient Spider Lines: 44 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sun, 12 May 2019 14:27:28 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="09b7fadb5b8dd15c5415b5b8b1a66d82"; logging-data="24581"; mail-complaints-to="abuse AT eternal-september DOT org"; posting-account="U2FsdGVkX18D3oDoUpJFWKyPkhaXVJeNmFOhfoZYlig=" User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 Cancel-Lock: sha1:y8ZDH0SuMtwy6u6ZeTwPO3VqLTY= Content-Language: en-US X-Mozilla-News-Host: news://news.eternal-september.org:119 Bytes: 2484 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com I downloaded the current packages for DJGPP last night and have been trying to compile and link a simple "hello world" program on various emulators/VMs, but I am repeatedly hitting the same problem. If I run: gcc hello.c -o hello.exe I get the following error, reported by collect2.exe: "Cannot create temporary file in c:/djgpp/tmp/: No such file or directory (ENOENT)" I am able to compile gcc -c hello.c -o hello.o without error. DJGPP is installed in C:\DJGPP and the directory C:\DJGPP\TMP does exist. So far I have tried it under DOSBox, and various versions of Windows/DOS under VirtualBox (MS-DOS 6.22, FreeDOS 1.2, Windows 98SE, Windows NT4), all of which fail with the same error. Originally, I tried installing into "C:\DEVELOP\DJGPP" and after this failed, I then tried "C:\DJGPP". I've also tried setting TMPDIR to C:\TEMP and C:/TEMP and the error message changes to reflect this. Packages I downloaded: BNU2311B.ZIP CSDPMI7B.ZIP DJDEV205.ZIP GCC910B.ZIP GDB801B.ZIP MAK421B.ZIP I've used UNZIP32.EXE to unpack these. The problem can be reproduced by executing "collect2" with any filename (even one that does not exist.) I couldn't find any existing bugs reported for this, and no information about it on the Internet on in the FAQ. Any ideas? - Andrew