I believe my latest 4.7 build (which uses trunk instead of v2.x) has a
conflict with Clang, which defined its builtins inside C++ code (which is
altered by the macro)
I can remedy the problem in Clang by #undef'ing the macro before Clang's
builtins are defined, but before submitting a patch I wonder if MinGW-w64
can't fix it on this end.
The problematic code is here:
http://llvm.org/svn/llvm-project/cfe/trunk/lib/AST/Decl.cpp
The error I get (with my 4.7.0-2 build) is that BIstrncasecmp is not a
member of Builtin. This enum or whatever gets constructed by a clever macro
and the contents of
http://llvm.org/svn/llvm-project/cfe/trunk/include/clang/Basic/Builtins.def
If I place
#undef strncasecmp
before the first occurence of that string of characters in this file,
compilation succeeds. They also did a similar thing for setjmp, but it's
quite strange MinGW-w64 trunk would be the only platform affected by this.
What is the best way to solve this?
Any input is much appreciated.
Thanks,
Ruben
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
