X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
X-Received:	by 10.224.163.14 with SMTP id y14mr3637244qax.3.1374149160016;
	Thu, 18 Jul 2013 05:06:00 -0700 (PDT)
X-Received:	by 10.49.36.199 with SMTP id s7mr515617qej.17.1374149159977; Thu,
	18 Jul 2013 05:05:59 -0700 (PDT)
Newsgroups:	comp.os.msdos.djgpp
Date:	Thu, 18 Jul 2013 05:05:59 -0700 (PDT)
In-Reply-To:	<83ehaw1ssi.fsf@gnu.org>
Complaints-To:	groups-abuse AT google DOT com
Injection-Info:	glegroupsg2000goo.googlegroups.com; posting-host=89.24.106.115;
	posting-account=Q0wMHAoAAADjYrghh94FTf6YnbpTqZgp
NNTP-Posting-Host:	89.24.106.115
References:	<b5073a3e-7c76-4fb4-ad99-48e5c6929380 AT googlegroups DOT com>
	<87bo61sadv DOT fsf AT uwakimon DOT sk DOT tsukuba DOT ac DOT jp> <33cb891e-c2bc-4298-aef8-f327936e3862 AT googlegroups DOT com>
	<83ppuh11tt DOT fsf AT gnu DOT org> <4c889912-3e72-4732-8b3a-6a0092275cda AT googlegroups DOT com>
	<83ehaw1ssi DOT fsf AT gnu DOT org>
User-Agent:	G2/1.0
MIME-Version:	1.0
Message-ID:	<914fd642-34b3-4259-9eb6-fe3afa6a321a@googlegroups.com>
Subject:	Re: strange problem with compiling ffmpeg 2.0 - libavcodec.a was not created
From:	RayeR <glaux AT centrum DOT cz>
Injection-Date:	Thu, 18 Jul 2013 12:06:00 +0000
Bytes:	2704
Lines:	24
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id r6ICF1bn027632
Reply-To:	djgpp AT delorie DOT com
Errors-To:	nobody AT delorie DOT com
X-Mailing-List:	djgpp AT delorie DOT com
X-Unsubscribes-To:	listserv AT delorie DOT com

Dne čtvrtek, 18. července 2013 4:54:53 UTC+2 Eli Zaretskii napsal(a):
> > Date: Wed, 17 Jul 2013 15:31:16 -0700 (PDT)
> If your ar is a DJGPP program (as it should be), the cmd limitations

Yes I used all tools from DJGPP, no other gcc toolchain in path. I also tried to use mingw make.exe but there was different issue

> your environment is large, 14379 might be too long.

My env is 1677B (set > env.log) so it's less than 16kB limit.

> stubedit-ing your make.exe to give it a larger transfer buffer.

I increased bufize to 32kB but didn't help. The same for 
make clean which calls even 28704 commandline! Still getting Error -1 as the command is cut in a half. I don't understand when they created multiplatform project why they don't care such limits. Probably developers compiled under linux only :\ 
Isn't possible to use some alternative to cmd.exe with greater limit? I don't have much knowledges about makefile strcture, it's complex and I don't want to mess it up. The problem is there's objects list which is increased by various += add more .o and it's used not only for ar but rm too and maybe something else. So if I would split object group to more smaller I will need update not only ar line but all others... :(

- Raw text -