arm-none-eabi-gcc交叉编译zbar编译报错

Question

使用arm-none-eabi-gcc交叉编译zbar，configure选项--disable-pthread，编译报错

Answer 1

引自免费微信小程序：皆我百晓生

这个问题涉及到arm-none-eabi-gcc交叉编译器和ZBAR库的问题。首先，我们需要了解一些基本概念和技术。

1. nanosleep函数是Linux内核中的一个系统调用，用于在用户空间等待一定时间后返回给用户空间。在您的程序中，您尝试通过将睡眠时间和信号处理错误作为参数传递给nanosleep函数来实现异步编程。然而，当errno为EINTR时，这可能导致程序崩溃。这是因为在操作系统级别，我们没有控制权限去修改睡眠时间和信号处理错误。

2. 在C语言中，#define_zbar_mutex_lock、#define_zbar_mutex_unlock等宏定义用于锁和解锁线程互斥锁。在您的代码中，这些宏定义看起来被误用。lock应该是pthread_mutex_lock而不是zbar_mutex_lock，同样地，unlock应该是pthread_mutex_unlock而不是zbar_mutex_unlock。

3. proc_video_handler函数试图获取proc->mutex和proc->nutex指针，然后进行一些操作。但是，由于proc结构体中没有这些成员，所以这个访问会失败。

4. proc_cache_polling函数试图初始化proc->thr_polling结构，但其中缺少必要的字段，导致编译错误。

5. proc_cache_polling函数还尝试复制proc->polling到proc->thr_polling，这在proc结构体中并没有这样的映射关系。

6. proc_cache_polling函数中有一个错误，它尝试在赋值前检查变量是否已存在。这会导致编译器报告未定义标识符错误。

解决这些问题的方法可能包括以下几个步骤：

1. 确保nanosleep函数正确使用了errno和EINTR。
2. 将zbar_mutex_lock替换为pthread_mutex_lock。
3. 删除proc->mutex和proc->nutex指向的成员，并确保它们存在于proc结构体中。
4. 确保proc->thr_polling结构中有正确的字段，例如num和nun。
5. 确保proc_cache_polling函数在复制之前检查其源数据。

如果你正在使用GCC进行交叉编译，可以考虑使用其他工具链（如Clang），因为GCC在ARM平台上的支持有限。此外，确保在构建过程中添加必要的依赖项，如ZBAR库和相关的头文件。