[lldb-dev] building on mac

2015-12-17 Thread Ryan Brown via lldb-dev
Are there new prereqs for building on a mac? I just updated, and I'm getting this error: checking for __dso_handle... yes configure: WARNING: --enable-bindings=ocaml specified, but ctypes is not installed configure: WARNING: --enable-bindings=ocaml specified, but OUnit 2 is not installed. Tests

Re: [lldb-dev] building on mac

2015-12-17 Thread Ryan Brown via lldb-dev
were sniffed out > when trying to configure the build. > > -Todd > > On Thu, Dec 17, 2015 at 1:36 PM, Ryan Brown via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > >> Are there new prereqs for building on a mac? >> I just updated, and I'm getting this er

Re: [lldb-dev] building on mac

2015-12-18 Thread Ryan Brown via lldb-dev
onfigure-based build? If so, can you switch over to >>>>> using cmake and see if you see that same issue? We pretty much don't >>>>> maintain the configure build, and it is getting stripped from llvm and >>>>> clang in the next version of them after 3

[lldb-dev] type completion

2015-09-02 Thread Ryan Brown via lldb-dev
I'm trying to implement a DWARFASTParser for go, and have hit an issue with fields for structs. As I understand it, DWARFASTParserClang loads minimal type info for structs at first, and registers the type in SymbolFileDWARF's m_forward_decl_clang_type_to_die. Then later when you call type.GetFullCo

Re: [lldb-dev] Compiler types and renamings

2015-09-17 Thread Ryan Brown via lldb-dev
On Thu, Sep 17, 2015 at 10:06 AM Greg Clayton via lldb-dev < lldb-dev@lists.llvm.org> wrote: > > > On Sep 17, 2015, at 3:08 AM, Bruce Mitchener > wrote: > > > > Howdy! > > > > I was looking at some of the CompilerType changes and had some questions > related to the recent cleanups and renamings.

[lldb-dev] incorrect shared library addresses

2015-10-13 Thread Ryan Brown via lldb-dev
I'm having a strange issue debugging a go program. I set a breakpoint, and lldb stops at it. However, lldb thinks it's in a different function: (lldb) b wikilinktester.go:35 Breakpoint 1: where = wikilinktester`main.main + 805 at wikilinktester.go:35, address = 0x2365 (lldb) r Process

Re: [lldb-dev] incorrect shared library addresses

2015-10-14 Thread Ryan Brown via lldb-dev
it, and which Xcode do you have? > > On Tue, Oct 13, 2015 at 4:25 PM, Ryan Brown via lldb-dev < > lldb-dev@lists.llvm.org> wrote: > >> I'm having a strange issue debugging a go program. >> >> I set a breakpoint, and lldb stops at it. However, lldb

Re: [lldb-dev] incorrect shared library addresses

2015-10-14 Thread Ryan Brown via lldb-dev
bug. > > You might be able to get around this for now by specifying this when you > create your target: > > (lldb) target create --arch=x86_64-apple-macosx > /tmp/gopath/bin/wikilinktester > > > On Oct 13, 2015, at 4:25 PM, Ryan Brown via lldb-dev < > lldb-dev@lists.llvm

[lldb-dev] error building fresh clone on os x

2015-10-14 Thread Ryan Brown via lldb-dev
I just did a fresh svn clone, but I can't get it to build in xcode. It seems to be failing because it can't find something for ios. Is there some way to make it skip the ios stuff? ... llvm[3]: Copying runtime library darwin/profile_osx to build dir cp /Users/ribrdb/Documents/git/lldb/llvm-build

Re: [lldb-dev] incorrect shared library addresses

2015-10-14 Thread Ryan Brown via lldb-dev
executable itself. When no architecture if > specified, it will default to the architecture that we detect in the main > executable and this architecture will be used when a process asks for > plug-ins to be created, line a DynamicLoader plug-in. If the triple is > wrong, then we might

Re: [lldb-dev] Python object lifetimes affect the reliability of tests

2015-10-15 Thread Ryan Brown via lldb-dev
Couldn't we just change DeleteTarget to make sure everything is unmapped? On Thu, Oct 15, 2015 at 11:34 AM Zachary Turner via lldb-dev < lldb-dev@lists.llvm.org> wrote: > To add more evidence for this, here's a small repro: > > import sys > > print "sys.exc_info() = ", "Empty" if sys.exc_info() =