[cfe-dev] State of Clang in MSYS2
Mehdi Amini via cfe-dev
cfe-dev at lists.llvm.org
Sun Mar 5 18:41:44 PST 2017
> On Mar 5, 2017, at 11:25 AM, Mateusz Mikuła via cfe-dev <cfe-dev at lists.llvm.org> wrote:
>
> I don't have rights to commit, should I ask someone to do it with: https://reviews.llvm.org/D29464 <https://reviews.llvm.org/D29464>,https://reviews.llvm.org/D29772 <https://reviews.llvm.org/D29772>, https://reviews.llvm.org/D29952 <https://reviews.llvm.org/D29952>?
Just mention it in the review when it is accepter and the reviewer usually will commit it for you right after.
—
Mehdi
> Also while browsing bugzilla I came into https://bugs.llvm.org//show_bug.cgi?id=30685 <https://bugs.llvm.org//show_bug.cgi?id=30685>.
> I have developed workaround for MinGW https://github.com/mati865/MINGW-packages/blob/clang-svn/mingw-w64-clang-svn/0107-enable-__float128-for-X86-MinGW.patch <https://github.com/mati865/MINGW-packages/blob/clang-svn/mingw-w64-clang-svn/0107-enable-__float128-for-X86-MinGW.patch>
> It tricks libstc++ to think Clang supports _float128 but __FLOAT128__ isn't defined so you can compile code with <type_traits> included but not with _float128 actually being used. I think it's better that way since using _float128 with mingw will seg fault Clang.
>
>
> W dniu 01.02.2017 o 23:25, Reid Kleckner pisze:
>> I would volunteer to try to get these patches in, but I don't have the bandwidth for it. I was hoping someone else would speak up, but I guess not. =/
>>
>> On Sat, Jan 21, 2017 at 5:50 AM, Mateusz via cfe-dev <cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>> wrote:
>> Hello,
>>
>> I'm involved with maintenance of Clang and related LLVM packages for MSYS2.
>> It was based on Martell's patches (with his permission for MSYS2) from his git repository and MSYS2 own fixes so number of patches might be overwhelming: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-clang <https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-clang>
>> Maybe some of these patches could make it's way to the upstream.
>>
>> Tools state at version 3.9.1 :
>> Clang: mostly works (there are issues found)
>> LLMV: mostly works (not tested well enough)
>> LLD: creates broken executable
>> LLDB: runs but not further tested since lldb-server is not build-able for mingw-w64
>> libc++: need further testing
>> libc++abi: need further testing
>> compiler-rt: need further testing
>>
>> Open clang issues (at MSYS2):
>> https://github.com/Alexpux/MINGW-packages/issues/1677 <https://github.com/Alexpux/MINGW-packages/issues/1677>
>> https://github.com/Alexpux/MINGW-packages/issues/1678 <https://github.com/Alexpux/MINGW-packages/issues/1678> (not that much Clang issue but rather mingw-64 with GCC)
>> https://github.com/Alexpux/MINGW-packages/issues/1834 <https://github.com/Alexpux/MINGW-packages/issues/1834>
>>
>> Any help will be welcome.
>>
>>
>> make check seems to hang during LLVM tests but here is make check-clang:
>> Failing Tests (18):
>> Clang :: Driver/mingw.cpp
>> Clang :: Modules/dependency-dump.m
>> Clang :: Modules/dependency-gen.modulemap
>> Clang :: PCH/chain-categories.m
>> Clang :: PCH/chain-categories2.m
>> Clang :: PCH/chain-class-extension.m
>> Clang :: PCH/chain-conversion-lookup.cpp
>> Clang :: PCH/chain-cxx.cpp
>> Clang :: PCH/chain-default-argument-instantiation.cpp
>> Clang :: PCH/chain-empty-initial-namespace.cpp
>> Clang :: PCH/chain-friend-instantiation.cpp
>> Clang :: PCH/chain-implicit-definition.cpp
>> Clang :: PCH/chain-late-anonymous-namespace.cpp
>> Clang :: PCH/chain-openmp-threadprivate.cpp
>> Clang :: PCH/chain-pending-instantiations.cpp
>> Clang :: PCH/chain-staticvar-instantiation.cpp
>> Clang :: PCH/cxx-chain-function-template.cpp
>> Clang :: PCH/replaced-decl.m
>>
>> Expected Passes : 9349
>> Expected Failures : 16
>> Unsupported Tests : 227
>> Unexpected Failures: 18
>>
>> Full output is available here: https://gist.github.com/mati865/b4a2c96f82b22ac41eca32714092db1d <https://gist.github.com/mati865/b4a2c96f82b22ac41eca32714092db1d>
>>
>> Is there any interest from You in providing at lest minimal support to it?
>>
>> Cheers,
>> Mateusz Mikuła
>>
>>
>> _______________________________________________
>> cfe-dev mailing list
>> cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org>
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev <http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev>
>>
>>
>
> _______________________________________________
> cfe-dev mailing list
> cfe-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20170305/af66fb48/attachment.html>
More information about the cfe-dev
mailing list