Problem solved after emcc --clear-cache --clear-ports. Thank you! On Friday, May 29, 2015 at 9:29:08 AM UTC-7, ZengRui Wang wrote: > > Hi Ariel, > Thanks for the reply. I am working on a Linux machine. I use the 1.58 > branch. > I am still having trouble of building zlib with the command you provide, > the error message is as follows: > > /home/zewang/.emscripten_cache/ports-builds/zlib/compress.c:9:10: fatal > error: 'zlib.h' file not found > #include "zlib.h" > ^ > 1 error generated. > /home/zewang/.emscripten_cache/ports-builds/zlib/adler32.c:8:10: fatal > error: 'zutil.h' file not found > #include "zutil.h" > ^ > ERROR root: compiler frontend failed to generate LLVM bitcode, halting > 1 error generated. > > I think there is something wrong with the emscripten repo of zlib cause I > just updated my emscripten. > > On Thursday, May 28, 2015 at 2:30:54 PM UTC-7, chronotext wrote: >> >> 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.
