[ros-dev] "the input line is too long" bug caused by hpoussin'schanges
jura at cp-lab.com
Mon Jun 30 11:11:16 CEST 2008
make.exe on Windows has one strange feature (for Win9x
If command line in make file contains double quotes (") make.exe
creates temp batch file and executes this command via batch file. In
other cases a command is executed directly via CreateProcess.
IMO "the input line is too long" bug is caused by batch file
In most cases it can be fixed by replacing double quotes (") by single
----- Original Message -----
From: "Colin Finck" <mail at colinfinck.de>
To: "'ReactOS Development List'" <ros-dev at reactos.org>
Sent: Monday, June 30, 2008 2:38 AM
Subject: [ros-dev] "the input line is too long" bug caused by
> Hello everyone,
> As most devs including me noticed this "the input line is too long"
> after hpoussin's changes in r34187 to r34191, I did some research on
> Unfortunately, it looks like it's unfixable if we keep on directly
> using ld
> for linking (as introduced in these revisions) instead of calling
> the gcc
> First of all, the "length" of the cmd input line under Windows seems
> to be
> highly affected by quotation marks. If you add a quotation mark to
> working linker command line before hpoussin's commits, it will also
> reported as being too long.
> Previously, we didn't use quotation marks in the command line when
> the binaries.
> Now we have to do this because of the changed PROJECT_LFLAGS and
> PROJECT_LPPFLAGS variables: They contain the path to i.e. libgcc and
> as this
> path can contain spaces, it has to be put in quotation marks. Just
> "libgcc.a" without a path doesn't work.
> Passing "-lgcc" also doesn't work, because mingw32-ld only seems to
> for libraries in "mingw32/lib", not "lib/gcc/mingw32/4.1.3" as gcc
> I see no other solution than partly reverting hpoussin's changes and
> gcc for linking again.
> If anyone sees another option, please comment or directly commit a
> Best regards,
> Ros-dev mailing list
> Ros-dev at reactos.org
More information about the Ros-dev