-
Notifications
You must be signed in to change notification settings - Fork 3.4k
TypeError: Cannot read property 'tokens' of undefined #17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I have a patch for this, just waiting on automatic tests to finish before I push. With the patch this .ll file will compile, however, it has i36 in it (36-bit integers). This will probably cause problems, since I have tested primarily on 32 bit systems, and the code relies on JS bit operations in some cases, which are 32-bit. Perhaps the original code has a compilation #define that can tell it not to use 36-bit numbers, which are not platform independent? |
Thanks for creating the patch. |
Fixed in acaee42 |
It's possible the C++ library is responsible for some, yeah. What OS are you on? |
My OS is Ubuntu 11.04 (through a virtual machine). |
Basically you would compile a libc++ just like any other big project. The wiki has a page on compiling projects. See also tests/runner.py which has examples of building projects (bullet, openjpeg, zlib). |
…upport Add improved file packaging support
Check kcm fcitx5 for all cases.
…819.1 (emscripten-core#17) [dotnet/main] Update dependencies from dotnet/arcade
I get this output in the Javascript file:
// Processing item for llvm line 33124
intertyper.js:617: TypeError: Cannot read property 'tokens' of undefined
item.params = parseParamTokens(item.tokens[3].item.tokens);
^
TypeError: Cannot read property 'tokens' of undefined
at Object.processItem (intertyper.js:617:57)
at Object.process (framework.js:155:26)
at framework.js:104:25
at Array.forEach (native)
at Object.solve (framework.js:92:27)
at intertyper (intertyper.js:809:20)
at JSify (jsifier.js:33:30)
at /home/name/Dev/emscripten/src/compiler.js:79:1
This was the output at line 33124 in the .ll file:
invoke void bitcast (void (%"struct.std::__1::string", i32) @Z8toStringj to void (%"struct.std::basic_string<char,std::char_traits,std::allocator >", i32)_)(%"struct.std::basic_string<char,std::char_traits,std::allocator >"* noalias sret %3, i32 %99)
to label %invcont33 unwind label %lpad106
Here is the .ll file that was generated (plus the source file I think it may be caused by):
http://ge.tt/8wHRkn4
The text was updated successfully, but these errors were encountered: