Re: [lldb-dev] netbsd7 buildbot broken

2016-05-24 Thread Kamil Rytarowski via lldb-dev
There is a change in build scripts from buildbot farm: + cmake -GNinja -DCMAKE_BUILD_TYPE=Release /home/motus/build/build/scripts/../llvm -DCMAKE_C_COMPILER=clang -DCMAKE_CXX_COMPILER=clang++ A commit earlier it was: + cmake -GNinja -DCMAKE_BUILD_TYPE=Release

Re: [lldb-dev] netbsd7 buildbot broken

2016-05-24 Thread Zachary Turner via lldb-dev
There's no CMake change in any of these patches. It looks like something is wrong with your bot. On Tue, May 24, 2016 at 5:14 PM Kamil Rytarowski via lldb-dev < lldb-dev@lists.llvm.org> wrote: > http://lab.llvm.org:8011/builders/lldb-amd64-ninja-netbsd7/builds/4296 > > It looks like after this

[lldb-dev] netbsd7 buildbot broken

2016-05-24 Thread Kamil Rytarowski via lldb-dev
http://lab.llvm.org:8011/builders/lldb-amd64-ninja-netbsd7/builds/4296 It looks like after this build, scripts for bots were altered to require clang + clang++? I'm using the GNU toolchain. Could we please revert this enforcement? ___ lldb-dev mailing

Re: [lldb-dev] [Attn: Bot Owners!] Raising CMake minimum version to 3.4.3

2016-05-24 Thread Kamil Rytarowski via lldb-dev
On 24.05.2016 22:54, Chris Bieneman via lldb-dev wrote: > Meant to send this yesterday, but I want to remind everyone that we’re going > to be raising the CMake minimum version to 3.4.3 next week. > > If you maintain bots please ensure that your bots are updated by end of day > 5/29 so that we

[lldb-dev] [Bug 27865] New: DeadStripTest.py test_gmodules() fails on Linux x86_64

2016-05-24 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=27865 Bug ID: 27865 Summary: DeadStripTest.py test_gmodules() fails on Linux x86_64 Product: lldb Version: unspecified Hardware: PC OS: Linux Status: NEW Severity:

Re: [lldb-dev] [cfe-dev] [Attn: Bot Owners!] Raising CMake minimum version to 3.4.3

2016-05-24 Thread Eric Fiselier via lldb-dev
Upgraded the libc++ bots. On Tue, May 24, 2016 at 2:54 PM, Chris Bieneman via cfe-dev < cfe-...@lists.llvm.org> wrote: > Meant to send this yesterday, but I want to remind everyone that we’re > going to be raising the CMake minimum version to 3.4.3 next week. > > If you maintain bots please

[lldb-dev] [Bug 27863] TestGlobalVariables.py test_c_global_variables_gmodules() fails on OS X

2016-05-24 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=27863 Todd Fiala changed: What|Removed |Added Status|NEW |RESOLVED

[lldb-dev] [Bug 27862] New: TestRuntimeTypes.py test_break_gmodules() fails on OS X

2016-05-24 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=27862 Bug ID: 27862 Summary: TestRuntimeTypes.py test_break_gmodules() fails on OS X Product: lldb Version: unspecified Hardware: PC OS: MacOS X Status: NEW

[lldb-dev] [Bug 27861] New: TestObjCMethods2.py - test_NSString_expr_commands_gmodules() fails

2016-05-24 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=27861 Bug ID: 27861 Summary: TestObjCMethods2.py - test_NSString_expr_commands_gmodules() fails Product: lldb Version: unspecified Hardware: PC OS: MacOS X

Re: [lldb-dev] How to link lldb on i386

2016-05-24 Thread Kamil Rytarowski via lldb-dev
I had similar problems on NetBSD/amd64 - using standalone builds helped me. I'm building and installing LLVM, Clang and LLDB separately. It may help on i386. Also there might be a problem with using too many jobs. Try to build with -j1. On 24.05.2016 20:01, Siva Chandra via lldb-dev wrote: > We

Re: [lldb-dev] How to link lldb on i386

2016-05-24 Thread Siva Chandra via lldb-dev
We hit similar problems in the past when building with debug info enabled; using -gsplit-dwarf helped us. On Sun, May 22, 2016 at 3:36 AM, Sylvestre Ledru via lldb-dev wrote: > Hello, > > Lately, I haven't been able to link lldb because it uses too much memory: > >

Re: [lldb-dev] How to link lldb on i386

2016-05-24 Thread Pavel Labath via lldb-dev
Is it only lldb-server you are having problems with? (i.e., are you able to link liblldb.so?) If so, then you might be able to make it link by reducing the number of things that go into it. Right now lldb-server uses only a fraction of its linker input, but we still need to pass in everything