Unresolved Dependencies #22
Comments
What distribution are you on? |
|
Im on Ubuntu Xenial |
|
This is a clang issue. Linking with I will try to integrate this into |
|
Awesome thanks! |
|
Getting similar under Debian 8. However, for me it is: Your suggestion helped me, too - thanks for that. |
|
Mm, with the new version I still have this issue. I've got a docker image that reproduces this issue. Maybe it's something I'm doing wrong with the configuration. I cloned this repository and ran: It results in: Adding Any clues on what I'm missing? Any help would be greatly appreciated. |
|
I can't work around the |
|
Mm Ill do that.. But what about the gcc_s? |
|
For completeness, here is the output when I add What I find interesting is that here a path is added to the |
|
I also tried to use clang 3.6 but ran into the exact same issue. It really feels like I'm configuring something incorrectly but I can't seem to spot it... Trying with ubuntu thrusty and clang 3.5 next. |
|
It works like a charm under Ubuntu trusty. What has changed? |
I could theoretically work around the
Clang up until 3.6 invokes gcc when linking is done -
Are you sure wclang is using Clang 3.6...? |
|
It was wrong in my previous statement. It has nothing to do with the distribution. As expected from your previous post it works fine with clang 3.5. I did some more thorough testing and found that without MXE it works flawlessly with Ubuntu Xenial Xerus + Clang 3.8. I found out that the When I build MXE and add it to the path I now only get that |
That's what I have fixed.
That shows how broken Clang's new MinGW driver is... MXE and mingw-w64 are different toolchains (
Shouldn't be there either.
MXE has indeed its own CRT objs. |
|
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? What is actually going wrong that I can report to the llvm folks? |
Either go with Clang <= 3.6 + MXE or with Clang 3.8 + the system's MinGW distribution.
Clang's "new" MinGW driver fails to find the CRT object files and seems to ignore the fact that |
vszakats
added a commit
to vszakats/hb
that referenced
this issue
Oct 30, 2017
* package/mpkg_win_ci.sh
! add workaround for -sysroot issue where clang misses to add
a required libdir, resulting in this error:
/usr/bin/i686-w64-mingw32-ld: cannot find -lgcc
/usr/bin/i686-w64-mingw32-ld: cannot find -lgcc_eh
Ref: tpoechtrager/wclang#22 (comment)
* .travis.yml
* package/mpkg_win_docker.sh
! fix regression for non-clang builds
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Everytime I try to build something simple I always run into this issue:
When I add -wc-use-mingw-linker however I can compile without issues. I've followed some steps I found in issues here like setting the COMPILER_PATH, but it doesn't fix the problem. I'm using MXE (although it also happens without this), and clang 3.8.
Any help would be greatly appreciated!
The text was updated successfully, but these errors were encountered: