空程序段错误答案

【问题标题】：Empty program segfaulting空程序段错误
【发布时间】：2014-07-29 19:24:33
【问题描述】：

我有一个空程序 (module Main where main = return ())，如果我在 cabal 文件中的 build-depends 中包含特定库，则会出现段错误。

库是我自己的，段错误是大黄蜂驱动程序与 opengl 和 haskell 的某种交互（段错误仅在我 optirun 与堆栈中的其他程序一起使用时发生trace 我只看到 libGL.so)，但这不是我的问题。

我的问题是，没有代码段错误的程序怎么可能？更准确地说，我的库的哪些代码运行只是因为它在构建依赖中？如何调试这种废话？

编辑。如果我更改列出额外库的顺序，在编译我的库时，问题就会消失。具体来说，我在 sfml-* 之前移动了 GL、GLEW。不过，问题仍然存在。 除了漫不经心地摆弄构建文件之外，我怎么会发现这个？

【问题讨论】：

【解决方案1】：

在 Bland GCC 编译中，我注意到 linux 下 75% 的段错误是定义返回类型并且在代码流中没有返回类型的方法。

我想说的是，当某些东西在不确定的情况下出现时，要真正意识到回报，然后给出未使用的名义值……不是“空值”或花哨的东西，只是在游戏中获得的东西。

如果随着你的进步，这不酷，你可以删除或修改它们。

您的消息中没有足够的细节来理解您的上下文，但是如果您可以运行 pdb，GCC 会使用调试信息添加极大的帮助。在它在那里崩溃之后，像 frame 和 bt ( backtrace ) 这样的命令可以帮助你。

【讨论】：