tcc几年没更新了,mac os arm芯片又编译不成功咋搞嘛?
针对您提到的“tcc几年没更新了,mac os arm芯片又编译不成功”的问题,这里有几个可能的解决方向:
由于tcc(Tiny C Compiler)长时间未更新,可能不再支持最新的操作系统或硬件架构。在这种情况下,考虑使用其他更现代、更活跃的C编译器可能是一个更好的选择。例如,GCC(GNU Compiler Collection)和Clang都是广泛使用的C编译器,它们经常更新以支持新的平台和特性。
如果tcc在较旧的macOS版本上能够成功编译,您可以考虑在虚拟机或双启动环境中安装一个旧版本的macOS来尝试编译。然而,这种方法可能不是长期解决方案,因为旧版本的操作系统可能不再接收安全更新。
如果tcc的源代码可用,您可以尝试查找是否有其他开发者已经为macOS ARM芯片创建了补丁或分支。此外,您也可以尝试自己修改源代码以支持新的架构。这可能需要一定的C语言和编译器内部工作原理的知识。
如果您的主要开发环境不是macOS ARM,但您需要在该平台上运行tcc编译的程序,您可以考虑使用交叉编译。交叉编译是在一个平台上编译另一个平台上运行的程序的过程。您可以在一个支持tcc的平台上编译tcc的源代码,并生成适用于macOS ARM的二进制文件。
在Stack Overflow、GitHub或其他开发者社区中寻求帮助也是一个不错的选择。可能有其他开发者遇到了类似的问题,并找到了解决方案。在提问时,请确保提供足够的上下文和错误信息,以便他人能够更好地理解您的问题并提供帮助。
如果直接在macOS ARM上编译tcc不可行,您可以考虑使用Docker容器或虚拟机来运行一个支持tcc的Linux环境。这样,您可以在不修改macOS系统的情况下使用tcc进行编译。
由于tcc长时间未更新且可能不再支持macOS ARM芯片,您可能需要考虑使用其他编译器或采取上述提到的某种解决方案来绕过这个问题。在做出决定之前,请仔细评估您的需求和可用资源。
为什么方法编译成功,而没有成功?
我有一个简单的JNI.dll,试图在测试Java应用程序中使用它。它是一个文件,由几个函数组成,头部由生成。(我正在使用MinGW btw编译) 如果我用GCC编译并链接这段代码,我就可以很好地用system.loadLibrary()加载.dll并使用它。但是,如果我用G++编译它,将失败,出现可怕的“UnsatisfiedLinkError”。 g++-wl,--add-stdcall-ali
我今天早上将Android Studio2.0预览版从4更新到5。如果我继续使用: 这仍将成功编译。但如果我移动到-alpha5,就会出现以下错误: 错误:任务执行失败:应用程序:compileReleaseJavaWithJavac。Java . io . file not found异常:....\ intermediates \ explosed-AAR \ com . Google . A
上游更新其实是很频繁的,时常同步一下最新源码,就可能会有新惊喜。 更新源码的方法与同步源码相同,再次执行 repo sync 即可。 同步完成后,一定要确保执行过 make clean,很多莫名其妙的错误都因为没有执行 clean。 每次开始编译前,都顺手检查一下 jack 服务是否在运行,如果在运行,就把它结束掉,以便腾出内存用于编译。 然后就可以再次编译了,同样是执行 brunch z2_pl
场景 有一个聊天输入框组件,输入框上面有表情包组件。 通过redux创建了store,存储一个message的状态,用于表情包和输入框共享状态。 输入框通过设置value和onClick做了一个简单双向绑定,其中value的值为store里的message。 表情包组件做了一个方法,选择表情包时通过回调传回值与message值做拼接,结果message值为上一次的值 结果:当我输入一段文字后,添加
Xcode 11 正在重新编译(几乎?)我的整个项目,即使我只是更改一个局部私有变量,或者在局部作用域中更改一个常量的值,有时甚至在局部私有函数作用域中。我有时可以通过预期的快速构建获得2或3个更改,但很快它决定再次重新编译所有内容(这需要太长时间)。 知道可能发生了什么吗?Xcode无法确定发生了什么变化,为什么它会重新编译这么多其他东西(甚至其他模块)。 任何建议都非常感谢,谢谢!