[lldb-dev] [Bug 24733] New: RegisterCommandsTestCase.test_fp_special_purpose_register_read fails when inferior is compiled with clang

2015-09-07 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=24733

Bug ID: 24733
   Summary: RegisterCommandsTestCase.test_fp_special_purpose_regis
ter_read fails when inferior is compiled with clang
   Product: lldb
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-dev@lists.llvm.org
  Reporter: lab...@google.com
CC: llvm-b...@lists.llvm.org
Classification: Unclassified

The test tries to verify lldb behavior after stepping over some inline
assembly.
It fails because the breakpoint gets set in the wrong place, probably because
clang does not provide adequate debug info about the inline assembly.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


[lldb-dev] [Bug 24739] New: single_step_only_steps_one_instruction tests are broken on arm and aarch64

2015-09-07 Thread via lldb-dev
https://llvm.org/bugs/show_bug.cgi?id=24739

Bug ID: 24739
   Summary: single_step_only_steps_one_instruction tests are
broken on arm and aarch64
   Product: lldb
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-dev@lists.llvm.org
  Reporter: tbergham...@google.com
CC: llvm-b...@lists.llvm.org
Classification: Unclassified

These tests try to verify that the different single stepping packages ("s",
"vCont:s") are stepping exactly 1 instruction.

They do it buy executing a linear code flow with very simple statements and
expect that each line will be compiled into exactly 1 instruction (it is true
on i386/x86_64 but not true on arm/aarh64) and then verify that it takes
exactly 1 single stepping packet to reach the next line.

The affected tests:
test_single_step_only_steps_one_instruction_with_s_llgs_dwarf
test_single_step_only_steps_one_instruction_with_Hc_vCont_s_llgs_dwarf
test_single_step_only_steps_one_instruction_with_vCont_s_thread_llgs_dwarf

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Windows build questions

2015-09-07 Thread Zachary Turner via lldb-dev
There's actually not one yet.  The past few weeks you might have seen me
checking in a ton of changes related to XFAILing a bunch of tests on
Windows and filing corresponding bugs.  We are trying to get down to a
baseline of 0 failing tests exactly for this reason, so that we can enable
tests to run on the buildbot.  I'm hoping to have that done this week, or
next week at the latest.  I've gotten over 80% of the failures triaged and
bugs filed already, so I'm on the home stretch.

On Mon, Sep 7, 2015 at 2:42 PM Todd Fiala  wrote:

> Awesome, thanks Zachary!
>
> On Mon, Sep 7, 2015 at 1:02 PM, Zachary Turner  wrote:
>
>> +Stephane because he just went through the pain of getting a working
>> build on Windows, so he might be able to point out some gotchas.
>>
>> *About VS 2015*
>> VS 2015 does not work because of Python.  Technically, it could
>> theoretically work but you won't be able to run the test suite at all.  I
>> don't plan to put a significant amount of effort into addressing this.
>> Instead, this will be solved automatically if / when we address
>> http://llvm.org/pr24461.  You can use VS 2013 community edition though.
>> TL;DR of the reason VS 2015 doesn't work is because a) Python and the
>> program embedding python must be compiled with the same compiler, and b)
>> Python doesn't compile with VS 2015 because it relies on implementation
>> details of the CRT, which changed in 2015.
>>
>>
> Whoops, glad I did a VM snapshot before installing VS 2015 :-)
>
>
>> *About Windows 10*
>> The build shoudl work fine on Windows 10 x64.  That's what I use every
>> day.  But you should still build an x86 LLDB, not an x64 one.  x64 should
>> work in theory (insofar as the build should succeed), but the actual
>> runtime support isn't there yet so many things will fail.
>>
>>
> Okay great.
>
>
>> A couple of things you might run into:
>>
>> 1) Make sure PYTHONHOME and PYTHONPATH are *not* set, otherwise LLDB's
>> python and system python can run into conflicts.
>>
>> 2) Make sure you check out and build LLD, test executables must be linked
>> with LLD or they will not have debug info.  Also, make sure you specify
>> LLDB_TEST_COMPILER on the cmake command line to point to a clang.exe (If
>> you use a release clang then ninja check-lldb will be faster by an order of
>> magnitude)
>>
>> 3) Make sure you build Python from source, run the
>> install-custom-python.py, and specify -DPYTHON_HOME on the CMake command
>> line.
>>
>>
> Very helpful, thank you!  Especially the bits about clang speed.  Since
> I'll be running in a VM, I'll appreciate any speed improvements I can get.
>
>
>> Most of this is covered on the website build instructions, but I admit
>> it's a lot of steps, and it's easy to miss one.  Solving pr24461 should
>> greatly simplify everything about building on Windows when I finally get
>> around to it, but it's a lot of work.  Still follow the build instructions
>> anyway because there's other things as well, but the above 3 are probably
>> the most likely to trip you up.
>>
>
>> On Mon, Sep 7, 2015 at 10:33 AM Todd Fiala via lldb-dev <
>> lldb-dev@lists.llvm.org> wrote:
>>
>>> Hi all,
>>>
>>> I've read the Windows lldb build instructions.  I have a few questions
>>> just to verify before I put too much time into that end:
>>>
>>> * Has the build been vetted on Windows 10 64-bit yet?
>>>
>>> * Can Visual Studio 2015 Community Edition work as the compiler
>>> toolchain?  (VS 2012+ is listed as okay, so I'm hoping yes).
>>>
>>> Thanks!
>>> --
>>> -Todd
>>> ___
>>> lldb-dev mailing list
>>> lldb-dev@lists.llvm.org
>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>>>
>>
> Now that I have a change ready that should not change behavior on Windows
> lldb, I was hoping to check it in and view the windows buildbots here:
> http://lab.llvm.org:8011/builders
>
> But the two I found don't seem to run the test phase?  They say they're
> skipping the test part if I read it right, and the compile ninja output
> doesn't look like it's snuck into that step.  What's the right builder for
> me to look at for seeing Windows test results?
> --
> -Todd
>
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Windows build questions

2015-09-07 Thread Todd Fiala via lldb-dev
Awesome, thanks Zachary!

On Mon, Sep 7, 2015 at 1:02 PM, Zachary Turner  wrote:

> +Stephane because he just went through the pain of getting a working build
> on Windows, so he might be able to point out some gotchas.
>
> *About VS 2015*
> VS 2015 does not work because of Python.  Technically, it could
> theoretically work but you won't be able to run the test suite at all.  I
> don't plan to put a significant amount of effort into addressing this.
> Instead, this will be solved automatically if / when we address
> http://llvm.org/pr24461.  You can use VS 2013 community edition though.
> TL;DR of the reason VS 2015 doesn't work is because a) Python and the
> program embedding python must be compiled with the same compiler, and b)
> Python doesn't compile with VS 2015 because it relies on implementation
> details of the CRT, which changed in 2015.
>
>
Whoops, glad I did a VM snapshot before installing VS 2015 :-)


> *About Windows 10*
> The build shoudl work fine on Windows 10 x64.  That's what I use every
> day.  But you should still build an x86 LLDB, not an x64 one.  x64 should
> work in theory (insofar as the build should succeed), but the actual
> runtime support isn't there yet so many things will fail.
>
>
Okay great.


> A couple of things you might run into:
>
> 1) Make sure PYTHONHOME and PYTHONPATH are *not* set, otherwise LLDB's
> python and system python can run into conflicts.
>
> 2) Make sure you check out and build LLD, test executables must be linked
> with LLD or they will not have debug info.  Also, make sure you specify
> LLDB_TEST_COMPILER on the cmake command line to point to a clang.exe (If
> you use a release clang then ninja check-lldb will be faster by an order of
> magnitude)
>
> 3) Make sure you build Python from source, run the
> install-custom-python.py, and specify -DPYTHON_HOME on the CMake command
> line.
>
>
Very helpful, thank you!  Especially the bits about clang speed.  Since
I'll be running in a VM, I'll appreciate any speed improvements I can get.


> Most of this is covered on the website build instructions, but I admit
> it's a lot of steps, and it's easy to miss one.  Solving pr24461 should
> greatly simplify everything about building on Windows when I finally get
> around to it, but it's a lot of work.  Still follow the build instructions
> anyway because there's other things as well, but the above 3 are probably
> the most likely to trip you up.
>

> On Mon, Sep 7, 2015 at 10:33 AM Todd Fiala via lldb-dev <
> lldb-dev@lists.llvm.org> wrote:
>
>> Hi all,
>>
>> I've read the Windows lldb build instructions.  I have a few questions
>> just to verify before I put too much time into that end:
>>
>> * Has the build been vetted on Windows 10 64-bit yet?
>>
>> * Can Visual Studio 2015 Community Edition work as the compiler
>> toolchain?  (VS 2012+ is listed as okay, so I'm hoping yes).
>>
>> Thanks!
>> --
>> -Todd
>> ___
>> lldb-dev mailing list
>> lldb-dev@lists.llvm.org
>> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>>
>
Now that I have a change ready that should not change behavior on Windows
lldb, I was hoping to check it in and view the windows buildbots here:
http://lab.llvm.org:8011/builders

But the two I found don't seem to run the test phase?  They say they're
skipping the test part if I read it right, and the compile ninja output
doesn't look like it's snuck into that step.  What's the right builder for
me to look at for seeing Windows test results?
-- 
-Todd
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Windows build questions

2015-09-07 Thread Zachary Turner via lldb-dev
+Stephane because he just went through the pain of getting a working build
on Windows, so he might be able to point out some gotchas.

*About VS 2015*
VS 2015 does not work because of Python.  Technically, it could
theoretically work but you won't be able to run the test suite at all.  I
don't plan to put a significant amount of effort into addressing this.
Instead, this will be solved automatically if / when we address
http://llvm.org/pr24461.  You can use VS 2013 community edition though.
TL;DR of the reason VS 2015 doesn't work is because a) Python and the
program embedding python must be compiled with the same compiler, and b)
Python doesn't compile with VS 2015 because it relies on implementation
details of the CRT, which changed in 2015.

*About Windows 10*
The build shoudl work fine on Windows 10 x64.  That's what I use every
day.  But you should still build an x86 LLDB, not an x64 one.  x64 should
work in theory (insofar as the build should succeed), but the actual
runtime support isn't there yet so many things will fail.

A couple of things you might run into:

1) Make sure PYTHONHOME and PYTHONPATH are *not* set, otherwise LLDB's
python and system python can run into conflicts.

2) Make sure you check out and build LLD, test executables must be linked
with LLD or they will not have debug info.  Also, make sure you specify
LLDB_TEST_COMPILER on the cmake command line to point to a clang.exe (If
you use a release clang then ninja check-lldb will be faster by an order of
magnitude)

3) Make sure you build Python from source, run the
install-custom-python.py, and specify -DPYTHON_HOME on the CMake command
line.

Most of this is covered on the website build instructions, but I admit it's
a lot of steps, and it's easy to miss one.  Solving pr24461 should greatly
simplify everything about building on Windows when I finally get around to
it, but it's a lot of work.  Still follow the build instructions anyway
because there's other things as well, but the above 3 are probably the most
likely to trip you up.

On Mon, Sep 7, 2015 at 10:33 AM Todd Fiala via lldb-dev <
lldb-dev@lists.llvm.org> wrote:

> Hi all,
>
> I've read the Windows lldb build instructions.  I have a few questions
> just to verify before I put too much time into that end:
>
> * Has the build been vetted on Windows 10 64-bit yet?
>
> * Can Visual Studio 2015 Community Edition work as the compiler toolchain?
>  (VS 2012+ is listed as okay, so I'm hoping yes).
>
> Thanks!
> --
> -Todd
> ___
> lldb-dev mailing list
> lldb-dev@lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
>
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev