[The lldb problem is a: lldb_private::AppleObjCRuntime::GetFoundationVersion() reference via Cocoa.o in liblldb.a . See below. Sorry that sometimes I'm having to go back and later find and report more details because of other things going on here. But this likely will continue for some of my preliminary reports.] On 2017-Jul-23, at 5:00 AM, Dimitry Andric <dim_at_FreeBSD.org> wrote: > On 23 Jul 2017, at 11:17, Mark Millard <markmi_at_dsl-only.net> wrote: >> >> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld >> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >> far). I'll continue via WITHOUT_LLDB.] > ... >> >> Here is the lldb.full failure text: >> >> --- all_subdir_usr.bin --- >> --- all_subdir_usr.bin/clang/lldb --- >> c++: error: linker command failed with exit code 1 (use -v to see invocation) > > Unfortunately the actual linker errors were above these lines, so you > will have to look them up in the full build log (search for "undefined > symbol"), or post that somewhere off-list. > > I'm suspecting you get the same type of error Shawn's been getting while > linking lldb. Apparently in some scenarios more object files are needed > than the minimum set I put in liblldb's Makefile. --- lldb.full --- /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/clang/liblldb/liblldb.a(Cocoa.o): In function `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObject&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObjectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' === Mark Millard markmi at dsl-only.netReceived on Sun Jul 23 2017 - 18:04:26 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:12 UTC