[llvm-bugs] [Bug 26693] New: lld does not implement --dynamic-list (used by sanitizers)

[via llvm-bugs]

https://llvm.org/bugs/show_bug.cgi?id=26693

            Bug ID: 26693
           Summary: lld does not implement --dynamic-list (used by
                    sanitizers)
           Product: lld
           Version: unspecified
          Hardware: PC
                OS: FreeBSD
            Status: NEW
          Severity: normal
          Priority: P
         Component: All Bugs
          Assignee: unassignedbugs at nondot.org
          Reporter: emaste at freebsd.org
                CC: llvm-bugs at lists.llvm.org
    Classification: Unclassified

In clang/lib/Driver/Tools.cpp addSanitizerDynamicList(), clang uses the
--dynamic-list option, and my so check-asan in my self-hosted llvm/clang/lld
test fails.

FAILED: cd
/tank/emaste/src/llvm/build-nodebug/projects/compiler-rt/lib/asan/tests &&
/tank/emaste/src/llvm/build-nodebug/./bin/clang
ASAN_INST_TEST_OBJECTS.gtest-all.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_asm_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_globals_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_interface_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_oob_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_mem_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_str_test.cc.x86_64-inline.o
ASAN_INST_TEST_OBJECTS.asan_test_main.cc.x86_64-inline.o -o
/tank/emaste/src/llvm/build-nodebug/projects/compiler-rt/lib/asan/tests/default/Asan-x86_64-inline-Test
-Wl,-z,origin -Wl,-allow-shlib-undefined --driver-mode=g++ -fsanitize=address
-m64
warning: unknown argument:
--dynamic-list=/tank/emaste/src/llvm/build-nodebug/bin/../lib/clang/3.9.0/lib/freebsd/libclang_rt.asan-x86_64.a.syms

>From the ld man page --dynamic-list is documented as:

       --dynamic-list=dynamic-list-file
           Specify the name of a dynamic list file to the linker.  This is
           typically used when creating shared libraries to specify a list of
           global symbols whose references shouldn't be bound to the
           definition within the shared library, or creating dynamically
           linked executables to specify a list of symbols which should be
           added to the symbol table in the executable.  This option is only
           meaningful on ELF platforms which support shared libraries.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160222/5a11d344/attachment.html>