Those libraries are required by aosp (https://android.googlesource.com/platform/prebuilts/clang/host/linux-x86/+/master/Android.mk). Currenly the shared libraries are generated by aosp Makefile system. We are looking forward to using cmake to generate them.
Details
Diff Detail
- Build Status
Buildable 6460 Build 6460: arc lint + arc unit
Event Timeline
lib/ubsan/CMakeLists.txt | ||
---|---|---|
167 | Shouldn't this be UBSAN_CXXFLAGS? |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
170 | I'm not familiar with the differences between RTUbsan_cxx and its C variant, but for consistency with what's already here, should we have 'SHARED' versions of clang_rt.ubsan_standalone and clang_rt.ubsan_standalone_cxx? Also: do you know whether the ubsan standalone runtimes are tested in a check-ubsan test run? |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
170 | I've updated the CMakeList.txt which generates both clang_rt.ubsan_standalone and clang_rt.ubsan_standalone_cxx now. It seems that the ubsan standalone runtimes are tested in the test run. https://github.com/llvm-mirror/compiler-rt/blob/master/test/ubsan/CMakeLists.txt#L26 |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
170 | Hm, yes, but I've just now noticed that this doesn't appear to do the right thing, at least on my system. For example, I can run a standalone ubsan test like this: Inspecting the link command, I see: So it's not using the standalone lib at all? I filed a bug: https://bugs.llvm.org/show_bug.cgi?id=33059. I don't think this should hold up your patch, but missing test coverage is always spooky. | |
174 | Here, it seems like you'd just want 'RTInterception', and not all of '${UBSAN_COMMON_RUNTIME_OBJECT_LIBS}'. |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
174 | Oh, RTInterception was added by accident. I think I'm not using it either. Shall I keep share libraries' OBJECT_LIBS just the same as those for static libraries? |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
174 | I think it's a good idea to keep the OBJECT_LIBS as close to possible as those for static libraries. Could you double-check that RTInterception isn't needed in just this specific case? I do see some Windows-specific code in lib/ubsan that sets up interceptors. |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
174 | I just checked again. To compile clang_rt.ubsan_standalone_cxx it also requires RTUbsan, RTSanitizerCommon and RTSanitizerCommonLibc but not RTInterception. I'd prefer to have only one clang_rt.ubsan_standalone which includes RTUbsan, RTUbsan_cxx ,RTSanitizerCommon` and RTSanitizerCommonLibc now(which is the same as my first change). Because clang_rt.ubsan_standalone_cxx will include all libraries in clang_rt.ubsan_standalone. To find the reference to RTInterception, I first compiled the shared library without RTInterception on my machine and it doesn't generate any error. Then I grepped several APIs shown in interception_win.h and interception_mac.h and it didn't return any result so I suppose the RTInterception is not being used in ubsan. The only thing I found was sanitizer_win_weak_interception.h which was actually included in RTSanitizerCommon. I'm new to LLVM and not quiet familiar with the source code and I'm not sure if I'm doing right. |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
174 |
This makes sense, looking at RTUbsan_cxx, it's just RTUbsan plus some source files which implement C++ specific checks.
I don't think clang_rt.ubsan_standalone is meant to include any C++ specific checks. I think this could matter in practice because -fsanitize=vptr needs to find some typeinfo objects from libcxxabi, or at least something that looks like it.
Perfect, thanks for checking. The version of your patch we've got right now LGTM, after we remove the RTInterception dep.
Welcome! You're doing it right. |
LGTM. If you haven't already got commit access, let me know, and I'd be happy to commit this for you.
lib/ubsan/CMakeLists.txt | ||
---|---|---|
42 | Are all of these needed? | |
43 | I wouldn't expect the non-c++ version of the lib to bring libstdc++ with it. | |
170 | That looks like the standalone lib (versus the ASan/TSan/etc lib which include ubsan). |
lib/ubsan/CMakeLists.txt | ||
---|---|---|
43 | Sorry I did not see your comments. I'll bring a new commit to fix this. |
Are all of these needed?