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]" <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:	<qb9agg$o05$1@dont-email.me>
Mime-Version:	1.0
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=
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

- Raw text -