• wusiration
    2020-07-04
    这是目前在win 7环境下的编译报错， Extracting LIBFFI_SOURCES... Applying patches... error: invalid path 'truffle\mxbuild\windows-amd64\src\libffi\libffi-3.2.1/src/x86/ffi.c 可以分析出是编译代码在拼接路径的时候，用的是linux系统的分隔符...没找到能在哪里进行调整； 此外，最开始碰到的报错是windows自带的cmd是gbk编码，导致在python调用decode函数默认用utf8，无法正确解析路径。

    作者回复: 在windows上，你直接试试release版本怎么样？参见： https://www.graalvm.org/docs/getting-started/windows 如果解决不了，你继续留言，我找个Windows环境测试一下。 其他同学遇到类似问题，也可以交流下。

    
    3
  • Jxin
    2020-07-01
    本来我觉得jdk8的升级应该会很缓慢。但jdk9的aop编译如果不以补丁包加到jdk8，怕是能有效加快这个过程。毕竟原本不是很重要的启动时间，在servless下，变得至关重要。

    作者回复: 是。Servless，云原生，让启动时间变得敏感。

    
    2
  • Boomkeeper
    2020-12-11
    想问老师一个问题，就是启用graalvm去解析js代码是否执行第一次就进行了即时编译了，因为第二次去看执行时间从几百毫秒变为十几毫秒

    作者回复: 你已经开始用Graal去玩js了？很好呀，有探索精神！ 我没太去研究graalvm+js，但我猜想，因为graalvm是个后端工具，并没有像v8那样提供一个解释器再加一个JIT，所以它只能编译执行。 你可以验证一下看看。

    
    1
  • wusiration
    2020-07-01
    老师，windows是不是很难编译graal，用mx工具build的时候，不停报错...

    作者回复: 理论上，在不同平台上编译graal是一样的，因为是纯Java的嘛。你注意把JDK、Python等环境配置好就行了。 你也可以把错误贴上来，我看一下。

    共 2 条评论
    1
  • coconut
    2021-01-13
    github下载速度慢的话，可以在gitee上搜索相关的仓库 比如 https://gitee.com/liyun_1981/graal?_from=gitee_search

    作者回复: 感谢分享经验！ github确实越来越卡了。

    
    
  • gkkrjj
    2020-07-07
    想知道老师的结构图一类的是什么工具画的

    作者回复: PowerPoint :-)

    
    
  • ifelse
    2022-01-12
    牛逼plus
    
    