X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient:	djgpp AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20161025;
	h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
	bh=hnh14LSRQO9jDjMlwZD5eXyG0wxJ5ZG3fykTkm4Hjjc=;
	b=Z6KYfDm666H+Uwk8ussa58nEDAgFOxVfR0If+Lhjbx7QSpQH2TYAROCJWY1CfaE/RI
	8KyEvF1vL+jbHbBNfNdGfuOQU6fM017NWBc+rd/ZuNjkcTUgHl+Ox5EDOHoFO2bgMDP+
	7L8Bj1XrhxgX//TDCu9+MQ9AfrKbT/XD7YLUtHoEs1kPNus8vxW9+ZzqH4PehEp9mDIo
	QDWDx/SoUk2XB21DKdsDtpAIx5oP1mykIdoChqflgOruUXz/T07jVxWqR/z4euyDk5yD
	e5G1u+VNLLqzhnRG1hELGPXYUvunlNQxW6s2FW9XxfnJqrVZq9nuwRVD0M+hNsqyW5AQ
	g2ww==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:references:in-reply-to:from:date
	:message-id:subject:to;
	bh=hnh14LSRQO9jDjMlwZD5eXyG0wxJ5ZG3fykTkm4Hjjc=;
	b=G+p2DqSFBXxbWZOtgifM+Fu7ekgBVrYzhfX8Z7i/PqZYqTsJuf9QeX4FArYKBslQwa
	KLrvU80aZoTLu61E0IbK/amDjYC45woAFhMNhbXqybLYVbsPsmBrCECiFpsBja3jKOQm
	tyAU/8thYf3dI3qoBOx7YF8rS8wMyS36axTYQXuj5xI/maN4P5Y3WugjNTtwpyX+225k
	zByqfTfcFS/zn62B2AYF5XeA18CRxPF2O98jL1KYYLjbRJuwgWSZJftig4vE74RJagqZ
	72HGpweTa/wLcacwACp2pFsHZfrIIgUR00jFuVbj1W2zUTuJwek6yQTwjiIBF/djgInz
	7Aqw==
X-Gm-Message-State:	AOAM5328QW9vBTN0iUTYSHsXizMDexuSP19zMbJje/+pTBe5WK4v3VHS
	19OFuj03iWFprwXfIzBEl5TxQZ5hwWzKlRqZfukwPPXjmfI=
X-Google-Smtp-Source:	ABdhPJxET06bnfUVyOqlKy4NVVgWaGpY0ifW91BPV7vgcMVALIhLPn6xHrvyXcSsKV6uh5w+h3PE2rY4xC49Zs0JcsY=
X-Received:	by 2002:a17:906:38d6:: with SMTP id r22mr13446382ejd.149.1607747757309;
	Fri, 11 Dec 2020 20:35:57 -0800 (PST)
MIME-Version:	1.0
References:	<CAN1+P_3UpFdU_V5bhaF+bT=9YG=qxjyVf7cgiM8etZL9EuKSGw AT mail DOT gmail DOT com>
	<CAN1+P_3Tj1yFHQ1ksFxWK-z1uuF+WtDoZ62rPy+wLp4bzUCU_A AT mail DOT gmail DOT com>
	<9d01fbcb-eae3-96c7-cc68-54c072dee20e AT iki DOT fi> <CAN1+P_0V5Y7Bn_K1AWpybNHqiEOpH1i5qc+Ca965nY9AAS+tvg AT mail DOT gmail DOT com>
	<CAN1+P_0MxAHta=HQ06dh5=CFpNS=STDQYtPfGSume6mokpLDuQ AT mail DOT gmail DOT com>
	<83zh31nbcx DOT fsf AT gnu DOT org> <CAN1+P_1tsGCRndvZfSMFOcPEvCHvcunpCiffNrNDryQwwbEFpw AT mail DOT gmail DOT com>
	<834kl8mbua DOT fsf AT gnu DOT org> <CAN1+P_1E4J8VveQkaeTt2mCsmpD1cBc+woeeKG7+CTM90B8uQA AT mail DOT gmail DOT com>
	<83wny2kevn DOT fsf AT gnu DOT org>
In-Reply-To:	<83wny2kevn.fsf@gnu.org>
From:	"Greg Kennedy (kennedy DOT greg AT gmail DOT com) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com>
Date:	Fri, 11 Dec 2020 22:35:46 -0600
Message-ID:	<CAN1+P_1=YvpR4oSt+SC0+WWB=ZfJRQzszsV0UwLnEhatpm0kpw@mail.gmail.com>
Subject:	Re: GCC 10.2.0, collect2.exe error - cannot create temporary file
To:	djgpp AT delorie DOT com
Reply-To:	djgpp AT delorie DOT com

More than that, unfortunately.  (It's a MAME compile, each cpu or
machine is essentially in its own .o)

I also have a few static libs I'd like compiled in.  Since this
apparently requires the lto-plugin for visibility, it looks like I
should just abandon this attempt to use lto.  Oh well.

On Mon, Nov 30, 2020 at 10:13 AM Eli Zaretskii (eliz AT gnu DOT org) [via
djgpp AT delorie DOT com] <djgpp AT delorie DOT com> wrote:
>
> > From: "Greg Kennedy (kennedy DOT greg AT gmail DOT com) [via djgpp AT delorie DOT com]" <djgpp AT delorie DOT com>
> > Date: Mon, 30 Nov 2020 00:25:33 -0600
> >
> > However, this did give me a way to try building with more or less .o
> > files on the command-line.  As I did this I found that the pex-common
> > call was returning an FD that *increased* for every .o I added.  For
> > example, here's where I put three .o files and the rest in a .a:
> >
> > collect2.c: make_temp_file(.ctc)
> > Called make_temp_file(.ctc), redirecting
> > Called make_temp_file_with_prefix(cc, .ctc):
> > 'c:/djgpp/tmp/ccXXXXXX.ctc'mkstemps(c:/djgpp/tmp/ccXXXXXX.ctc, 4):
> > trying open(c:/djgpp/tmp/cchFW50P.ctc, ...)
> > Got new file descriptor 5
> > -> 'c:/djgpp/tmp/cchFW50P.ctc'
> > collect2.c: make_temp_file(.cto)
> > Called make_temp_file(.cto), redirecting
> > Called make_temp_file_with_prefix(cc, .cto):
> > 'c:/djgpp/tmp/ccXXXXXX.cto'mkstemps(c:/djgpp/tmp/ccXXXXXX.cto, 4):
> > trying open(c:/djgpp/tmp/ccoaJ1Rv.cto, ...)
> > Got new file descriptor 5
> > -> 'c:/djgpp/tmp/ccoaJ1Rv.cto'
> > pex-common.c: make_temp_file(NULL)
> > Called make_temp_file((null)), redirecting
> > Called make_temp_file_with_prefix(cc, ):
> > 'c:/djgpp/tmp/ccXXXXXX'mkstemps(c:/djgpp/tmp/ccXXXXXX, 0): trying
> > open(c:/djgpp/tmp/ccYv0qDi, ...)
> > Got new file descriptor 9
> > -> 'c:/djgpp/tmp/ccYv0qDi'
> >
> > (Meanwhile, just one .o file gave an FD of 7.  All objects in a .a
> > never actually calls this function, I guess because it isn't
> > involved.)
> >
> > My assumption then is that I'm running out of free File Descriptors by
> > passing too many .o files at once.  This seems like a bug, maybe?
>
> How many *.o files do you have in this case?  You can have up to 255
> files open at any given time, see the DJGPP FAQ for details.

- Raw text -