Note: this repo is only tested on OSX. It "should" work on linux as well, but I'm sure there are some subtle differences... On which platform are you running?
Regarding the bzip2 error: which branch did you use (1.53, 1.55 or 1.58?) Regarding the zlib error: on my machine, the following command is properly installing the lib. ./embuilder.py build zlib What happens when executing it on your side? (again: it's not related to the Boost building process...) Regarding boost/python: I did not try building it. I guess the dependencies are not trivial. In any case, I would recommend trying to build it first for your system (e.g. ./build-macosx.sh instead of ./build-emscripten.sh) On Thursday, May 28, 2015 at 10:36:35 PM UTC+3, ZengRui Wang wrote: > > Hi Ariel, > > I cloned your latest repository to my machine and run the setup.sh script > but it showed that: > > *Unpacking...* > *bzip2: (stdin) is not a bzip2 file.* > *tar: Child returned status 2* > *tar: Error is not recoverable: exiting now* > *Unpacking failed!* > > So I manually unzipped it and renamed the file folder to boost. But the > problem is still there with USE_ZLIB=1. Maybe there is something wrong with > the building of the zlib, I also tried to build the zlib in the > emscript/tests, it also failed. > > Also, I tried to build the python library as --with-python, but there are > some errors: > > *In file included from libs/python/src/object/iterator.cpp:6:* > *In file included from ./boost/python/object/iterator_core.hpp:8:* > *In file included from ./boost/python/object_fwd.hpp:8:* > *In file included from ./boost/python/detail/prefix.hpp:13:* > *In file included from ./boost/python/detail/wrap_python.hpp:142:* > *In file included from /usr/include/python2.7/Python.h:58:* > *In file included from /usr/include/python2.7/pyport.h:4:* > */usr/include/python2.7/pyconfig.h:78:3: error: unknown multiarch location > for pyconfig.h* > *# error unknown multiarch location for pyconfig.h* > > In file included from libs/python/src/exec.cpp:6: > In file included from ./boost/python/exec.hpp:8: > In file included from ./boost/python/object.hpp:8: > In file included from ./boost/python/ssize_t.hpp:9: > In file included from ./boost/python/detail/prefix.hpp:13: > In file included from ./boost/python/detail/wrap_python.hpp:142: > In file included from /usr/include/python2.7/Python.h:58: > /usr/include/python2.7/pyport.h:886:2: error: "LONG_BIT definition appears > wrong for platform (bad gcc/glibc config?)." > #error "LONG_BIT definition appears wrong for platform (bad gcc/glibc > config?)." > > Any ideas on that? > Thank you very much! > > > On Thursday, May 28, 2015 at 10:17:13 AM UTC-7, chronotext wrote: >> >> Hey, >> >> As far as I understand, your problem occurs before the actual Boost >> build, and it is related to the installation of the Emscripten Zlib port. >> >> Follow-up to my original post: I have created a git repository for >> building Boost (1.53, 1.55 or 1.58) on Emscripten (and a few other >> platforms...) >> >> https://github.com/arielm/chronotext-boost >> >> Ariel >> >> On Thursday, May 28, 2015 at 7:52:49 PM UTC+3, ZengRui Wang wrote: >>> >>> Hi, thanks for the sharing, but I encountered one issue of the >>> flag USE_ZLIB=1. If I enable this flag, the compilation will failed with >>> the error message as follows: >>> >>> ...failed clang-linux.compile.c++.without-pth >>> bin.v2/libs/wave/build/clang-linux-emscripten/release/link-static/threading-multi/cpplexer/re2clex/aq.o... >>> clang-linux.compile.c++.without-pth >>> bin.v2/libs/wave/build/clang-linux-emscripten/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o >>> INFO root: (Emscripten: Running sanity checks) >>> WARNING root: building port: zlib... >>> Traceback (most recent call last): >>> File "/home/zewang/emsdk_portable/emscripten/master/emcc", line 1067, >>> in <module> >>> args = get_bitcode_args([input_file]) + ['-emit-llvm', '-c', '-o', >>> output_file] >>> File "/home/zewang/emsdk_portable/emscripten/master/emcc", line 1050, >>> in get_bitcode_args >>> args = system_libs.process_args(args, shared.Settings) >>> File >>> "/home/zewang/emsdk_portable/emscripten/master/tools/system_libs.py", line >>> 894, in process_args >>> args = port.process_args(Ports, args, settings, shared) >>> File >>> "/home/zewang/emsdk_portable/emscripten/master/tools/ports/zlib.py", line >>> 16, in process_args >>> get(ports, settings, shared) >>> File >>> "/home/zewang/emsdk_portable/emscripten/master/tools/ports/zlib.py", line >>> 10, in get >>> ['libz.a'])] >>> File >>> "/home/zewang/emsdk_portable/emscripten/master/tools/system_libs.py", line >>> 871, in build_project >>> return shared.Cache.get(name, create) >>> File "/home/zewang/emsdk_portable/emscripten/master/tools/cache.py", >>> line 38, in get >>> shutil.copyfile(temp, cachename) >>> File "/usr/lib/python2.7/shutil.py", line 82, in copyfile >>> with open(src, 'rb') as fsrc: >>> IOError: [Errno 2] No such file or directory: >>> '/home/zewang/.emscripten_cache/ports-builds/zlib/libz.a' >>> >>> Did you have the same issue? Or did I missed something? >>> Thank you! >>> On Wednesday, May 20, 2015 at 9:56:18 AM UTC-7, chronotext wrote: >>>> >>>> Hey, >>>> >>>> I've recently started to play with emscripten and I'm totally amazed. >>>> So first-things-first: congrats to Alon and all the contributors! >>>> >>>> One of the first topics I wanted to test is boost, since I'm using it >>>> intensively in my cross-platform C++11 projects (OSX, Windows, iOS, >>>> Android...) >>>> >>>> So far, it seems to work as intended, including modules which are not >>>> "header only" (e.g. filesystem or iostreams...) >>>> >>>> Everything is documented here: >>>> https://gist.github.com/arielm/69a7488172611e74bfd4 >>>> >>>> The gist will probably evolve. Comments are welcome... >>>> >>>> Ariel >>>> http://chronotext.org >>>> >>> -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
