[The lldb problem is a:


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

On 2017-Jul-23, at 5:00 AM, Dimitry Andric <d...@freebsd.org> wrote:

> On 23 Jul 2017, at 11:17, Mark Millard <mar...@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 ---
 In function 
lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)':
 undefined reference to `lldb_private::AppleObjCRuntime::GetFoundationVersion()'

Mark Millard
markmi at dsl-only.net

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to