<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Nov 2, 2012, at 2:41 AM, code monkey wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Hello,<br><br>    I tried building CLFS for PowerPC from my x86 box and the cross<br>compile of coreutils failed.     (in the temporary tools section).<br><br>It looks like a recent coreutils problem.   I found a thread<br>describing the exact same failure I found (except it was cross<br>compiling for ARM):<br><br><a href="http://lists.gnu.org/archive/html/bug-coreutils/2012-10/msg00176.html">http://lists.gnu.org/archive/html/bug-coreutils/2012-10/msg00176.html</a><br><br>So, I think there will need to be some fix added for this issue.</span></blockquote></div><br><div>Today I was doing x86_64 to ppc  cross-tools and tools and ran into the issue.</div><div><br></div><div>The no_install programs, which are used for the test suites, get built expecting to be ran on the target machine as it is built using the target toolchain instead of the host toolchain. I tried adding HOSTCC to automake.in and then at the make command could do make HOSTCC="${CLFS_HOST}-gcc -std=gnu99" but there is more voodoo going on as it kept trying to use the target gcc as figured by the configure. Wish they would test things before releasing into the masses. This shouldn't be a problem.</div><div><br></div><div>Sincerely,</div><div><br></div><div>William Harrington</div></body></html>