Martin J. O'Riordan via llvm-dev
2017-Mar-22 15:29 UTC
[llvm-dev] Building LLVM on Linux, executing on Windows 10 Linux Subsystem
Our out-of-tree LLVM compiler is configured and built on Linux, but I cannot
get it to run under the Windows 10 Linux Subsystem.
When run in this context it reports a crash:
warning: Error disabling address space randomisation: Success
warning: linux_ptrace_test_ret_to_nx: PTRACE_KILL waitpid returned -1:
Interrupted system call
Program received signal SIGSEGV, Segmentation fault.
0x0000000003b31e1b in __ctype_init ()
(gdb) bt
#0 0x0000000003b31e1b in __ctype_init ()
#1 0x0000000003b2ed4e in __libc_start_main ()
#2 0x00000000004022ad in _start ()
(gdb) list
302
<myPathTo>/llvm/tools/clang/tools/driver/driver.cpp:
No such file or directory.
(gdb)
However, the Linux version from the LLVM website works perfectly, so it must
be something to do with how I am configuring LLVM. The following are the OS
and tool versions I am using:
* CentOS Linux release 7.1.1503 (Core)
* gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4)
* cmake version 3.5.2
* GNU Make 3.82
and I am configuring with the following options:
mkdir -p build/linux64
cd build/linux64
cmake -Wno-dev -G "Unix Makefiles" ../../llvm \
"-DCMAKE_BUILD_TYPE:STRING=Debug" \
"-DCMAKE_INSTALL_PREFIX:STRING=$(CLANG_INSTALL_ROOT)/Debug" \
"-DCMAKE_EXE_EXPORTS_C_FLAG:STRING=" \
"-DCMAKE_EXE_EXPORTS_CXX_FLAG:STRING=" \
"-DCMAKE_EXE_LINKER_FLAGS:STRING=-static-libgcc -static-libstdc++
-static" \
-DLLVM_TARGETS_TO_BUILD="OURTARGET" \
-DLLVM_DEFAULT_TARGET_TRIPLE=ourtarget
Only the highlighted options are perhaps unusual as I need to build with
statically linked GCC libraries, and the 'DCMAKE_EXE_EXPORTS' flags were
required to prevent another problem with dynamic libraries, though I have
forgotten what this was now.
The resulting compiler works perfectly on Linux, but when I run the same
binary in the Windows 10 Linux Subsystem, I get the crash report above.
Has anyone any idea what I need to do in my configuration to produce a
healthy binary that will work in this subsystem? The packaged version on
the LLVM website is fine, so I know that it is possible and I must have
missed something.
Thanks,
MartinO
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170322/c7c4ea10/attachment.html>
Brian Cain via llvm-dev
2017-Mar-24 03:03 UTC
[llvm-dev] Building LLVM on Linux, executing on Windows 10 Linux Subsystem
On Wed, Mar 22, 2017 at 10:29 AM, Martin J. O'Riordan via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Our out-of-tree LLVM compiler is configured and built on Linux, but I > cannot get it to run under the Windows 10 Linux Subsystem. > > > > When run in this context it reports a crash: > > > > warning: Error disabling address space randomisation: Success > > warning: linux_ptrace_test_ret_to_nx: PTRACE_KILL waitpid returned -1: > > Interrupted system call > > >The above messages are due to a bug in how windows handles ptrace(PTRACE_GETSIGINFO). I think if you downgrade gdb you might not see this error. Does it still segfault when you don't run it in the debugger? Can you do your compile with "-###" and see the "clang -cc1" command and run that one separately?> Program received signal SIGSEGV, Segmentation fault. > > 0x0000000003b31e1b in __ctype_init () > > (gdb) bt > > #0 0x0000000003b31e1b in __ctype_init () > > #1 0x0000000003b2ed4e in __libc_start_main () > > #2 0x00000000004022ad in _start () > > (gdb) list > > 302 > > <*myPathTo*>/llvm/tools/clang/tools/driver/driver.cpp: > > No such file or directory. > > (gdb) > > > > However, the Linux version from the LLVM website works perfectly, so it > must be something to do with how I am configuring LLVM. The following are > the OS and tool versions I am using: > > >Would it work any better if you tried building the compiler natively with this unique configuration on WSL? If it did it might help you isolate the problem. Also, Microsoft looks like they have a history of reviewing and addressing compatibility bugs just like this one on their GH repo. e.g. https://github.com/Microsoft/BashOnWindows/issues/1373 Sometimes it comes down to them not quite supporting a particular critical syscall quite the same way it behaves on linux.> · CentOS Linux release 7.1.1503 (Core) > > · gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4) > > · cmake version 3.5.2 > > · GNU Make 3.82 > > > > and I am configuring with the following options: > > > > mkdir -p build/linux64 > > cd build/linux64 > > cmake -Wno-dev -G “Unix Makefiles” ../../llvm \ > > "-DCMAKE_BUILD_TYPE:STRING=Debug" \ > > "-DCMAKE_INSTALL_PREFIX:STRING=$(CLANG_INSTALL_ROOT)/Debug" \ > > "-DCMAKE_EXE_EXPORTS_C_FLAG:STRING=" \ > > "-DCMAKE_EXE_EXPORTS_CXX_FLAG:STRING=" \ > > "-DCMAKE_EXE_LINKER_FLAGS:STRING=-static-libgcc -static-libstdc++ > -static" \ > > -DLLVM_TARGETS_TO_BUILD="OURTARGET" \ > > -DLLVM_DEFAULT_TARGET_TRIPLE=ourtarget > > > > Only the highlighted options are perhaps unusual as I need to build with > statically linked GCC libraries, and the ‘DCMAKE_EXE_EXPORTS’ flags were > required to prevent another problem with dynamic libraries, though I have > forgotten what this was now. > > > > The resulting compiler works perfectly on Linux, but when I run the same > binary in the Windows 10 Linux Subsystem, I get the crash report above. > > >It's always a good idea to make sure your environment matches when you're comparing two different systems. "env -i clang++ test_case.cpp" on both can help neutralize any funny business that might creep in. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170323/5dcb1c23/attachment.html>
Martin J. O'Riordan via llvm-dev
2017-Mar-24 09:50 UTC
[llvm-dev] Building LLVM on Linux, executing on Windows 10 Linux Subsystem
Thanks Brian, these are helpful pointers.
MartinO
From: Brian Cain [mailto:brian.cain at gmail.com]
Sent: 24 March 2017 03:04
To: Martin J. O'Riordan <martin.oriordan at movidius.com>
Cc: LLVM Developers <llvm-dev at lists.llvm.org>
Subject: Re: [llvm-dev] Building LLVM on Linux, executing on Windows 10 Linux
Subsystem
On Wed, Mar 22, 2017 at 10:29 AM, Martin J. O'Riordan via llvm-dev
<llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org> >
wrote:
Our out-of-tree LLVM compiler is configured and built on Linux, but I cannot get
it to run under the Windows 10 Linux Subsystem.
When run in this context it reports a crash:
warning: Error disabling address space randomisation: Success
warning: linux_ptrace_test_ret_to_nx: PTRACE_KILL waitpid returned -1:
Interrupted system call
The above messages are due to a bug in how windows handles
ptrace(PTRACE_GETSIGINFO). I think if you downgrade gdb you might not see this
error. Does it still segfault when you don't run it in the debugger? Can
you do your compile with "-###" and see the "clang -cc1"
command and run that one separately?
Program received signal SIGSEGV, Segmentation fault.
0x0000000003b31e1b in __ctype_init ()
(gdb) bt
#0 0x0000000003b31e1b in __ctype_init ()
#1 0x0000000003b2ed4e in __libc_start_main ()
#2 0x00000000004022ad in _start ()
(gdb) list
302
<myPathTo>/llvm/tools/clang/tools/driver/driver.cpp:
No such file or directory.
(gdb)
However, the Linux version from the LLVM website works perfectly, so it must be
something to do with how I am configuring LLVM. The following are the OS and
tool versions I am using:
Would it work any better if you tried building the compiler natively with this
unique configuration on WSL? If it did it might help you isolate the problem.
Also, Microsoft looks like they have a history of reviewing and addressing
compatibility bugs just like this one on their GH repo.
e.g. https://github.com/Microsoft/BashOnWindows/issues/1373
Sometimes it comes down to them not quite supporting a particular critical
syscall quite the same way it behaves on linux.
* CentOS Linux release 7.1.1503 (Core)
* gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-4)
* cmake version 3.5.2
* GNU Make 3.82
and I am configuring with the following options:
mkdir -p build/linux64
cd build/linux64
cmake -Wno-dev -G “Unix Makefiles” ../../llvm \
"-DCMAKE_BUILD_TYPE:STRING=Debug" \
"-DCMAKE_INSTALL_PREFIX:STRING=$(CLANG_INSTALL_ROOT)/Debug" \
"-DCMAKE_EXE_EXPORTS_C_FLAG:STRING=" \
"-DCMAKE_EXE_EXPORTS_CXX_FLAG:STRING=" \
"-DCMAKE_EXE_LINKER_FLAGS:STRING=-static-libgcc -static-libstdc++
-static" \
-DLLVM_TARGETS_TO_BUILD="OURTARGET" \
-DLLVM_DEFAULT_TARGET_TRIPLE=ourtarget
Only the highlighted options are perhaps unusual as I need to build with
statically linked GCC libraries, and the ‘DCMAKE_EXE_EXPORTS’ flags were
required to prevent another problem with dynamic libraries, though I have
forgotten what this was now.
The resulting compiler works perfectly on Linux, but when I run the same binary
in the Windows 10 Linux Subsystem, I get the crash report above.
It's always a good idea to make sure your environment matches when
you're comparing two different systems. "env -i clang++
test_case.cpp" on both can help neutralize any funny business that might
creep in.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20170324/e444ea19/attachment.html>