Re: [問題] porting issue(32bits-->8bits)

[nevak (^o^)]

※ 引述《galic (嘎利)》之銘言：
: ※ 引述《ando5566》之銘言：
: : 各位版友日安,
: : 最近小弟要將32bits平台的CAN protocol API, porting 至8bits平台上,
: : 遇到了一個問題, 如下:
: ...
: : 但是因為我的原意是porting, 所以我不希望影響任何其他寫法,
:                     ^^^^^^^
: : 嘗試過使用union的作法, 但是仍會面臨無法使EID定址在第12bit的問題。
: : 想請教版上高手, 有其他方法嗎?
: : 謝謝!
: 我不知道這篇為什麼沒有人回正解...
: 在我唸書的時候
: 記得老師曾經說過「C 的 bit-fields 不要亂用」
: 尤其是在涉及 memory format (layout) 相關操作的時候
: 像是 network package 的格式、操作 CPU registers …
: 一開始覺得沒什麼
: 但後來真的有看過用 C 開發的 http APIs 竟然用 bit-fields 來 mapping 封包
: 也看過 Arduino 的教學文件竟然是用 bit-fields 在操作 LED 燈和 GPIO
: 所以我覺得推文只要一句「bit-fields 不要亂用」
: 應該就足夠了
: 不然，
: 問 google 也會給你答案
: `c bit fields portability' 或 `bit fields portability'
: 有趣的是，差一個 C 搜出來的會是不同答案
: 不過觀點是一致的
: 總之，你需要的是透過 bit manipulation 來操作
: (有時候打包成 macro 會直接叫 bitmask, bitset 或 bitops....)
: ref: https://stackoverflow.com/a/263738

先講結論...

1. bit-field 真的滿難用的

2. 原Po的問題，以C standard來看，我是找不到可以只改declaration不改其他code完成

porting的方法....

====

以下來自於C11 standard關於bit-field的章節

Section 6.7.2.1 paragraph 5 提到，Bit-field只能用在_Bool, signed int,

unsinged int以及其他implementation defined的型態上。先撇開_Bool不談，

signed int以及unsigned int 在 section 5.2.4.2.1 中提到必須至少是16-bit。

因此原po提到bit-field width 11 編譯不過，很可能是這compiler根本不合standard

不過8-bit compiler這種事也很常見，希望他有在說明書中寫清楚就是了


再來是Section 6.7.2.1 paragraph 11提到，implementation可以自由選擇allocate任意

addressable storage unit來裝bit-field，只要足夠大就可以了，後面雖然有加一個補

充說如果還有空間，緊鄰的下一個bit-field應該被放到同一個storage unit，但最後又

補一句說，同一個unit裡假如放了多個bit-field，它們的順序，是implementation

defined


簡單來說，假如我們定了一個總長32bit的一組bit-fields，分別是5bit, 9bit, 14bit,

4bit，首先standard並不保證這四組bit-fields會緊鄰再一起塞在一個32-bit的storage

unit中，第二就算它們緊鄰在一起，也不能保證他們的順序就是5,9,14,4



bit-field在多數情況下確實是好用，只要能夠確定compiler的行為，比方說透過

各種pragma去限制，用bit-field也沒什麼不好 ，而用bit-field會讓code porting到不同

平台上的難度變高，這個也是肯定的



最後如果我是老師，面對大一資工系剛接觸C code的學生們，我應該也會選擇跟他們說

bit-field暫時不要用，先學好bit operation比較重要。第一個避免用bit-field踩到洞

，第二個bit operation是許多公司的面試必考題，根據我以前在某晶片廠面試的經驗

bit operation非常意外地可以刷掉很多名校並且成績不錯的人。我只是希望以後減少因

為bit operation被刷掉的人，真的滿可惜的。

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.44.180 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1587287479.A.EB0.html
推 LiloHuang: 任何東西存在都有它的意義，這篇文章的見解比較客觀
推 qscgy4: 能不能舉個bit operation的題目來看看？
→ LiloHuang: https://leetcode.com/tag/bit-manipulation/
→ nevak: 其實應該就大家能想到最簡單的，set/clr某個bit，台清交成
→ nevak: 資工系全部都掛掉過，我也是到那時知道，很多就算資工系畢
→ nevak: 業的人，也沒寫過 | 或者是&
推 Schottky: 推
→ Schottky: 成大資工也掛掉過？我好像聽成大的同學們說過 jserv 相
→ Schottky: 當重視特訓大家的 bit operation 熟練度
推 LPH66: 特訓是一回事, 能懂是另一回事...
→ LPH66: 我在的某群組裡有個現在正在修他的課的學生
→ LPH66: 從他每周貼作業的感覺來看好像也不是很好地掌握這些東西..
→ hsnuyi: 去刷個LC 或是寫個verilog就會懂bit op了
→ MasterChang: 因為難懂，所以逃避，可以理解。
→ MasterChang: 試過XC8可以編過，可能原PO是lite版的關係。
→ Lipraxde: 我查了 XC8 C Compiler User's Guide for PIC，原 Po
→ Lipraxde: 所看到的錯誤訊息應該是 Appendix B 中的 (741) bitfie
→ Lipraxde: ld too large ... ，裡面有說明 bitfield 的位元數不能
→ Lipraxde: 超過 8，跟是不是 Lite 版應該沒有關係？
推 ucrxzero: 請問網路遮罩也算是一種應用嗎
→ protoss: 是啊~資工沒修過網路也是蠻神奇的...
推 ando5566: 我是原po我是用1.45 pro版
推 ando5566: 用pragma pack（1）也沒編譯成功，已經硬改code把專案
→ ando5566: 完成了，一個pic18 的mcp2517 spi to CANFD的driver api
推 ando5566: #pragma pack 1 有效