-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detect tool fails on OpenBSD: undefined symbol: __fe_dfl_env
#12138
Comments
undefined symbol: __fe_dfl_env
undefined symbol: __fe_dfl_env
The missing symbol can be found in the math library - linking requires -lm. Note: the correct compiler to use is cc. Most OpenBSD platforms (including amd64, arm64, mips64, sparc64) use clang and cc is clang. I have a patch for this and once I can reliably do a pr (I'm new to git) I'll submit it. |
Awesome, thanks @j-bm. I've since updated the Nim config to use clang as the compiler, but didn't re-visit this issue after doing so. |
@euantorano I encountered a similar problem on FreeBSD (context: I can only compile nimterop with gcc which runs g++ because clang does not run clang++) I'm going to open a ticket (or on the forum, as the problem may be larger). |
@lbartoletti Ah, since you're here could you please try just compiling and running I've not played with nimterop at all, but that does sound like a problem. A forum thread may be easiest to try and track it down. |
Because "gcc" doesn't exists it always suffixed with the major version number so it's gcc9 for me. But if I symlink gcc9 to gcc it returns:
And if I change
|
Interesting, I'll have to open another issue for that and see if I can fix it. Thanks! |
The
tools/detect/detect.nim
tool fails on OpenBSD with the following output:(note,
egcc
is in the logs rather thangcc
as that's the name of the newer version GCC installed via ports on OpenBSD - I've manually modified thedetect.nim
file to reference this rather than the hard-codedgcc
).The text was updated successfully, but these errors were encountered: