If I enable lto using cmake: -DCMAKE_INTERPROCEDURAL_OPTIMIZATION_RELEASE=ON
Emscripten fails with the following error, is lto supported?
[1/17] Building CXX object util/CMakeFiles/gdxutil.dir/colormap.cpp.o
FAILED: util/CMakeFiles/gdxutil.dir/colormap.cpp.o
our CMake file or accept/ignore/use-real-lto
> for -flto=thin in the emscripten driver for compatibility.
>
> On Fri, Aug 4, 2017 at 11:40 AM Dirk Vanden Boer <dirk...@gmail.com
> > wrote:
>
>> The thin option seems to be the problem indeed. Recent cmake (3.9)
>>
I'm currently experimenting with emscripten and webassembly. I'm compiling
a recent project that uses c++17 std::variant.
The latest released version of libcxx has support for std::variant.
Does anyone know when this new libcxx version is expected to be used in
emscripten?
Thanks
--
You
or do we? Or I guess we could just do what we do for fastcomp
>> and let whoever builds emscripten worry about that? Or just a git
>> submodule?) Did we ever get a github organization for emscripten? That
>> would be nice to keep the repos together.
>>
>>
>
A pull request has been created
https://github.com/kripken/emscripten/pull/5415
--
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
VM, one that includes the pass
> it is complaining about.
>
> On Fri, Aug 4, 2017 at 2:03 AM, Dirk Vanden Boer <dirk...@gmail.com
> > wrote:
>
>> If I enable lto using
>> cmake: -DCMAKE_INTERPROCEDURAL_OPTIMIZATION_RELEASE=ON
>>
>> Emscripten fails with the f
AFTER my own js script solved
the issue.
So although i wasn't doing calls in the module, setting up the module
onRuntimeInitialized callback while the wasm is being loaded causes these
kind of issues?
On Thursday, September 14, 2017 at 10:12:07 PM UTC+2, Dirk Vanden Boer
wrote:
>
> Alright
be very useful if
> you can create a minimal reproducing testcase, we should investigate this.
>
> On Fri, Sep 15, 2017 at 2:14 AM, Dirk Vanden Boer <dirk...@gmail.com
> > wrote:
>
>> While creating a minimal reproduction scenario, chrome also broke. So I
>> kn
I'm trying to compile expat with emscripten, it fails on an arc4random call
however.
/usr/local/Cellar/emscripten/1.37.18/libexec/emcc -DHAVE_EXPAT_CONFIG_H
@CMakeFiles/expat.dir/includes_C.rsp -fno-strict-aliasing -DNDEBUG -O2 -fPIC
-o CMakeFiles/expat.dir/lib/xmlparse.c.o -c xmlparse.c
(check_function_exists) is going to
run into trouble.
Thanks for the hint.
On Saturday, September 16, 2017 at 1:08:07 PM UTC+2, Dirk Vanden Boer wrote:
>
> I'm trying to compile expat with emscripten, it fails on an arc4random
> call however.
>
> /usr/local/Cellar/emscripten/1.37.
this special compatibility library before
> looking for them in the normal C library. "
>
> so that machinery could also be used to gate in 4.3 BSD compatibility
> code. Would that solve expat's problem out of the box? I.e. is it
> aware of GCC's #define _BSD_SOURCE and -lbsd-compat
PM UTC+2, jj wrote:
>
> 2017-09-18 17:03 GMT+03:00 Dirk Vanden Boer <dirk...@gmail.com
> >:
> > I patched the expat source to include the declaration of the arc4random
> > function. That allows it to compile.
> > Seems like emscripten should provide the dec
e "Html file generating the error:" will not be
> possible to work. I suppose changing to the working html file resolved
> all the issues here(?)
>
> 2017-09-15 20:49 GMT+03:00 Dirk Vanden Boer <dirk...@gmail.com
> >:
> > My minimal reproduction scenario:
My minimal reproduction scenario:
C++ source (asmerror.cpp):
#include
#include
static void hello() {
std::cout << "Hello wasm\n";
}
EMSCRIPTEN_BINDINGS(asmerror) {
emscripten::function("hello", );
}
Html file generating the error:
var Module =
g a bunch of
> console.logs in relevant places (where Module.asm is assigned to, where you
> start the call that aborts, etc.).
>
> On Thu, Sep 14, 2017 at 12:50 PM, Dirk Vanden Boer <dirk...@gmail.com
> > wrote:
>
>> I already built with -s ASSERTIONS=1 as it was a suggestio
Hi,
I created a webassembly project that runs fine in Google Chrome, but in
firefox I get the following error:
failed to asynchronously prepare wasm: TypeError: Module.asm is undefined
gdx-wasm.js:1:17745
TypeError: Module.asm is undefined
Stack trace:
the case, see
> http://kripken.github.io/emscripten-site/docs/getting_started/FAQ.html#how-can-i-tell-when-the-page-is-fully-loaded-and-it-is-safe-to-call-compiled-functions
>
>
>
>
> On Thu, Sep 14, 2017 at 11:10 AM, Dirk Vanden Boer <dirk...@gmail.com
> > wrote:
>
>>
17 matches
Mail list logo