内容简介：我在一台即使是这已经是我第无数次被这个
我在一台 macOS Catalina 10.15.1 的机器上，源码编译ffmpeg，生成的ffmpeg和ffprobe等所有可执行程序都无法正常运行。一运行就报段错误崩溃。就像这样：
$./ffmpeg [1] 13651 segmentation fault ./ffmpeg
即使是 ./configure 时不加任何参数也不行。
这已经是我第无数次被这个 macOS 10.15 新版本系统坑了。。
在这个 帖子 的末尾，提供了解决方案，在 ./configure 加上 --extra-cflags="-fno-stack-check" 即可，帖子的原文内容如下：
It seems the 10.15 toolchain turns on “-fstack-check” by default for Clang, like some Linux distributions do. You can see that here :
Stack checking is on by default on all platforms to prevent memory corruptions. (25859140)
Some discussion here traces it back to AVX, although turning off AVX (“–disable-avx”) didn’t seem to help building FFMPEG. (Nor, as skyzyx saw above, did turning off ASM entirely.)
Accordingly, adding “-fno-stack-check” to “CFLAGS” - f.ex., by ‘–extra-cflags=”-fno-stack-check”‘ when configuring works around the problem and builds a functioning FFMPEG.
Don’t quite know what that means for us. I imagine having stack checking on is desirable, but there’s at least a workaround while the source is further investigated.
另外帖子中也有关于用lldb调试ffmpeg，对应的崩溃信息，大家如果遇到同样的问题，也可以调起来确定下是不是这个原因引起的。
$ lldb $(which ffmpeg)
(lldb) target create "/usr/local/bin/ffmpeg"
Current executable set to '/usr/local/bin/ffmpeg' (x86_64).
(lldb) run
Process 95311 launched: '/usr/local/bin/ffmpeg' (x86_64)
Process 95311 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=EXC_I386_GPFLT)
frame #0: 0x00007fff6e08c366 libdyld.dylib`stack_not_16_byte_aligned_error
libdyld.dylib`stack_not_16_byte_aligned_error:
-> 0x7fff6e08c366 <+0>: movdqa %xmm0, (%rsp)
0x7fff6e08c36b <+5>: int3
0x7fff6e08c36c <+6>: nop
0x7fff6e08c36d <+7>: nop
Target 0: (ffmpeg) stopped.
(lldb) run --help
There is a running process, kill it and restart?: [Y/n] y
Process 95311 exited with status = 9 (0x00000009)
Process 95317 launched: '/usr/local/bin/ffmpeg' (x86_64)
Process 95317 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=EXC_I386_GPFLT)
frame #0: 0x00007fff6e08c366 libdyld.dylib`stack_not_16_byte_aligned_error
libdyld.dylib`stack_not_16_byte_aligned_error:
-> 0x7fff6e08c366 <+0>: movdqa %xmm0, (%rsp)
0x7fff6e08c36b <+5>: int3
0x7fff6e08c36c <+6>: nop
0x7fff6e08c36d <+7>: nop
Target 0: (ffmpeg) stopped.
原文链接： https://pengrl.com/p/20042/
原文出处： yoko blog ( https://pengrl.com )
原文作者： yoko ( https://github.com/q191201771 )
版权声明：本文欢迎任何形式转载，转载时完整保留本声明信息（包含原文链接、原文出处、原文作者、版权声明）即可。本文后续所有修改都会第一时间在原始地址更新。
以上所述就是小编给大家介绍的《macOS Catalina 10.15.1环境下编译的ffmpeg无法运行，启动就崩溃》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- Mac 下编译 Hadoop
- Mac下编译libcurl静态库
- 在centos环境下编译安装myrocksdb
- Windows下编译 Hadoop-2.9.2
- 在Windows下编译Hadoop源码的方法
- Windows下编译Caffe并编译Matlab接口
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Lighttpd源码分析
高群凯 / 机械工业出版社 / 2010-3 / 59.00元
本书主要针对lighttpd源码进行了深度剖析。主要内容包括：lighttpd介绍与分析准备工作、lighttpd网络服务主模型、lighttpd数据结构、伸展树、日志系统、文件状态缓存器、配置信息加载、i/o多路复用技术模型、插件链、网络请求服务响应流程、请求响应数据快速传输方式，以及基本插件模块。本书针对的lighttpd项目版本为稳定版本1.4.20。 本书适合使用lighttpd的人......一起来看看 《Lighttpd源码分析》 这本书的介绍吧!
