看来你在交叉编译MPlayer到ARM架构时碰到了头文件找不到的问题，尽管主机上已经装了libasound2-dev。这是交叉编译里很常见的路径匹配问题，你可以从这几个方面逐一排查：

• 检查交叉工具链的sysroot及目标架构依赖
  交叉编译器arm-linux-gnueabihf-gcc默认会从自己的sysroot路径下查找目标架构的头文件和库，而不是直接用主机（x86_64）的/usr/include。你可以先运行arm-linux-gnueabihf-gcc -print-sysroot查看工具链的sysroot位置，然后检查该路径下是否存在usr/include/alsa/asoundlib.h。如果没有，你需要为ARM架构安装对应的alsa开发包：

  1. 先开启Ubuntu的多架构支持：

     dpkg --add-architecture armhf
     apt-get update
     

  2. 安装ARM版本的alsa开发库：

     apt-get install libasound2-dev:armhf
     

  这样交叉工具链就能找到适配ARM的头文件和库了。

• 显式给configure传递头文件和库路径
  如果不想依赖多架构包，你可以在configure时手动指定alsa的头文件和库路径，确保交叉编译器能找到它们。修改你的configure命令，添加--extra-cflags和--extra-ldflags参数：

  ./configure --enable-cross-compile --cc=arm-linux-gnueabihf-gcc --host-cc=gcc --target=arm-linux-gnueabihf --prefix=/usr/local --enable-alsa --extra-cflags="-I/usr/include" --extra-ldflags="-L/usr/lib/arm-linux-gnueabihf"
  

  这里/usr/lib/arm-linux-gnueabihf是主机上存放ARM架构库的路径，确保该路径下有libasound相关的库文件。

• 验证交叉编译器的头文件搜索路径
  你可以通过以下命令查看交叉编译器默认的头文件搜索列表，确认/usr/include或者目标sysroot的include路径是否在其中：

  arm-linux-gnueabihf-gcc -E -v - < /dev/null 2>&1 | grep include
  

  如果目标路径不在列表里，就需要通过--extra-cflags参数手动添加进去。

• 检查configure的日志细节
  运行configure后，生成的config.log文件里会记录所有依赖检测的细节。你可以搜索"alsa"或者"asoundlib.h"相关的日志，看看configure在检测alsa时是否使用了正确的交叉编译器，有没有具体的报错信息——这往往能帮你快速定位问题所在，比如是不是configure误用到了主机的gcc而不是交叉编译器。

内容的提问来源于stack exchange，提问作者andy