-
-
Notifications
You must be signed in to change notification settings - Fork 5.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
Build fixes for ASAN #21902
Build fixes for ASAN #21902
Conversation
DEPS_CFLAGS was added by Keno in #10785. It's possible someone may have been setting it in Make.user or on the make command line, possibly for non sanitizer related purposes, in which case I don't think we need to remove them from a release branch but on master should be okay. |
deps/tools/common.mk
Outdated
CMAKE_CC_ARG := $(CC_ARG) $(DEPS_CFLAGS) | ||
CMAKE_CXX_ARG := $(CXX_ARG) $(DEPS_CXXFLAGS) | ||
CMAKE_CC_ARG := $(CC_ARG) | ||
CMAKE_CXX_ARG := $(CXX_ARG) $ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
leftover $
Sounds reasonable. Do I create a second PR for backporting the core fix, or just leave it as-is? |
I can get that commit in a backport batch |
LDFLAGS
got erroneously populated with-fsanitize=address
, causing in my case openspecfun to get linked against an incompatible ASAN runtime (because of usinggfortran
instead ofclang
).I also removed traces of
DEPS_C*FLAGS
, which was only used for the (defunct) building of deps+ASAN.CI failure before (
Your application is linked against incompatible ASan runtimes.
), after (still fails, but due to different issues).