Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upMac linker error: dyld: Symbol not found: _futimens #5418
Comments
This comment has been minimized.
This comment has been minimized.
|
This stuff looks like a weird OS X linking issue. I don't know much about OS X, but it looks like a problem between your system libs and the build of LLVM. Maybe linked on another machine with other system libs or something like that?
What is |
kripken
closed this
Jul 24, 2017
This comment has been minimized.
This comment has been minimized.
|
(oops, hit wrong button before) |
kripken
reopened this
Jul 24, 2017
This comment has been minimized.
This comment has been minimized.
jedisct1
commented
Aug 29, 2017
•
|
Same issue here, but I'm not using Rust, just See https://gist.github.com/f5066409ceeab4e254149d9b6c374bc0 This happens while compiling libsodium.js, with the macOS 10.12, Xcode 9b6. |
This comment has been minimized.
This comment has been minimized.
OlegSmelov
commented
Sep 29, 2017
|
Workaround. I used homebrew instead, but encountered the same problem. Since there's something wrong with brew install llvm
mv /usr/local/opt/emscripten/libexec/llvm/bin/llvm-ar /usr/local/opt/emscripten/libexec/llvm/bin/llvm-ar.old
ln -s /usr/local/opt/llvm/bin/llvm-ar /usr/local/opt/emscripten/libexec/llvm/bin/llvm-arChange paths where necessary. |
mosra
added a commit
to mosra/corrade
that referenced
this issue
Oct 3, 2017
mosra
added a commit
to mosra/corrade
that referenced
this issue
Oct 3, 2017
This comment has been minimized.
This comment has been minimized.
|
@kripken: I just noticed your question! |
This comment has been minimized.
This comment has been minimized.
|
Here is some trace of investigation: 1It looks connected to rust-lang/rust#42997 2Some fixes in the upstream project: llvm-mirror/llvm@0e3a936#diff-2eeb0237a3e7842df96b4c1280614125
3This looks that the test 4Once I've forced flag UpdateOK It looks that I had a problem with a false positive results due a CMakeCache, after removing the build folder it has started to work, here you can find a PR: emscripten-core/emscripten-fastcomp#200 |
trzecieu
pushed a commit
to trzecieu/emscripten-fastcomp
that referenced
this issue
Oct 18, 2017
This comment has been minimized.
This comment has been minimized.
opiepj
commented
Oct 30, 2017
|
Just upgraded my emsdk to |
This comment has been minimized.
This comment has been minimized.
|
The fix should be a part of version 1.37.23, what's unreleased yet at the moment. |
This comment has been minimized.
This comment has been minimized.
notedit
commented
Nov 15, 2017
|
version 1.37.22 same issue |
This comment has been minimized.
This comment has been minimized.
thomaswmanion
commented
Nov 22, 2017
|
How do you get 1.37.23? It doesn't look like it is available through the emsdk. |
This comment has been minimized.
This comment has been minimized.
rspq
commented
Nov 23, 2017
|
I followed the script at https://github.com/GodotBuilder/godot-builds/pull/9/files, worked a treat |
This comment has been minimized.
This comment has been minimized.
ghost
commented
Dec 7, 2017
|
So, emscripten on macOS is basically broken until 1.37.23 is released? That's ridiculous. This should have a hot fix. |
This comment has been minimized.
This comment has been minimized.
|
|
This comment has been minimized.
This comment has been minimized.
|
There may be an issue with the emsdk fetching it, though (our bots don't seem to, I'm not sure why - might need to wait for @juj to get back and look at it). Otherwise, though, the emsdk should be able to fetch |
This comment has been minimized.
This comment has been minimized.
ghost
commented
Dec 7, 2017
|
I used the package at |
This comment has been minimized.
This comment has been minimized.
|
The binaries need to be built by the bots, yes, and there is a problem there that only @juj can investigate. But if you install |
This comment has been minimized.
This comment has been minimized.
|
|
This comment has been minimized.
This comment has been minimized.
|
Interesting, thanks @dasa - I wasn't aware brew had frequent updates of emscripten. Perhaps our docs should suggest using it on OS X? |
This comment has been minimized.
This comment has been minimized.
|
Yeah, @ilovezfs seems to be keeping it updated: |
This comment has been minimized.
This comment has been minimized.
ghost
commented
Dec 7, 2017
|
Huh, yes, that sounds like a good idea to me. I'm already using Homebrew and would've installed it via that if I that had been one of the endorsed ways of installing it. I might've installed it that way in any case if I had known about it, but I tend to expect that the official install method gives me a fresher release than a package manager. I think I've seen some CLI installers actually use Homebrew if it's available? |
This comment has been minimized.
This comment has been minimized.
allenGKC
commented
Dec 19, 2017
|
@rspq I have tried your method and works well. Thanks very much |
This comment has been minimized.
This comment has been minimized.
ilovezfs
commented
Dec 19, 2017
|
Is this now fixed? I'm confused why we still have people talking about workarounds. |
This comment has been minimized.
This comment has been minimized.
olilarkin
commented
Dec 20, 2017
|
I have this issue after following the instructions here on macos 10.12 http://kripken.github.io/emscripten-site/docs/getting_started/downloads.html |
This comment has been minimized.
This comment has been minimized.
shawwn
commented
Dec 21, 2017
|
I'm having this issue when trying to use wargo:
The |
This comment has been minimized.
This comment has been minimized.
pengbins
commented
Dec 22, 2017
|
Just install emsdk to 1.37.26 and getting the same issue
|
This comment has been minimized.
This comment has been minimized.
hjs062
commented
Dec 24, 2017
|
In my case(macOS 10.12.6, emscripten 1.37.27), I got this issue because virtual destructors. .cpp including virtual destructors was compiled, but was not linked.(I don't know why.) If virtual destructors are unnecessary, try not to use that . class A class A class A |
This comment has been minimized.
This comment has been minimized.
MisterFister666
commented
Dec 26, 2017
|
Still hosed. emscription 1.37.27, osx 10.11.6 Any chance of getting a fix? This is a complete, pencils down, stop work sortof bug. |
This comment has been minimized.
This comment has been minimized.
rbalicki2
commented
Dec 31, 2017
|
Does anyone know whether this works on high sierra? |
This comment has been minimized.
This comment has been minimized.
shawwn
commented
Dec 31, 2017
|
This issue is causing a lot of problems for a lot of users. Can anyone
invest some time into fixing this?
The parcel-bundler team wants to integrate Rust via Wargo, but this is
currently blocking us.
…On Sat, Dec 30, 2017 at 10:38 PM, Robert Balicki ***@***.***> wrote:
Does anyone know whether this works on high sierra?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#5418 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AADo8NP0cvZ3B3KCrqJFo4axgWu99a2Dks5tFw_GgaJpZM4Ohf4x>
.
|
This comment has been minimized.
This comment has been minimized.
I haven't had this problem since upgrading to High Sierra. |
This comment has been minimized.
This comment has been minimized.
MisterFister666
commented
Jan 1, 2018
|
It's definitely some bug with emscription's copy of llvm-ar. . i did what was suggested above, and installed llvm using homebrew. After that, the bug stopped and I was able to successfully compile C to js. |
This comment has been minimized.
This comment has been minimized.
|
Looking into this now.. |
juj
self-assigned this
Jan 3, 2018
kripken
added
the
Important
label
Jan 3, 2018
This comment has been minimized.
This comment has been minimized.
|
The issue is the same as here: emscripten-core/emscripten-fastcomp#200, but for some reason the PR to fix did not apparently catch all cases. This is now tackled in two ways:
I'm having trouble verifying since I don't have an actual macOS 10.11 device at hand. It would be great to hear from someone who does, whether after git pulling latest emsdk |
This comment has been minimized.
This comment has been minimized.
shawwn
commented
Jan 3, 2018
|
I have macOS 10.12. Would that help?
@juj if you want to hop on Parcel Bundler's slack and shoot me a message, I
can help debug this in real time with you.
https://github.com/parcel-bundler/parcel
…On Wed, Jan 3, 2018 at 2:45 PM, juj ***@***.***> wrote:
The issue is the same as here: emscripten-core/emscripten-fastcomp#200
<emscripten-core/emscripten-fastcomp#200>, but for some
reason the PR to fix did not apparently catch all cases.
This is now tackled in two ways:
1. In emsdk, if building from source on macOS SDK < 10.13,
-DHAVE_FUTIMENS=0 is passed to the build: ***@***.***
<emscripten-core/emsdk@f3ac553>
2. The macOS build systems have been updated to build targeting macOS
SDKs 10.11, where this symbol was not present.
I'm having trouble verifying since I don't have an actual macOS 10.11
device at hand. It would be great to hear from someone who does, whether
after git pulling latest emsdk emsdk install sdk-incoming-64bit works
properly after that commit?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#5418 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AADo8KgeRTdJ1hI3hO2zD0JPGzUBl3STks5tG-bsgaJpZM4Ohf4x>
.
|
This comment has been minimized.
This comment has been minimized.
|
@juj is there prebuilt build I can test to verify the fixes to the build system? |
This comment has been minimized.
This comment has been minimized.
bzz
commented
Mar 31, 2018
|
Updating to 1.37.36 (and installing python2 as a workaround for #6275) solved the issue on macOS 10.12 for me. Thank you all! |
This comment has been minimized.
This comment has been minimized.
|
I'll close this as fixed, I think we should actually now be double fixing this issue since we are using devernay/xcodelegacy to explicitly pin to an older macOS SDK to keep supporting old versions. |
n8gray commentedJul 24, 2017
Following the tutorial here I've installed Rust and Emscripten. But when I try to compile a simple rust file to WebAssembly I get an error from llvm-ar. I'm on macOS Sierra 10.12.5:
I've also reported this to the Rust project since I'm not sure where the problem lies.