These are chat archives for dropbox/pyston

Nov 2015
Greg Price
Nov 28 2015 06:47
Hi all
So I'm trying to set up a Pyston development environment
On make, it fails with
ninja: Entering directory `/home/greg/w/pyston/build/Debug'
[11/3204] Performing build step for 'libunwind'
FAILED: cd /home/greg/w/pyston/build/Debug/build_deps/libunwind/src/libunwind-build && /usr/bin/cmake -P /home/greg/w/pyston/build/Debug/build_deps/libunwind/src/libunwind-stamp/libunwind-build.cmake && /usr/bin/cmake -E touch /home/greg/w/pyston/build/Debug/build_deps/libunwind/src/libunwind-stamp/./libunwind-build
CMake Error at /home/greg/w/pyston/build/Debug/build_deps/libunwind/src/libunwind-stamp/libunwind-build.cmake:16 (message):
  Command failed: 2

   'make' '-j1'
and pointing at logs
which come out to
    /bin/bash ../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I/home/greg/w/pyston/build_deps/libunwind/src -I../include  -I/home/greg/w/pyston/build_deps/libunwind/include -I/home/greg/w/pyston/build_deps/libunwind/include/tdep-x86 -I. -D_GNU_SOURCE -DDEBUG  -O0 -g -fexceptions -Wall -Wsign-compare -MT x86/Linit.lo -MD -MP -MF $depbase.Tpo -c -o x86/Linit.lo /home/greg/w/pyston/build_deps/libunwind/src/x86/Linit.c &&\
    mv -f $depbase.Tpo $depbase.Plo
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I/home/greg/w/pyston/build_deps/libunwind/src -I../include -I/home/greg/w/pyston/build_deps/libunwind/include -I/home/greg/w/pyston/build_deps/libunwind/include/tdep-x86 -I. -D_GNU_SOURCE -DDEBUG -O0 -g -fexceptions -Wall -Wsign-compare -MT x86/Linit.lo -MD -MP -MF x86/.deps/Linit.Tpo -c /home/greg/w/pyston/build_deps/libunwind/src/x86/Linit.c -o x86/Linit.o
In file included from /home/greg/w/pyston/build_deps/libunwind/src/x86/Linit.c:4:0:
/home/greg/w/pyston/build_deps/libunwind/src/x86/Ginit.c:57:28: error: conflicting types for '_U_dyn_info_list'
/home/greg/w/pyston/build_deps/libunwind/include/libunwind_i.h:257:25: note: previous declaration of '_U_dyn_info_list' was here
Greg Price
Nov 28 2015 07:02
So this is inside libunwind
At the revision that it's pinned to as a submodule in pyston
Greg Price
Nov 28 2015 07:11
Oho, I bet this is architecture-dependent
These header files certainly have a lot of architecture-dependent logic, for sensible reasons
and I'm on x86_32
Greg Price
Nov 28 2015 07:20
Hmm, I'm actually puzzled now why this doesn't break the same way on x86_64
but anyway, even if I fix this my real problem will soon become that I'm on x86_32
so I'll fix that
Marius Wachtler
Nov 28 2015 16:22
I never saw this error before but I know x86_32 bit is definitely not supported :-(
had you already found time to try a 64bit build? I think it should work on 12.04 because AFAIK travis ci is using this version.