-
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? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: