2011/2/21 Ruben Van Boxem <vanboxem.ru...@gmail.com>: > 2011/2/21 Ruben Van Boxem <vanboxem.ru...@gmail.com> >> >> 2011/2/21 Ruben Van Boxem <vanboxem.ru...@gmail.com> >>> >>> Hi, >>> >>> With the latest 4.6 snapshot, I get weid configureness. See attached log. >>> configure uses "no" as the fortran compiler. Smells like a bad typo >>> somewhere... >>> >>> GCC configure: >>> >>>> ../../src/combined-tree/configure --host=$HOST --build=$BUILD >>>> --target=$TARGET \ >>>> --prefix=$PREFIX >>>> --with-sysroot=$PREFIX \ >>>> --enable-lto --enable-libgomp >>>> --disable-multilib \ >>>> --enable-static --disable-shared >>>> --with-system-zlib \ >>>> --enable-stage1-languages=c,lto >>>> --enable-languages=$GCC_LANGUAGES \ >>>> --with-cloog-backend=ppl >>>> --with-host-libstdcxx="-lstdc++" \ >>>> --disable-win32-registry >>>> --enable-fully-dynamic-string \ >>>> --enable-checking=release >>>> --disable-werror \ >>>> --disable-nls >>> >>> Thanks for any help here! >>> >>> Ruben >> >> Small update: it seems the "no" program isn't really my issue, but the >> fact that libgomp can't handle a static pthread library... (I have a static >> lib installed everywhere GCC could be looking: sysroot, >> sysroot/x86_64-w64_mingw32, build compiler main dir, build compiler >> x86_64-w64-mingw32 dir, and the sysroot/mingw dir). >> >> Ruben >> > > Another small update: I used --with-system-zlib to try the option, and the > build fails at: > >> ../../../src/combined-tree/gcc/lto-compress.c:28:18: fatal error: zlib.h: >> No such file or directory > > Is there anything not broken in the GCC build process. I'm not doing > something wrong, I have come across too many different stages of failure... > > Thanks, > > Ruben
No need to execuse yourself for ranting. We all can understand pretty well how frustrating it can be, if something doesn't work. Well, as I do usual cross-compiler builds for 4.6 and they are working fine, I would assume it could be related to some parts of your configure-options. The other chance here is that you do dependent library build different then I do (I usual build things only in tree to get around inabilities of libraries and/or libtool). To tell you more what might be your issue, we would need at least your configury options, and prerequesit versions (binutils, crt, mpfr, mpc, gmp, ...). As some project members are building even native toolchains of 4.6 for 32-bit and 64-bit successful, I think you should possibly visit IRC too. Or taking a closer look to our automated build scripts. > PS: I don't think filing bug reports for these issues is at all relevant. If > somebody sees one of them, they'd say "it's not supported" or "there is > something wrong with your setup" or "ah yes, patches welcome" while the > build system is a dinosaur. Sorry for the rant, just a bit frustrating... Well, as long as we are not sure that there is a real bug in the gcc configure, I kindly ask you not to post there bug-reports. Best regards, Kai ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
