Opened 12 years ago
Closed 11 years ago
#37495 closed defect (wontfix)
ubsan doesn't work with clang 3.2
Reported by: | arsenm2@… | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.2 |
Keywords: | Cc: | ||
Port: | clang-3.2 |
Description (last modified by mf2k (Frank Schima))
If you try to use ubsan with clang, it always fails:
$ /opt/local/bin/clang -fsanitize=undefined arst.c Undefined symbols for architecture x86_64: "___ubsan_handle_add_overflow", referenced from: _main in arst-nGlYc7.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation)
The fix is clang should build should use cmake instead of autotools since it's basically the preferred LLVM build system at this point.
Change History (3)
comment:1 Changed 12 years ago by mf2k (Frank Schima)
Description: | modified (diff) |
---|---|
Keywords: | clang cmake ubsan llvm removed |
Owner: | changed from macports-tickets@… to jeremyhu@… |
comment:2 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Moving from autotools to cmake as the build system is not exactly the fix. It might fix this as a side effect (I haven't tested), but in itself, that is not the fix. That being said, if you want to provide a patch to get us onto the new build system, I'd certainly appreciate it.
comment:3 Changed 11 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Use 3.3 and 3.4:
/opt/local/libexec/llvm-3.3/lib/clang/3.3/lib/darwin/libclang_rt.ubsan_osx.a /opt/local/libexec/llvm-3.4/lib/clang/3.4/lib/darwin/libclang_rt.ubsan_osx.a
Note: See
TracTickets for help on using
tickets.
In the future, please use WikiFormatting and Cc the port maintainer(s).