mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’

最新推荐文章于 2023-10-13 19:29:30 发布
转载 最新推荐文章于 2023-10-13 19:29:30 发布 · 8.7k 阅读 · 4
文章标签：

#c

本文介绍了解决FAAC-1.28编译过程中遇到的关于mpeg4ip.h文件中strcasestr函数声明错误的方法。通过修改函数的返回类型和外部连接类型，成功解决了编译问题。

编译FAAC-1.28时遇到错误：

mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’

解决方法：

从123行开始修改此文件mpeg4ip.h，到129行结束。
修改前：
#ifdef __cplusplus
extern "C" {
#endif
char *strcasestr(const char *haystack, const char *needle);
#ifdef __cplusplus
}
#endif

修改后：
#ifdef __cplusplus
extern "C++" {
#endif
const char *strcasestr(const char *haystack, const char *needle);
#ifdef __cplusplus
}
#endif

嵌入式 不同平台编译faac出错"mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’"
skdkjxy的专栏
09-24 3298
编译FAAC-1.28时遇到错误： mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’ 解决方法： 从123行开始修改此文件mpeg4ip.h，到129行结束。 修改前： #ifdef __cplusplus extern "C" { #endif char *strc
T31开发笔记：Faac移植
12-01 1211
使用FAAC把PCM编码成AAC
编译安装faac:mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’...
weixin_34380948的博客
11-26 214
在rhel6.2&rhel6.4上编译安装faac,遇到如下错误：mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’在5.x的版本上编译没问题，经查询，解决方法如下：vimfaac-1.28/common/mp4v2/mpeg4ip.h+123#...
ubuntu下编译libfaac 1.28遇到错误: mpeg4ip.h:126:58: error: new declaration ‘char*
12-02 4399
libfaac 1.28 compilation fails with: mpeg4ip.h:126:58: error: new declaration ‘char* strcasestr(const char*, const char*)’ refer to:http://lzone.de/libfaac%201.28%20compilation%20fails 用gcc编译libfaac
__USE_GNU/usr/include/stdio.h:314:6: error: unknown type name ‘_IO_cookie_io_functions_t’ _IO_cookie_io_functions_t __io_funcs) __THROW __wur; 和http.c:12:21: warning: implicit declaration of function ‘strcasestr’ [-Wimplicit-function-declaration] char* connection = strcasestr(req,"connection"); ^ http.c:12:21: warning: initialization makes pointer from integer without a cast [-Wint-conversion] 的区别
04-10
char *strcasestr(const char *haystack, const char *needle) { if (!*needle) return (char *)haystack; for (; *haystack; haystack++) { const char *h = haystack, *n = needle; while (tolower((unsigned...
server_multi.c: In function ‘handle_http_request’: server_multi.c:84:9: error: implicit declaration of function ‘strcasestr’ [-Werror=implicit-function-declaration] if (strcasestr(buf, "Connection: keep-alive")) { ^ server_multi.c: In function ‘run_select_mode’: server_multi.c:213:30: error: multi-character character constant [-Werror=multichar] buf[n] = '\\0'; ^ server_multi.c:213:30: error: overflow in implicit constant conversion [-Werror=overflow] cc1: all warnings being treated as errors makefile:28: recipe for target 'server_multi.o' failed
08-12
`strcasestr` 是用于在字符串中进行不区分大小写的子串查找的函数，定义在 `<string.h>` 头文件中。若未包含该头文件，编译器会将其视为隐式声明函数，可能导致运行时行为不可预测。应确保在使用该函数前包含正确的...
mpeg4ip.h:126: error: new declaration ‘char*
北雨南萍
02-28 794
编译FAAC-1.28时遇到错误： mpeg4ip.h:126: error: new declaration ‘char* strcasestr(const char*, const char*)’ 解决方法： 从123行开始修改此文件mpeg4ip.h，到129行结束。 修改前： #ifdef __cplusplus extern "C" { #endif char
C++ 编译报错 ambiguating new declaration of ... 怎么办？
这个人是一个c++修狗
03-23 3678
说白了就是和c++里的自带函数冲突了。这里就是和c++自带函数。可以换一个函数名试一试。主函数里的函数名也要改。换成一下就不会报错了。
ambiguating new declaration of 问题的解决
热门推荐
Zyong139064359的博客
05-26 2万+
今天在运行代码的时候 ,一直在报这样的错误 ambiguating new declaration of ‘int NewPartition(seqlist*, int, int)’ 查看了许久 原来是头文件中的声明类型与函数实现的声明类型不一致造成的 这是在头文件中声明的是void void NewPartition(seqlist *l,int low,int high); 但是在函数...
当使用VScode返回错误信息时对应的可能错误点
qq_51945168的博客
04-30 1596
一、 ambiguating new declaration of ‘int div(int, int)’ cannot convert ‘div_t’ {aka ‘_div_t’} to ‘int’ in return 1.可能在函数申明中出现类型不对应 2.可能在主函数中未申明要调用的函数
C++ Primer Plus 第8章
weixin_43638873的博客
08-08 413
简单的说，ostream是基类（因为ofstream是建立在它的基础上的），而ofstream是派生类（因为它是从ostream派生来的）。在这样的情况下，编译器都将生成一个临时匿名变量，并让ra指向它，这些临时变量只在函数调用期间存在，此后编译器可以随意将其删除。15.如果有多个原型，则编译器在选择原型时，非模板版本优先于显式具体化和模板版本，而显示具体化优先于使用模板生成的版本。因此，C++不允许以这样的方式重载gronk( ) ，返回类型可以不同，但特征标也必须不同。然后将恢复到默认设置。
C++ 01 —— 重载
xaphoenix的博客
06-10 1370
C++明天考试，复习一波重载的作用域我们参考下C++primer上的例子string read(); void print(const string&); void print(double); void fooBar(int ival) { bool read = false; string s = read(); void print(int); print("V
Ubuntu Linux 下 Ffmpeg 及 Mencoder 安装使用小结
xiongmaojiayou的专栏
05-15 3745
转自http://www.learndiary.com/2011/04/ubuntu-linux-%E4%B8%8B-ffmpeg-%E5%8F%8A-mencoder-%E5%AE%89%E8%A3%85%E4%BD%BF%E7%94%A8%E5%B0%8F%E7%BB%93/ ，感谢作者无私的分享贡献，让刚入门我这样子的菜鸟才有了方向 近段时间在学习 Ffmpeg、Menco
c++出现[Error] conflicting declaration ***之类的问题怎么办？
wangchuha的博客
10-13 6611
遇到这种错误，那么一定是说明你的变量被重复定义了，比如说你先定义了一个int a，然后又定义了一个int a[100];那么程序就会报： [Error] conflicting declaration 'int a [100]'，就是因为你定义了两个名字相同的数据类型。这个程序中名为sum的变量定义了两个，所以我们应该把int的sum或char的sum中一个的变量名换成不与其他变量名冲突的，就可以很好的解决这一问题了！这个程序把int类型的变量名又sum改为了cnt，变量名不冲突，也就不会报错了！
gcc源码编译中的问题处理过程
qq_1059136269
03-16 1068
1.需求是想要gcc可以编译32位程序也可以编译64位程序，机器是64位的 编译过程教程参考：https://www.quyu.net/info/782.html 但是configure配置时不能配置–disable-multilib，如果配置了这个，64位的机器就不能编译32位的程序了。安装成功的gcc查出来如下：（../configure --prefix=/usr/local/gcc-4.9.4 --enable-threads=posix --disable-checking --enable-mu
In file included from /usr/include/x86_64-linux-gnu/bits/getopt_posix.h:27:0, from /usr/include/unistd.h:872, from Server.tproj/main.cpp:49: /usr/include/x86_64-linux-gnu/bits/getopt_core.h:91:12: error: declaration of ‘int getopt(int, char* const*, const char*) throw ()’ has a different exception specifier extern int getopt (int ___argc, char *const *___argv, const char *__shortopts) ^~~~~~ In file included from Server.tproj/main.cpp:38:0: CommonUtilitiesLib/getopt.h:97:5: note: from previous declaration ‘int getopt(int, char* const*, const char*)’ int getopt(int argc, char* const *argv, const char *optstr); 对于这种错误，我应该使用什么顺序？
最新发布
12-03
<think> 我们正在解决编译错误：&#39;declaration of ‘int getopt(int, char* const*, const char*) throw ()’ has a different exception specifier&#39; 这个错误通常发生在函数声明和定义之间的异常规范（exception specifier）不一致的情况下。在C++中，异常规范（如`throw()`）是函数签名的一部分。如果同一个函数在不同的地方声明时使用了不同的异常规范，就会导致这个错误。 根据引用[1]：如果抛出异常且未被捕获，程序将异常终止。这提示我们异常处理规范的重要性。 引用[2]提到一个类似的问题：在Windows编译时出现boost异常抛出问题，链接错误。虽然问题不同，但都涉及异常处理。 错误分析： 错误信息指出，函数`getopt`的声明中使用了`throw()`异常规范，但是在其他地方（可能是系统头文件或我们自己的代码）有一个声明或定义使用了不同的异常规范（或无异常规范）。 可能的原因： 1. 系统头文件中的`getopt`函数声明（通常在`<unistd.h>`或`<getopt.h>`中）使用了`throw()`或`__THROW`（可能是宏）的异常规范。 2. 我们自己的代码中可能重新声明了`getopt`，并且没有使用相同的异常规范。 3. 在包含头文件时，可能由于包含顺序问题导致系统头文件中的声明被覆盖。 解决方案： 1. 检查代码中是否有自定义的`getopt`声明。如果有，确保其与系统头文件中的声明一致。 2. 检查包含的头文件顺序，确保系统头文件在自定义头文件之前（或之后）正确包含。通常，先包含系统头文件，再包含自定义头文件。 3. 如果问题出现在系统头文件之间，可能需要调整系统头文件的包含顺序。 编译顺序建议： 在C++编译中，头文件的包含顺序可能影响宏定义和函数声明。对于这个错误，可以尝试以下顺序： 步骤1：确保首先包含可能定义`getopt`的系统头文件（如`<unistd.h>`或`<getopt.h>`），这样在后续的代码中就不会有重新声明的机会。 例如： ```c++ #include <unistd.h> // 首先包含，确保getopt的声明被正确引入 // 其他系统头文件 // 然后自定义头文件 ``` 步骤2：如果错误发生在系统头文件内部，可能是由于宏定义冲突。检查在包含系统头文件之前是否定义了某些宏（例如`__THROW`），这些宏可能被系统头文件用于异常规范。 步骤3：如果问题仍然存在，可以尝试在包含系统头文件之前取消定义有冲突的宏，然后再重新定义。 示例： ```c++ #ifdef __THROW #undef __THROW #endif #define __THROW // 或者定义为 throw() #include <unistd.h> ``` 但注意：修改系统头文件的宏定义是危险的，可能导致其他问题。所以优先考虑调整包含顺序。 步骤4：如果问题是由不同的头文件对`getopt`的声明冲突引起，可以尝试将其中一个声明隐藏（如果可能）或者统一使用同一个头文件。 另外，根据引用[3]和[4]，我们注意到类型不匹配也会导致问题，但这里不是类型问题，而是异常规范问题。 总结： 调整编译顺序（主要是头文件包含顺序）是解决此问题的一种方法。具体来说，应该先包含声明`getopt`的系统头文件，然后再包含其他头文件，以避免重复声明或不一致声明。 如果上述方法无效，可能需要检查系统头文件中的声明和编译器的设置。因为`throw()`异常规范在C++11以后已被弃用，而使用`noexcept`。如果编译器设置使用了不同的C++标准，可能会导致不一致。 相关问题： 1. 在C++中，函数声明中的异常规范有哪些类型？它们之间有什么区别？ 2. 如何避免头文件包含顺序导致的编译错误？ 3. 在C++11及以后的标准中，异常规范有什么变化？ 4. 如何检查代码中是否存在重复的函数声明？ </think>### 解决 &#39;declaration of ‘int getopt(int, char* const*, const char*) throw ()’ has a different exception specifier&#39; 错误的编译顺序 这个错误是由于 C++ **异常规范声明不一致**导致的，通常发生在函数声明与函数实现或库链接时使用了不同的异常规范。以下是解决问题的逐步方案： #### 1. 理解错误本质 - **异常规范(exception specifier)**：`throw()` 表示函数保证不抛出任何异常 - 错误原因： - 函数声明使用了 `throw()` (如 `int getopt(...) throw()`) - 但链接的库中该函数的实际实现未使用相同规范 - 常见于： - 新旧C++标准混合使用（C++11起`throw()`被`noexcept`取代） - 不同编译器/库版本兼容问题 - 跨平台编译（Linux/macOS/windows差异） #### 2. 推荐的编译顺序 ```bash # 推荐顺序（标准库优先） g++ -c main.cpp -o main.o -std=c++11 g++ -c utils.cpp -o utils.o -std=c++11 g++ main.o utils.o -l<系统库> -l<自定义库> -o program ``` #### 3. 关键解决步骤 1. **统一C++标准**（最重要）： ```bash # 在编译命令中明确指定C++标准 g++ -std=c++11 ... # 或 c++14/c++17 ``` - 原因：C++11起弃用`throw()`改用`noexcept`[^1][^2] 2. **调整库链接顺序**： ```bash # 错误顺序：自定义库在系统库前 g++ ... -lMyLib -lstdc++ ... # 正确顺序：系统库在自定义库前 g++ ... -lstdc++ -lMyLib ... ``` - 确保标准库（如`libstdc++.a`）优先链接 3. **检查系统头文件包含顺序**： ```cpp // 正确顺序：系统头文件在前 #include <unistd.h> // 包含getopt声明 #include "myheader.h" ``` 4. **验证编译器宏定义**： ```bash # 查看预编译结果 g++ -E -dD main.cpp | grep getopt ``` - 检查是否有冲突的宏定义覆盖标准声明 #### 4. 平台特定处理 - **Linux/macOS**： ```bash # 显式链接pthread库（某些实现需要） g++ ... -pthread -lrt ``` - **Windows**： ```bash # 使用MinGW时指定posix兼容 g++ ... -D_POSIX_C_SOURCE=200809L ``` #### 5. 备选方案 如果以上无效，尝试修改源码： ```cpp // 方案1：显式声明兼容版本 extern "C" int getopt(int, char* const*, const char*); // 方案2：禁用异常规范（不推荐） #define throw() // 在包含<unistd.h>前添加 #include <unistd.h> ``` > **注意**：此错误常见于使用较旧代码库（如基于C++98）在现代编译器（GCC 9+或Clang 10+）上编译的场景。保持编译环境一致性可避免90%此类问题[^3]。 --- ### 相关问题 1. C++11 中 `noexcept` 与 `throw()` 有何本质区别？ 2. 如何检测项目中使用了已弃用的 C++ 异常规范？ 3. 跨平台开发时如何处理 Linux 和 Windows 的系统函数声明差异？ 4. 编译器选项 `-std=c++11` 和 `-std=gnu++11` 在异常处理上有何不同？ [^1]: 如果抛出异常且未被捕获，程序将异常终止 [^2]: Windows 编译时出现 boost 异常抛出链接错误 [^3]: 异常处理中直接使用 `throw new Exception` 可能引发资源管理
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值