http://llvm.org/bugs/show_bug.cgi?id=9436
NAKAMURA Takumi <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |INVALID --- Comment #12 from NAKAMURA Takumi <[email protected]> 2011-03-09 20:05:04 CST --- (In reply to comment #10) > The /usr/include ones #define it, and the llvm one uses it. The non-tr1 (which > is the one picked up the the compile according to ConstantFolding.i) does > #if _GLIBCXX_HAVE_FENV_H > # include_next <fenv.h> > #endif > I assume it's intended to pick up /usr/include/fenv.h, but > _GLIBCXX_HAVE_FENV_H > is false, so it never gets there. Changing > /usr/lib/gcc/i686-pc-cygwin/4.3.4/include/c++/i686-pc-cygwin/bits/c++config.h > to have > #define _GLIBCXX_HAVE_FENV_H 1 > makes the build continue. Maybe Cygwin added their fenv.h without updating > c++config.h? Yeah, I assume it is cygwin's bug. And I guess you can work around. I will add this to release notes if it would not be fixed within a few weeks. - Downgrade cygwin. - Tweak c++config.h. - Upgrade cygwin's g++-4. Thank you to report it to cygwin! ps. to tweak c++config.h, has llvm been built with fenv? -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ LLVMbugs mailing list [email protected] http://lists.cs.uiuc.edu/mailman/listinfo/llvmbugs
