Eric Niebler wrote:
Seiji Kachi wrote:
Kai Tietz wrote:
No, this bug appeared on all windows pe-coff targets. A fix for this
is already checked in yesterday on binutils. Could you try it with the
current binutils head version?
Cheers,
Kai
I solved this failure with binutils-2.19.51.
I am running into the same problem (cannnot build latest snapshot on
cygwin). I have built and installed the latest binutils from head (see
attached config.log for details). But still the build fails. Any help?
I eventually fixed my problem. This bit from config.log raised my
suspicions:
configure:7233: checking for ar
configure:7249: found /usr/local/binutils-2.19.51/bin//ar
configure:7259: result: ar
configure:7368: checking for as
configure:7384: found /usr/local/binutils-2.19.51/bin//as
configure:7394: result: as
configure:7503: checking for dlltool
configure:7519: found /usr/local/binutils-2.19.51/bin//dlltool
configure:7529: result: dlltool
configure:7561: checking for ld
configure:7587: result:
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld.exe
I can't say why ld.exe is found at /usr/i686-pc-cygwin/bin/ld.exe (it's
not even in my PATH) or even how it got there. There are also copies of
ar.exe and friends in the same directory, but for some reason, they're
not getting picked up. Seems mysterious.
After nuking /usr/i686-pc-cygwin/bin (so that the binutils-2.19.51
version of ld.exe would get picked instead), the build completed
successfully. I can now build and run executables under cygwin with gcc-4.5.
I still don't know who is at fault for my original problem.
--
Eric Niebler
BoostPro Computing
http://www.boostpro.com
