summaryrefslogtreecommitdiffstats
path: root/scripts/runqemu-addptable2image
diff options
context:
space:
mode:
authorRobert Yang <liezhi.yang@windriver.com>2013-09-15 09:13:12 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-09-17 14:35:17 +0100
commit238e9b54e228b850434f7d503870e86cfb12b775 (patch)
treec5e13826d0a6c0af9ca1620d3e59304d8b17bc73 /scripts/runqemu-addptable2image
parent2ac9925ceb30dc9f12def9cd646014f1eba4fa38 (diff)
downloadpoky-238e9b54e228b850434f7d503870e86cfb12b775.tar.gz
coreutils: set acpaths to avoid "Argument list too long" error
There would be an error when the TMPDIR is long/deep, for example when len(TMPDIR) = 350 while our supported longest value is 410: [snip] aclocal: error: cannot open xxx autoreconf: aclocal failed with exit status: 1 ERROR: autoreconf execution failed. [snip] Let aclocal use the relative path for the m4 file rather than the absolute would fix the problem. Another fix is that we can modify autotools.bbclass to let it use the relative path rather than the absolute, but I don't think that we have to do that based on the following 2 thoughts: * The coreutils is the only recipe which has this issue as far as we know when len(TMPDIR) <= 410, because it has the most amount of m4 files (more than 400 ones). * That would impact all the recipes which use autotools.bbclass, and we are not sure about the side effect, for example, it would break the build there is a sub-configure. [YOCTO #2766] (From OE-Core rev: 22ac874512c2c1213aae8e1644bd59050b37a63c) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/runqemu-addptable2image')
0 files changed, 0 insertions, 0 deletions