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: <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 Injection-Date: Thu, 18 Jul 2013 12:06:00 +0000 Content-Type: text/plain; charset=UTF-8 Bytes: 2704 Lines: 24 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Content-Transfer-Encoding: 8bit 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 Precedence: bulk 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... :(