Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
RT-Thread一般讨论
[求助]LWIP移植过程中的字节对齐问题
发布于 2010-01-11 11:36:36 浏览：7283
订阅该版
我把LWIP往ADS工程中移植过程中出现一个问题： 在ip_addr.h中，有以下代码： ```c struct ip_addr2 { PACK_STRUCT_FIELD(u16_t addrw[2]); } PACK_STRUCT_STRUCT; PACK_STRUCT_END ``` 在MDK中对应的宏定义在cc.h中： ```c #if defined(__CC_ARM) /* ARMCC compiler */ #define PACK_STRUCT_FIELD(x) x #define PACK_STRUCT_STRUCT __attribute__ ((__packed__)) ``` 其中`__attribute__ ((__packed__))`是表明不让编译器自动填充对齐结构体成员。是个GNU编译器扩展。 mdk支持在结构体最后的位置（;前），但是ADS却要在struct 之后，位置不一样，如下： ```c struct __packed ip_addr2 { PACK_STRUCT_FIELD(u16_t addrw[2]); }; ``` 这样，我就没有办法不改动源代码，只通过修改宏定义的方法实现。难道真的要把所有结构体定义的代码修改一遍吗？是不是有我不知道的方法可以只修改宏定义就可以？请大家指点。 
查看更多
9
个回答
默认排序
按发布时间排序
bernard
2010-01-11
这家伙很懒，什么也没写！
ADS上可以这样定义： ```c #define PACK_STRUCT_BEGIN __packed #define PACK_STRUCT_STRUCT #define PACK_STRUCT_FIELD(x) __packed x #define PACK_STRUCT_END ``` 不过不是太清楚ADS中编译器用的是哪个宏，如果清楚的话可以把这些直接提交到svn中，这样兼容性会好一些。
bluecd
2010-01-11
这家伙很懒，什么也没写！
>ADS上可以这样定义： >#define PACK_STRUCT_BEGIN __packed >#define PACK_STRUCT_STRUCT >#define PACK_STRUCT_FIELD(x) __packed x >#define PACK_STRUCT_END > >不过不是太清楚ADS中编译器用的是哪个宏，如果清楚的话可以把这些直接提交到svn中，这样兼容性会好一些。 --- 果然通过了。呵呵。谢谢。 ADS编译器的宏是不是指附件图中的这些？它也包含__CC_ARM，另外__ARMCC_VERSION=1应该也可以用吧（不知道MDK这里定义的是几）。 我的这个ADS工程已经搞不清楚来源了。应该不是自己定义的这些预定义宏。或者是ADS模板工程里的东西，应该比较通用吧。各位都来发帖验证一下就知道了。
bernard
2010-01-11
这家伙很懒，什么也没写！
原来是1 这个好办，改成 `if (__ARMCC_VERSION == 1)` 的宏即可 高版本的，定义是 `__ARMCC_VERSION = 350000` 这样的 arm.com上面的说法： `__ARMCC_VERSION` 一个十进制数字，可确保随着版本的更新而增加。格式为 PVbbbb，其中： P 是主版本 V 是次版本 bbbb 是内部版本号。
bluecd
2010-01-11
这家伙很懒，什么也没写！
问题基本搞定，剩余最后一个，在ipv4的ip_frag.c中，出现以下错误提示： Error : C2510E: Definition of 'struct pbuf' not '__packed': qualifier ignored ip_frag.c line 91 对应代码： ```c PACK_STRUCT_BEGIN struct ip_reass_helper { PACK_STRUCT_FIELD(struct pbuf *next_pbuf); PACK_STRUCT_FIELD(u16_t start); PACK_STRUCT_FIELD(u16_t end); } PACK_STRUCT_STRUCT; PACK_STRUCT_END ``` 直接去掉红字部分的PACK_STRUCT_FIELD是否会出现问题？编译肯定是能过，但LWIP万一在这里出问题，以后都不知道该怎么查这个问题，所以要慎重。 这个地方理解的有些不是很清楚。 既然PACK_STRUCT_FIELD已经定义了整个结构体为__packed，那么结构体成员中的`PACK_STRUCT_FIELD定义（ #define PACK_STRUCT_FIELD(x) __packed x ）`是否可以去掉？他们的作用域是怎样的。结构体外的定义应该对整个结构体成员起作用，但是否对结构体中成员又是结构体里面的成员起作用呢？ 这个地方报错是为什么？格式不对还是不能重复定义？或者不支持指针定义？
mbbill
2010-01-11
这家伙很懒，什么也没写！
按照上面的宏展开 `PACK_STRUCT_FIELD(struct pbuf *next_pbuf);` 展开以后就是 __packed struct pbuf *next_pbuf; __packed变成了pbuf的限定，而事实上应该是 `struct pbuf * __packed next_pbuf; `才对。
bluecd
2010-01-12
这家伙很懒，什么也没写！
>按照上面的宏展开 PACK_STRUCT_FIELD(struct pbuf *next_pbuf); 展开以后就是 __packed struct pbuf *next_pbuf; __packed变成了pbuf的限定，而事实上应该是 struct pbuf * __packed next_pbuf; 才对。 不是吧，你看代码最开始的地方： ```c PACK_STRUCT_BEGIN struct ip_reass_helper { ``` 把PACK_STRUCT_BEGIN替换成__packed，它的位置也是在struct 前面的。 我现在只定义PACK_STRUCT_BEGIN，不定义PACK_STRUCT_FIELD了。应该也没有问题。
mbbill
2010-01-12
这家伙很懒，什么也没写！
我是说上面你贴出来的错误是因为__packed限定词修饰对象错误导致的。另外这里没有嵌套结构体，那只是个指针。本身那个结构体不是__packed的，所以也不能用__packed来修饰。 但是这个指针应该是__packed的。虽然在这个地方去掉可以，因为外面结构体还套着packed限定。但是我觉得把整个宏定义成空不合适。 如果外面结构体没有定义packed而只限定了packed field，那就会出问题。比如 ```c struct foo { char a; __packed short b; char c; }; ```
bluecd
2010-01-13
这家伙很懒，什么也没写！
谢谢。经过仔细筛查，发现LWIP中所有用到PACK_STRUCT_FIELD的地方都是形如： ```c PACK_STRUCT_BEGIN struct xxx{ PACK_STRUCT_FIELD(xxx); } PACK_STRUCT_STRUCT; PACK_STRUCT_END ``` 的格式。 我想源码作者这样写是方便各种编译器语法的支持。这4个选项不需要都使用，根据编译器选择其中的一个或几个即可。 在ADS中，只使用PACK_STRUCT_BEGIN就可以了。过后再在调试过程中验证。
撰写答案
登录
注册新账号
关注者
0
被浏览
7.3k
关于作者
bluecd
这家伙很懒，什么也没写！
提问
12
回答
32
被采纳
0
关注TA
发私信
相关问题
1
有关动态模块加载的一篇论文
2
最近的调程序总结
3
晕掉了，这么久都不见layer2的踪影啊
4
继续K9ii的历程
5
[GUI相关] FreeType 2
6
[GUI相关]嵌入式系统中文输入法的设计
7
20081101 RT-Thread开发者聚会总结
8
嵌入式系统基础
9
linux2.4.19在at91rm9200 上的寄存器设置
10
[转]基于嵌入式Linux的通用触摸屏校准程序
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总，欢迎查看！
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》，看这篇就够了！干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件！
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序：速度与渲染效率的双重优化秘籍》
5
《原子操作：程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
ota在线升级
UART
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
at_device
ulog
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
7
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
2
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
