在嵌入式arm linux上使用-Os标志进行Python编译完全不稳定(在黑暗中拍摄>;<;)

在嵌入式arm linux上使用-Os标志进行Python编译完全不稳定(在黑暗中拍摄>;<;),python,optimization,gcc,compiler-construction,arm,Python,Optimization,Gcc,Compiler Construction,Arm,因此,我在为其开发的嵌入式系统上遇到了python分段错误的问题。我一辈子都找不到这个问题。我最近尝试了一个打开-Os开关的编译。这似乎让事情变得越来越糟。我只是想知道使用-Os编译总体上是否愚蠢,以及其他人在-Os优化方面是否成功 我在这里全力以赴解决这个问题。如果-Os损坏得那么严重,它可能最终会被禁用或删除。我认识一些人,他们在过去很好地使用过它,但总是在桌面/服务器架构上使用。你能在其他硬件上重现这个问题吗?“python分段出错有问题”。太模糊了,任何人都无法理解真正的问题。“比这糟糕

因此,我在为其开发的嵌入式系统上遇到了python分段错误的问题。我一辈子都找不到这个问题。我最近尝试了一个打开
-Os
开关的编译。这似乎让事情变得越来越糟。我只是想知道使用
-Os
编译总体上是否愚蠢,以及其他人在
-Os
优化方面是否成功


我在这里全力以赴解决这个问题。

如果
-Os
损坏得那么严重,它可能最终会被禁用或删除。我认识一些人,他们在过去很好地使用过它,但总是在桌面/服务器架构上使用。你能在其他硬件上重现这个问题吗?“python分段出错有问题”。太模糊了,任何人都无法理解真正的问题。“比这糟糕很多倍”。没有更多细节,基本上毫无意义。此外,您使用的是哪一版本的Python<代码>-Os应(a)优化和(b)更改系统路径。你真的想改变路径吗?问题太复杂了。“python segfaulting有问题”几乎是我能给你的全部。它发生在2.6.5和2.7.1。
-Os
与sys.path有什么关系@萨诺尔德:我几乎无法在自己的平台上重现这个问题。它的间歇性很强,哪里出故障了?你是用调试信息构建的吗?你知道如何使用gdb吗?你的问题很可能不仅仅是你用Python编译的方式。退后一步,清点一下情况。重要的问题是:您使用的是什么工具链和什么嵌入式发行版框架?我猜是CodeSource和基于OpenEmbedded的东西。。我接近了吗?