[lldb-dev] State of the LLDB FreeBSD port

Greg Clayton gclayton at apple.com
Wed Nov 27 16:31:47 PST 2013

Very nice to hear! Feel free to update any required web pages (in trunk/www) to reflect this new reality!

Greg Clayton

On Nov 26, 2013, at 9:06 AM, Ed Maste <emaste at freebsd.org> wrote:

> On 25 November 2013 17:14, Ed Maste <emaste at freebsd.org> wrote:
>> Initial version of threaded inferior support for FreeBSD
>> llvm.org/pr16696
>> http://llvm-reviews.chandlerc.com/D2267
> This change implements the last major piece of functionality missing
> from the FreeBSD x86 LLDB port, and presents a good opportunity to
> describe the current state of the port.  Overall we're not far from
> parity with the Linux port.  Details can be found on our wiki, at
> https://wiki.freebsd.org/lldb
> The FreeBSD buildbot has been green since November 22 (LLDB head,
> without the threaded patch).  It had previously been failing due to
> one test (documented in llvm.org/pr15037) which is disabled also on
> Linux.  The FreeBSD base system currently includes a snapshot of LLDB
> at r194122 and will be updated once the threaded inferior patch is
> committed.
> With the change in D2267 the threaded tests pass on FreeBSD, with the
> following exceptions in individual tests:
> * llvm.org/pr17944 (TestThreadAPI)
> Appears to be due to an implementation detail of our malloc().
> * llvm.org/pr17946 (TestExprDoesntBlock)
> Not triaged, but test is disabled on Linux due to llvm.org/pr15258
> * llvm.org/pr18061 (TestNumThreads)
> This is a bug in the test; it relies on undefined pthread mutex behaviour.
> * llvm.org/pr18065 (TestConcurrentEvents)
> We end up with a second stop with stop reason = signal for the
> threaded inferior.
> * llvm.org/pr18066 (TestThreadStepOut)
> The inferior stops again with stop reason = trace, instead of exiting.
> Overall there is one other PR for unimplemented functionality
> (pr16706): debug register integration for watchpoints still needs to
> be done.  There is one PR for an intermittent issue where symbol
> addresses end up with an offset after a stop (pr17880).  It's not
> clear to me what is happening here yet.
> Beyond that there are a handful of individual failing tests and a
> couple of enhancement requests in the bug database.
> _______________________________________________
> lldb-dev mailing list
> lldb-dev at cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev

More information about the lldb-dev mailing list