Thomas Pöchtrager

This is a clang issue. Linking with `-L /usr/lib/gcc/-w64-mingw32/5.3-` (i.e.: `w32-clang test.c -L /usr/lib/gcc/i686-w64-mingw32/5.3-posix`) fixes the linker errors. I will try to integrate this into `wclang` within the next few...

I can't work around the `cannot find crt2.o: No such file or directory` issue. You must report it to the [llvm](https://llvm.org/bugs/) people if you want to have it fixed. Or...

> Mm Ill do that.. But what about the gcc_s? I could theoretically work around the `gcc_s` issue, but it makes no sense because the `crt2.o` error won't go away...

> without MXE it works flawlessly with Ubuntu Xenial Xerus + Clang 3.8. That's what I have fixed. > I found out that the crt2.o etc files are properly linked...

> So what do you recommend? I can probably go without MXE for now but what would be the right course of action to get this stuff working? Either go...

What surprises me the most is that `-fuse-ld=lld` works at all. Very interesting. In your case removing that flag may or may not fix the issue.

Merging TAPI isn't easy... It also requires updating LLVM and applying patches/changes again. That's why I haven't done it so far. Is there anything important missing in 1300.6.5?

Porting/building TAPI is a mess... You are only building TAPI not the whole LLVM tree right?

I was able to successfully build TAPI 1600.0.11.8 by first building the `clangBasic` and `vt_gen` targets, then `libtapi`. What a mess. Also had to remove a lot of cmake stuff...

I added the [1600.0.11.8](https://github.com/tpoechtrager/apple-libtapi/tree/1600.0.11.8) sources. x86_64h is kind of broken now, like a fallback to x86_64 is missing. Not sure if it is the TAPI library or the linker that's...