尝试在ESP32上运行应用程序时出错
自2月以来,我是第一次返回TOIT,当我尝试运行该应用时,我遇到了一个奇怪的问题:
micrcx@micrcx-desktop:~/toit_apps$ toit -d=dell run bubble_sort.toit
2022-06-22T20:21:52.332+0300 WARN Compiler.toitc compiler/compiler.go:299 /home/micrcx/.cache/toit/sdk/v1.6.20/toitc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /home/micrcx/.cache/toit/sdk/v1.6.20/toitc)
/home/micrcx/.cache/toit/sdk/v1.6.20/toitc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /home/micrcx/.cache/toit/sdk/v1.6.20/toitc)
File not found: '/home/micrcx/toit_apps/bubble_sort.toit'
但是文件存在:
micrcx@micrcx-desktop:~/toit_apps$ ls -al bubble_sort.toit
-rw-r--r-- 1 micrcx micrcx 326 Mar 10 2021 bubble_sort.toit
micrcx@micrcx-desktop:~/toit_apps$
I'm back to toit for the first time since February and I'm having a strange problem when I try to run the app:
micrcx@micrcx-desktop:~/toit_apps$ toit -d=dell run bubble_sort.toit
2022-06-22T20:21:52.332+0300 WARN Compiler.toitc compiler/compiler.go:299 /home/micrcx/.cache/toit/sdk/v1.6.20/toitc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /home/micrcx/.cache/toit/sdk/v1.6.20/toitc)
/home/micrcx/.cache/toit/sdk/v1.6.20/toitc: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /home/micrcx/.cache/toit/sdk/v1.6.20/toitc)
File not found: '/home/micrcx/toit_apps/bubble_sort.toit'
But the file exists:
micrcx@micrcx-desktop:~/toit_apps$ ls -al bubble_sort.toit
-rw-r--r-- 1 micrcx micrcx 326 Mar 10 2021 bubble_sort.toit
micrcx@micrcx-desktop:~/toit_apps$
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
toit
可执行文件是在带有最新glibc的机器上构建的。有两个可以解决此问题的选项:
toit
可执行文件,而无需依赖于最近的GLIBC。多亏了您的报告,2。要简单得多,因为没有GLIBC依赖性的新版本正在使用。
The
toit
executables were built on a machine with a recent glibc.There are two options to fix this issue:
toit
executables without dependencies to a recent glibc.Thanks to your report, 2. is much simpler, as a new version without the glibc dependency is being worked on.