Linux c 编译出错问题记录--error：expecetd ‘）’before '*' token

最新推荐文章于 2024-03-30 14:38:58 发布

RYOMARYOMA

最新推荐文章于 2024-03-30 14:38:58 发布

阅读量655

点赞数 4

分类专栏： Linux C

本文链接：https://blog.youkuaiyun.com/RYOMARYOMA/article/details/93511820

版权

Linux C 专栏收录该内容

1 篇文章

订阅专栏

出现的问题如图：

原因：未包含所需要的头文件，加上以后编译就OK了，添加的头文件如下图：

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

RYOMARYOMA

关注关注

4
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

c/c++: 编译错误：error: expected expression before ‘)‘ token & expected ‘；‘, ‘,‘ or ‘)‘ before ‘=‘ token

mzhan017的博客

10-18

14万+

error: expected expression before ‘)’ token 含义：在括号前期望一个表达式，意味着目前括号去没有表达式。可能的原因是函数调用，在最后的括号前多了一个逗号。 578 …/route.c: In function ‘routes’: 579 /home/sb/log.h:198:35: error: expected expression before ‘)’ token, 在这里函数：log_print是一个可以接收可变参数的一个函数； 580 log_pri

C++: ： error: expected type-specifier before ‘；‘ token

mzhan017的博客

01-14

413

因为 new 的语法不正确。正确的语法应该用 new 为指针数组分配内存。gcc 8.5 build 没有问题，11.5 build 有问题。修改，其实new后面的两层括号是不需要;

参与评论您还未登录，请先登录后发表或查看评论

C++ 编译问题汇总

qq_20758799的博客

11-06

339

1 error: expected '{' before 'namespace' 诸位此类所包含的的类的定义不完全，缺结尾的分号或者括号不匹配。检查本文件，或者是包含的其他头文件。

linux下编译复数类型引发的错误：expected unqualified-id before '(' token

weixin_34248258的博客

12-25

601

该类型错误一般由头文件引用顺序的问题引起，默认情况下gcc编译器一般会给出问题出处以及所涉及到的所有的头文件，只需要调整 #include <complex> 以及引用该头文件的其他文件在报错.cpp文件中的引用顺序即可，一般将该文件或者引用该头文件的头文件置于自定义头文件的前面。...

Linux 编译内核报错：error: expected ‘)’ before ‘int’

geek688的博客

04-15

3169

图片如下原因：系统调用的参数太多了更改：根据内核版本，减少参数，一般最多6个

linux编译 __stdcall,Linux下的stdcall 约定格式

weixin_28949049的博客

05-01

1028

Windows下的调用约定可以是stdcall/cdecl/fastcall，这些标识加在函数名前面，如：int __stdcall funca()但在Linux下，如按照上面写法后，编译程序将导致编译错误，Linux下正确的语法如下：int __attribute__((__stdcall__)) funca()int __attribute__((__cdecl__)) funca()Linu...

Linux C语言调用C++动态链接库-改

Skyline的专栏

04-27

4116

如果你有一个c++做的动态链接库.so文件,而你只有一些相关类的声明, 那么你如何用c调用呢,别着急,本文通过一个小小的例子,让你能够很爽的搞定. 一、编译生成一个供测试使用的C++动态库：链接库头文件: //head.h class A { public: A(); virtual ~A(); int

error: expected '(' before 'void' __ASM void xxx

Markus

10-12

1万+

概述使用gcc 编译时才会出现这种错误，在keil中虽然会标红，但可以正常编译解决去掉函数名称前的__ASM 使用__ASM volatile()将汇编语句包裹起来例如： __ASM void MSR_MSP(u32 addr) { MSR MSP, r0 //set Main Stack value BX r14 } 修改成下面 void MSR_MSP(u32 addr) { _...

C: 编译错误：syntax error before ‘&‘ token

mzhan017的博客

03-30

573

这个是初学者的典型错误，在函数调用的时候呢，是不应该把类型 int放在前面的，只有定义/生命的时候才需要使用。就是将定义与调用形式没有理解清楚。如果放一个类型，int，编译器可能以为要定义一个函数原型。但是后续的输入，又不是函数定义，就会报错。

编译TinkerBoard2主板BuildRoot系统遇到的问题

ZOIpuus的博客

01-08

1434

处理ubuntu22.04.3 编译BuildRoot系统问题，板卡为TinkerBoard2

编译pango-1.40.1时遇到的问题及解决方法

xiaoxinyu316的专栏

09-19

1万+

参考 19、pango-1.16.4.tar.bz2 Vi configure.in have_cairo=true have_cairo_png=true have_cairo_ps=true have_cairo_pdf=true have_cairo_freetype=true 修改/usr/directfb-gtk/lib/

linux-gcc编译错误集锦（连续更新中。。。）

10-29

401

这里记录在linux环境下使用gcc编译的错误，给自己提个醒，给别人提个醒。本人从事嵌入式开发，交叉工具链是arm-none-linux-gnueabi-gcc，欢迎感兴趣的朋友一起交流，邮箱yjtyzw@126.com。错误1：error: expected ')' before '*' token 原因分析：1、头文件的循环引用导致的。

在x86_64平台上搭建龙芯MIPS64交叉编译环境

梦醒贰零壹柒

05-10

8715

在x86_64平台上搭建龙芯MIPS64交叉编译环境下载龙芯交叉编译器下载地址搭建交叉编译示例环境系统：deepin15.11 系统用户：dev 交叉编译器：gcc-4.4.7-7215-n64-loongson.tar.gz 步骤 #创建GCC安装目录 mkdir ~/App #解压安装包到GCC安装目录 tar xf gcc-4.4.7-7215-n64-loongson.tar.gz -C ~/App # 配置环境变量 echo "" >> ~/.bashrc echo "ex

编译版本太低（4.8）内核版本高引起的编译错误

missAthin的专栏

08-09

525

升级到内核版本所要求的编译器版本。升级的时候网上有教程。

使用gcc编译驱动模块遇到的问题

倦还的博客

07-30

1331

背景由于工作中需要了解Linux的驱动模块，所以就开始学习，初看Linux驱动编程，跟着博客写一个块设备驱动学习，练习环境为centos6.5 gcc版本为6.3。遇到的问题跟着敲完那个简单的驱动程序后，发现编译出错，错误信息为 include/linux/compiler-gcc.h:89:30: fatal error: linux/compiler-gcc6.h: No suc...

bug记录 expected ‘)’ before ‘*’ token

weixin_45055731的博客

10-26

1336

error：expected ‘)’ before ‘*’ token

gcc编译c问题

Hello World

07-05

1785

1、Linux C语言编程错误解决之“warning:the `gets' function is dangerous and should not be used. 问题出在程序中使用了gets Linux 下gcc编译器不支持这个函数，解决办法是使用 fgets fgets()函数的基本用法为：fgets(char * s,int size,FILE * stream); /*

已解决（Python语法报错）SyntaxError invalid syntax

最新发布

04-03

### C++ 编译器中的函数定义错误分析在 C++ 中，`function definition error before { token` 是一种常见的编译错误提示。这种错误通常表明编译器无法正确解析某个函数的声明或定义部分。以下是可能导致该问题的原因及其解决方案： #### 1. 函数返回类型缺失如果函数定义缺少返回类型，则会触发此错误。例如： ```cpp // 错误示例：未指定返回类型 myFunction(int a, int b) { return a + b; } ``` 上述代码中 `myFunction` 的返回类型被省略，这会导致编译失败[^1]。正确的写法应显式声明返回类型： ```cpp int myFunction(int a, int b) { return a + b; } ``` #### 2. 使用 typedef 或宏时引发歧义当使用 `typedef` 定义新类型名称或者通过宏替换某些表达式时，可能会引入意外的语法冲突。例如： ```cpp #define TYPEDEF_TYPE int TYPEDEF_TYPE myFunc() {} ``` 在这种情况下，预处理器将把 `TYPEDEF_TYPE` 替换为 `int`，从而导致最终形式变为非法语句： ```cpp int myFunc() {}; ``` 这里多了一个多余的分号；因此应该移除多余符号来修复它[^2]。另外需要注意的是，在复杂结构体指针操作场景下也容易发生类似情况。比如下面的例子展示了如何利用 `typedef` 来简化回调函数类型的书写方式，但如果处理不当同样会造成误解。 ```cpp typedef void(*Callback)(void); Callback cb = nullptr; // 正确用法 ``` #### 3. APEX 版本兼容性引起的潜在问题对于涉及第三方库（如 NVIDIA Apex）的情况，有时特定版本间的差异也可能间接影响程序正常构建过程。假如当前使用的 apex 库存在 bug 导致生成不合法中间文件进而干扰后续阶段工作流执行路径规划逻辑判断失误等等一系列连锁反应最终表现为前端显示此类异常现象之一即：“function definition error”。此时可以尝试切换至更稳定的历史提交记录点重新安装依赖项完成环境配置调整动作以规避风险[^3]。 --- ### 示例修正后的代码片段假设我们有如下一段可能存在问题的源码： ```cpp #include <iostream> using namespace std; // 原始错误版 printMessage(string msg){ cout << msg << endl; } int main(){ string greeting="Hello World!"; printMessage(greeting); return 0; } ``` 经过排查发现其根本原因是遗漏了必要的返回值说明符——即使目标方法并不打算实际产出任何数据仍需遵循基本规范补充上去才行于是得到改进后的新版本应该是这样的样子啦~ ```cpp #include <iostream> #include <string> using namespace std ; // 修改后的正确实现 void printMessage(const string& msg){ cout<<msg<<endl ; } int main(){ const string greeting {"Hello World!"}; printMessage(greeting); return EXIT_SUCCESS ; } ``` ---