I am still having issues running tests on windows. The issue appears to be with
building debuggees.
ERROR: test_persistent_types (TestPersistentTypes.PersistenttypesTestCase)
Test that lldb persistent types works correctly.
----------------------------------------------------------------------
Traceback (most recent call last):
File
"C:\Users\chuckr\source\llvm\tools\lldb\test\expression_command\persistent_types\TestPersistentTypes.py",
line 16, in test_persistent_types
self.buildDefault()
File "C:\Users\chuckr\source\llvm\tools\lldb\test\lldbtest.py", line 1533, in
buildDefault
if not module.buildDefault(self, architecture, compiler, dictionary, clean):
File "C:\Users\chuckr\source\llvm\tools\lldb\test\plugins\builder_base.py",
line 94, in buildDefault
lldbtest.system(commands, sender=sender)
File "C:\Users\chuckr\source\llvm\tools\lldb\test\lldbtest.py", line 376, in
system
raise CalledProcessError(retcode, cmd)
CalledProcessError: Command 'make clean && make ARCH=i686
CC="C:\Users\chuckr\source\build_llvm_debug\bin\clang.exe" ' returned non-zero
exit status 2
Config=i686-C:\Users\chuckr\source\build_llvm_debug\bin\clang.exe
When I run make clean && make ARCH=i686
CC="C:\Users\chuckr\source\build_llvm_debug\bin\clang.exe" manually in a test
dir:
C:\Users\chuckr\source\llvm\tools\lldb\test\expression_command\persistent_types>
make clean && make ARCH=i686 CC="C:\Users\chuckr\source\build_llvm_debug\bin\cl
ang.exe -v"
'g++' is not recognized as an internal or external command,
operable program or batch file.
rm -f "a.out" main.o main.d main.d.tmp
rm -f "a.out.manifest"
'g++' is not recognized as an internal or external command,
operable program or batch file.
clang version 3.7.0 (http://llvm.org/git/clang 3e1ace5ac7cb95c5740ebb42f863ffe51
1cf5024) (http://llvm.org/git/llvm 8962c01fbf8b414113ec0c2496baf409dd59244d)
Target: i686-pc-windows-msvc
Thread model: posix
"C:\\Users\\chuckr\\source\\build_llvm_debug\\bin\\clang.exe" -cc1 -triple i686
-pc-windows-msvc -Eonly -disable-free -main-file-name main.c -mrelocation-model
static -mthread-model posix -mdisable-fp-elim -fmath-errno -masm-verbose -mconst
ructor-aliases -target-cpu pentium4 -v -g -dwarf-column-info -resource-dir "C:\\
Users\\chuckr\\source\\build_llvm_debug\\bin\\..\\lib\\clang\\3.7.0" -dependency
-file - -MT main.o -sys-header-deps -include C:/Users/chuckr/source/llvm/tools/l
ldb/test/make/test_common.h -I C:/Users/chuckr/source/llvm/tools/lldb/test/make/
../../include -internal-isystem "C:\\Users\\chuckr\\source\\build_llvm_debug\\bi
n\\..\\lib\\clang\\3.7.0\\include" -internal-isystem "C:\\Program Files (x86)\\M
icrosoft Visual Studio 12.0\\VC\\INCLUDE" -internal-isystem "C:\\Program Files (
x86)\\Microsoft Visual Studio 12.0\\VC\\ATLMFC\\INCLUDE" -internal-isystem "C:\\
Program Files (x86)\\Windows Kits\\8.1\\include\\shared" -internal-isystem "C:\\
Program Files (x86)\\Windows Kits\\8.1\\include\\um" -internal-isystem "C:\\Prog
ram Files (x86)\\Windows Kits\\8.1\\include\\winrt" -O0 -fdebug-compilation-dir
"C:\\Users\\chuckr\\source\\llvm\\tools\\lldb\\test\\expression_command\\persist
ent_types" -ferror-limit 19 -fmessage-length 80 -mstackrealign -fms-extensions -
fms-compatibility -fms-compatibility-version=18.00 -fdelayed-template-parsing -f
objc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -x c main.c
clang -cc1 version 3.7.0 based upon LLVM 3.7.0svn default target i686-pc-windows
-msvc
#include "..." search starts here:
#include <...> search starts here:
C:/Users/chuckr/source/llvm/tools/lldb/test/make/../../include
C:\Users\chuckr\source\build_llvm_debug\bin\..\lib\clang\3.7.0\include
C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\INCLUDE
C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\ATLMFC\INCLUDE
C:\Program Files (x86)\Windows Kits\8.1\include\shared
C:\Program Files (x86)\Windows Kits\8.1\include\um
C:\Program Files (x86)\Windows Kits\8.1\include\winrt
End of search list.
'g++' is not recognized as an internal or external command,
operable program or batch file.
C:\Users\chuckr\source\build_llvm_debug\bin\clang.exe -v -g -O0 -m32 -IC:/User
s/chuckr/source/llvm/tools/lldb/test/make/../../include -include C:/Users/chuckr
/source/llvm/tools/lldb/test/make/test_common.h -c -o main.o main.c
clang version 3.7.0 (http://llvm.org/git/clang 3e1ace5ac7cb95c5740ebb42f863ffe51
1cf5024) (http://llvm.org/git/llvm 8962c01fbf8b414113ec0c2496baf409dd59244d)
Target: i686-pc-windows-msvc
Thread model: posix
"C:\\Users\\chuckr\\source\\build_llvm_debug\\bin\\clang.exe" -cc1 -triple i686
-pc-windows-msvc -emit-obj -mrelax-all -disable-free -main-file-name main.c -mre
location-model static -mthread-model posix -mdisable-fp-elim -fmath-errno -masm-
verbose -mconstructor-aliases -target-cpu pentium4 -v -g -dwarf-column-info -cov
erage-file "C:\\Users\\chuckr\\source\\llvm\\tools\\lldb\\test\\expression_comma
nd\\persistent_types\\main.o" -resource-dir "C:\\Users\\chuckr\\source\\build_ll
vm_debug\\bin\\..\\lib\\clang\\3.7.0" -include C:/Users/chuckr/source/llvm/tools
/lldb/test/make/test_common.h -I C:/Users/chuckr/source/llvm/tools/lldb/test/mak
e/../../include -internal-isystem "C:\\Users\\chuckr\\source\\build_llvm_debug\\
bin\\..\\lib\\clang\\3.7.0\\include" -internal-isystem "C:\\Program Files (x86)\
\Microsoft Visual Studio 12.0\\VC\\INCLUDE" -internal-isystem "C:\\Program Files
(x86)\\Microsoft Visual Studio 12.0\\VC\\ATLMFC\\INCLUDE" -internal-isystem "C:
\\Program Files (x86)\\Windows Kits\\8.1\\include\\shared" -internal-isystem "C:
\\Program Files (x86)\\Windows Kits\\8.1\\include\\um" -internal-isystem "C:\\Pr
ogram Files (x86)\\Windows Kits\\8.1\\include\\winrt" -O0 -fdebug-compilation-di
r "C:\\Users\\chuckr\\source\\llvm\\tools\\lldb\\test\\expression_command\\persi
stent_types" -ferror-limit 19 -fmessage-length 80 -mstackrealign -fms-extensions
-fms-compatibility -fms-compatibility-version=18.00 -fdelayed-template-parsing
-fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o main.o -x c
main.c
clang -cc1 version 3.7.0 based upon LLVM 3.7.0svn default target i686-pc-windows
-msvc
#include "..." search starts here:
#include <...> search starts here:
C:/Users/chuckr/source/llvm/tools/lldb/test/make/../../include
C:\Users\chuckr\source\build_llvm_debug\bin\..\lib\clang\3.7.0\include
C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\INCLUDE
C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\ATLMFC\INCLUDE
C:\Program Files (x86)\Windows Kits\8.1\include\shared
C:\Program Files (x86)\Windows Kits\8.1\include\um
C:\Program Files (x86)\Windows Kits\8.1\include\winrt
End of search list.
C:\Users\chuckr\source\build_llvm_debug\bin\clang.exe -v main.o -g -O0 -m32 -
IC:/Users/chuckr/source/llvm/tools/lldb/test/make/../../include -include C:/User
s/chuckr/source/llvm/tools/lldb/test/make/test_common.h -fuse-ld=lld -o "a.out
"
clang version 3.7.0 (http://llvm.org/git/clang 3e1ace5ac7cb95c5740ebb42f863ffe51
1cf5024) (http://llvm.org/git/llvm 8962c01fbf8b414113ec0c2496baf409dd59244d)
Target: i686-pc-windows-msvc
Thread model: posix
"lld-link.exe" -out:a.out -defaultlib:libcmt -nologo -debug main.o
clang.exe: error: unable to execute command: program not executable
clang.exe: error: linker command failed with exit code 1 (use -v to see invocati
on)
make: *** [a.out] Error 1
It’s having some linker error that I’m not familiar with.
From: Zachary Turner [mailto:[email protected]]
Sent: Thursday, March 19, 2015 5:35 PM
To: Chuck Ries; [email protected]
Subject: Re: [lldb-dev] Running tests on windows?
Ahh. I don't think anyone's using that workflow, at least on Windows. You can
try to make it work if you want and submit patches to the CMake, but it's a
difficult proposition since LLDB depends heavily on Clang and LLVM, and we can
only really guarantee that ToT LLDB will compile against ToT LLVM and Clang.
On Thu, Mar 19, 2015 at 5:28 PM Chuck Ries
<[email protected]<mailto:[email protected]>> wrote:
Thanks! By external lldb, I mean building lldb standalone outside of the llvm
tree and just point it to the llvm/clang source/libs from somewhere else.
From: Zachary Turner [mailto:[email protected]<mailto:[email protected]>]
Sent: Thursday, March 19, 2015 5:21 PM
To: Chuck Ries; [email protected]<mailto:[email protected]>
Subject: Re: [lldb-dev] Running tests on windows?
Heh. It doesn't do anything special. This is what it looks like:
cmake -G %1 -DLLDB_TEST_DEBUG_TEST_CRASHES=1
-DPYTHON_LIBRARY=D:\python_src\Python-2.7.8\PCbuild\python27_d.lib
-PYTHON_EXECUTABLE=D:\python_src\Python-2.7.8\PCbuild\python_d.exe
-DPYTHON_INCLUDE_DIR=D:\python_src\Python-2.7.8\Include
-DLLDB_TEST_COMPILER=D:\src\llvmbuild\ninja\bin\clang.exe ..\..\llvm
You can probably remove the LLDB_TEST_DEBUG_TEST_CRASHES unless you're
interested in fixing test failures with core LLDB on Windows functionality.
Although I'm here to help if you are interested in doing that :) By setting it
to 1 it will cause tests that crash to generate a crash dialog so you can
attach your favorite JIT debugger. Default is 0, so that tests silently fail.
The %1 is so I can use both Ninja and "Visual Studio 12" generators. I run my
builds with the former since Ninja compiles faster than MSBuild, and I use the
latter just for having a Visual Studio solution opened that I can work in (they
need to be generated into different folders though obviously)
Also, I'm not sure what you mean by "external lldb"?
On Thu, Mar 19, 2015 at 5:15 PM Chuck Ries
<[email protected]<mailto:[email protected]>> wrote:
Additionally, do you do an external lldb on Windows? That seemed to work
several months ago but was broken when I tried it today.
From: Zachary Turner [mailto:[email protected]<mailto:[email protected]>]
Sent: Thursday, March 19, 2015 5:13 PM
To: Chuck Ries; [email protected]<mailto:[email protected]>
Subject: Re: [lldb-dev] Running tests on windows?
Yea I had issues with the CMake GUI a while ago as well. I wrote a batch file
that just regenerates for me, and it seems to work better.
On Thu, Mar 19, 2015 at 5:11 PM Chuck Ries
<[email protected]<mailto:[email protected]>> wrote:
I have been using the cmake GUI and it seems to have some quirks. For example,
if I added the PYTHON_EXECUTABLE entry and then generated, it would get
dropped. I have cleaned and reconfigured my cmake build with your suggestions.
Thanks!
From: Zachary Turner [mailto:[email protected]<mailto:[email protected]>]
Sent: Thursday, March 19, 2015 5:00 PM
To: Chuck Ries; [email protected]<mailto:[email protected]>
Subject: Re: [lldb-dev] Running tests on windows?
Ahh actually you do have the compiler specified, and it is cl.exe. So yea,
this is definitely wrong and I think it actually the problem for two reasons.
The first reason is what I mentioned about the test suite not working with
cl.exe at all (because the Makefiles that build test programs assume gcc-style
command line options), and for a second reason because there's a space in the
path, and dosep doesn't support that (although it could be made to). So if you
fix the LLDB_TEST_COMPILER issue and set it to clang, that should fix your
problem.
On Thu, Mar 19, 2015 at 4:55 PM Zachary Turner
<[email protected]<mailto:[email protected]>> wrote:
Are you sure you set PYTHON_EXECUTABLE to python_d.exe? Because it's using
python.exe on your command line.
I notice you also don't have a test compiler specified. I assume you're
building with MSVC, which means you've run vcvarsall, which means that the test
suite will try to use cl.exe to compile. This also won't work, you will need
to use clang as the compiler. Since you've already built clang as part of
building LLDB, this shouldn't be too difficult, you just need to set a CMake
variable to use clang. I should probably make the CMake a little bit smarter
and attempt to find this automatically. I'll add a note to do that soon. In
the meantime set
-DLLDB_TEST_COMPILER=C:/Users/chuckr/source/build_llvm_debug/bin/clang.exe
On Thu, Mar 19, 2015 at 4:54 PM Chuck Ries
<[email protected]<mailto:[email protected]>> wrote:
I am doing this on Windows 8.1, running from command prompt. I have specified
all three of those python cmake options to the debug versions that I built.
From: Zachary Turner [mailto:[email protected]<mailto:[email protected]>]
Sent: Thursday, March 19, 2015 4:46 PM
To: Chuck Ries; [email protected]<mailto:[email protected]>
Subject: Re: [lldb-dev] Running tests on windows?
Also, are you using Cygwin? (It doesn't look like it from your command line,
but as cygwin is a completely untested path, I have no idea what will happen if
you use it)
On Thu, Mar 19, 2015 at 4:42 PM Zachary Turner
<[email protected]<mailto:[email protected]>> wrote:
I run tests on Windows and if something is wrong then I definitely want to fix
it.
That said, I've never seen these particular failures before. I will say that
the test suite only passes about 50% on Windows, but at the end you will see a
lot of failures. But they won't be these failures, they will be actual test
failures like couldn't set a watchpoint.
One thing that seems suspicious to me from looking at your command line is
that, although you appear to have built python from source (which is correct),
LLDB is finding a *release* version of Python. If you are building a Debug
version of LLDB, this won't work. LLDB needs to find a debug version of
python. I don't think that's the actual issue you're experiencing here though,
but it might be. To fix this I recommend explicitly specifying both
PYTHON_EXECUTABLE, PYTHON_LIBRARY, and PYTHON_INCLUDE_DIR on your CMake command
line.
The next thing I would do is add a line to dosep.py that prints out the command
line it uses for dotest.py. dosep.py is a lightweight shim that just spawns
many instances of dotest.py in different processes, and it seems to be forming
the command line incorrectly. So the key is going to see what command line
it's using for dotest.py.
What version of Windows are you using if I might ask? And are you running it
from a cmd prompt or a Powershell prompt?
On Thu, Mar 19, 2015 at 4:31 PM Chuck Ries
<[email protected]<mailto:[email protected]>> wrote:
Does anybody run tests on Windows? I was able to build lldb on windows using
cmake + ninja by following the instructions at
http://lldb.llvm.org/build.html#BuildingLldbOnWindows
Running nina check-lldb however fails:
[1/1] cmd.exe /C "cd /D C:\Users\chuckr\source\build_llvm_debug\tools\lldb\test
&& C:\Users\chuckr\source\Python-2.7.8\PCbuild\python.exe
c:/Users/chuckr/source/llvm/tools/lldb/test/dosep.py -o "-q --arch=i686
--executable C:/Users/chuckr/source/build_llvm_debug/bin/lldb.exe -s
C:/Users/chuckr/source/build_llvm_debug/lldb-test-traces -u CXXFLAGS -u CFLAGS
-C C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/cl.exe""
FAILED: cmd.exe /C "cd /D
C:\Users\chuckr\source\build_llvm_debug\tools\lldb\test &&
C:\Users\chuckr\source\Python-2.7.8\PCbuild\python.exe
c:/Users/chuckr/source/llvm/tools/lldb/test/dosep.py -o "-q --arch=i686
--executable C:/Users/chuckr/source/build_llvm_debug/bin/lldb.exe -s
C:/Users/chuckr/source/build_llvm_debug/lldb-test-traces -u CXXFLAGS -u CFLAGS
-C C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/cl.exe""
usage: dotest.py [-h] [-A arch] [-C compiler] [-E extra-flags] [-D]
[-N {dwarf,dsym}] [-a] [+a] [+b] [-b blacklist]
[-f filterspec] [-g] [-l] [-m] [+m] [-p pattern]
[-X directory] [-G category] [--skip-category category]
[-c config-file] [--framework framework-path]
[--executable executable-path] [--libcxx directory]
[-e benchmark-exe] [-k command] [-R dir] [-r dir] [-s name]
[-x breakpoint-spec] [-y count] [-# sharp]
[--platform-name platform-name] [--platform-url platform-url]
[--platform-working-dir platform-working-dir] [-d] [-F] [-i]
[-n] [-P] [-q] [-S] [-t] [-u variable] [--env variable] [-v]
[-w] [-T] [--enable-crash-dialog] [--show-inferior-console]
[test-dir [test-dir ...]]
dotest.py: error: unrecognized arguments:
c:\Users\chuckr\source\llvm\tools\lldb\test\api\check_public_api_headers
usage: dotest.py [-h] [-A arch] [-C compiler] [-E extra-flags] [-D]
[-N {dwarf,dsym}] [-a] [+a] [+b] [-b blacklist]
[-f filterspec] [-g] [-l] [-m] [+m] [-p pattern]
[-X directory] [-G category] [--skip-category category]
[-c config-file] [--framework framework-path]
[--executable executable-path] [--libcxx directory]
[-e benchmark-exe] [-k command] [-R dir] [-r dir] [-s name]
[-x breakpoint-spec] [-y count] [-# sharp]
[--platform-name platform-name] [--platform-url platform-url]
[--platform-working-dir platform-working-dir] [-d] [-F] [-i]
[-n] [-P] [-q] [-S] [-t] [-u variable] [--env variable] [-v]
[-w] [-T] [--enable-crash-dialog] [--show-inferior-console]
[test-dir [test-dir ...]]
dotest.py: error: unrecognized arguments:
c:\Users\chuckr\source\llvm\tools\lldb\test\functionalities\breakpoint\cpp
usage: dotest.py [-h] [-A arch] [-C compiler] [-E extra-flags] [-D]
[-N {dwarf,dsym}] [-a] [+a] [+b] [-b blacklist]
[-f filterspec] [-g] [-l] [-m] [+m] [-p pattern]
[-X directory] [-G category] [--skip-category category]
[-c config-file] [--framework framework-path]
[--executable executable-path] [--libcxx directory]
[-e benchmark-exe] [-k command] [-R dir] [-r dir] [-s name]
[-x breakpoint-spec] [-y count] [-# sharp]
[--platform-name platform-name] [--platform-url platform-url]
[--platform-working-dir platform-working-dir] [-d] [-F] [-i]
[-n] [-P] [-q] [-S] [-t] [-u variable] [--env variable] [-v]
[-w] [-T] [--enable-crash-dialog] [--show-inferior-console]
[test-dir [test-dir ...]]
dotest.py: error: unrecognized arguments:
c:\Users\chuckr\source\llvm\tools\lldb\test\expression_command\persistent_types
usage: dotest.py [-h] [-A arch] [-C compiler] [-E extra-flags] [-D]
[-N {dwarf,dsym}] [-a] [+a] [+b] [-b blacklist]
[-f filterspec] [-g] [-l] [-m] [+m] [-p pattern]
[-X directory] [-G category] [--skip-category category]
[-c config-file] [--framework framework-path]
[--executable executable-path] [--libcxx directory]
[-e benchmark-exe] [-k command] [-R dir] [-r dir] [-s name]
[-x breakpoint-spec] [-y count] [-# sharp]
[--platform-name platform-name] [--platform-url platform-url]
[--platform-working-dir platform-working-dir] [-d] [-F] [-i]
[-n] [-P] [-q] [-S] [-t] [-u variable] [--env variable] [-v]
[-w] [-T] [--enable-crash-dialog] [--show-inferior-console]
[test-dir [test-dir ...]]
dotest.py: error: unrecognized arguments:
c:\Users\chuckr\source\llvm\tools\lldb\test\functionalities\data-formatter\data-formatter-enum-format
usage: dotest.py [-h] [-A arch] [-C compiler] [-E extra-flags] [-D]
[-N {dwarf,dsym}] [-a] [+a] [+b] [-b blacklist]
[-f filterspec] [-g] [-l] [-m] [+m] [-p pattern]
[-X directory] [-G category] [--skip-category category]
[-c config-file] [--framework framework-path]
[--executable executable-path] [--libcxx directory]
[-e benchmark-exe] [-k command] [-R dir] [-r dir] [-s name]
[-x breakpoint-spec] [-y count] [-# sharp]
[--platform-name platform-name] [--platform-url platform-url]
[--platform-working-dir platform-working-dir] [-d] [-F] [-i]
[-n] [-P] [-q] [-S] [-t] [-u variable] [--env variable] [-v]
[-w] [-T] [--enable-crash-dialog] [--show-inferior-console]
[test-dir [test-dir ...]]
……
_______________________________________________
lldb-dev mailing list
[email protected]<mailto:[email protected]>
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
_______________________________________________
lldb-dev mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev
