telegram 上看到 C++ Move Semantics, 竟然是簡體中文版的翻譯, 也驚訝 C++ Move Semantics 竟然有一本書的份量, 真的有人能精通 c++ 嗎?
翻譯的文件是 latex 檔案, 真是太酷了。花了一些功夫使用 xelatex 編譯起來, xelatex C++-Move-Semantics.tex, 遇到什麼找不到的東西, 就把 texlive 相關套件裝一下, 應該不難搞定。
編譯好的簡體中文 pdf 放在: C++-Move-Semantics.pdf
有嘗試改成繁體中文, 不過會遇到有些繁體字找不到字型的問題, 懶得改了。
轉 epub 檔案: pandoc C++-Move-Semantics.tex -o C++-Move-Semantics.epub
繁體中文 epub: C++-Move-Semantics.epub
epub 版本繁體中文正常顯示, 無缺字, 用 e-ink 閱讀器看比較方便, 也可以用語音聽。但聽程式碼還真的有點難。
2025年2月13日 星期四
2024年5月16日 星期四
c++20 moudles support by g++
這是一個我很想用的特性, 沒有 header files 還能編譯, 真的厲害, 不知道怎麼辦到的, c++ 的魔法越來越多了。
主要以 chatgpt 為主, 再搭配 google 找資料, 終於知道怎麼編譯 module。
編譯之後會產生 gcm.cache 目錄。另外也有可能第一次編譯有錯, 再一次編譯就正常的情形, 所以有時候我搞不清楚是我寫錯還是編譯的問題。
測試了:
ref:
C++20 Modules - 讓編譯加速吧 | C++ · 傳統與革新的空間
主要以 chatgpt 為主, 再搭配 google 找資料, 終於知道怎麼編譯 module。
descent@deb64:cpp_module$ g++ --version g++ (Debian 13.2.0-12) 13.2.0
編譯之後會產生 gcm.cache 目錄。另外也有可能第一次編譯有錯, 再一次編譯就正常的情形, 所以有時候我搞不清楚是我寫錯還是編譯的問題。
測試了:
- class
- function
- template function
- 使用標準程式庫
ref:
C++20 Modules - 讓編譯加速吧 | C++ · 傳統與革新的空間
標籤:
cpp
2022年8月5日 星期五
union and std::string
這個其實是我在用 bison 和 c++ 時遇到的問題, 我不想用 char*, std::string *, 想直接用 std::string, 參考 u.cpp L7, 所以才碰到這個問題。
bison 的解法是改用輸出 c++ 版本的 parser, 紀錄在「yacc/bison 系列 (3) bison 與 c++」
這個情境在 c++ primer the 5th 中文版「19.6 union:節省空間的類別」有提到, 有點複雜, 摘錄其部份內容。
bison 的解法是改用輸出 c++ 版本的 parser, 紀錄在「yacc/bison 系列 (3) bison 與 c++」
這個情境在 c++ primer the 5th 中文版「19.6 union:節省空間的類別」有提到, 有點複雜, 摘錄其部份內容。
具有類別型別的成員的 union (p848) 在早期版本的C++ 底下,union 不能有成員是定義了自己的建構器或拷貝控制成員的類別型 別。在新標準之下,這項限制鬆綁了。然而,具有的成員定義了它們自己的建構器或拷貝控 制成員的 union 使用起來會比成員是內建型別的 union 還要複雜。 當一個union 具有內建型別的成員,我們可以使用一般的指定來改變那個 union 所存放的值。 而成員不是簡單類別型別的 union 就不是這樣了,當我們將 union 的值切換至或切換自類別型別的一個成員,我們就必須建構或摧毀那個成員:當我們將 union 切換至類別型別的一個成員,我們就必須執行那個成員的型別的一個建構器;當我們切換自那個成員,就必須執行它的解構器。 當一個 union 有內建型別的成員,編譯器會合成逐個成員(memberwise)版的預設建構器 或拷貝控制成員,但對成員是定義有自己的預設建構器或一或多個拷貝控制成員的 union 來 我,就不是如此了。如果一個union 的成員的型別定義了這些成員其中之一,那麼編譯器就會把union 對應的成員合成為 deleted(§13.1.6)。 舉例來說, string 類別定義了所有的五個拷貝控制成員,以及預設建構器,如果一個 union 含有一個 string, 而且並沒有定義自己的預設建構器或其中一個拷貝控制成員, 那麼編譯器就會合成那個缺少的成員為 deleted, 如果一個類別有一個 union 成員具有一個 deleted 的拷貝控制成員,那麼該類別本身對應的拷貝控制運算也會是 deleted 的。
2022年7月30日 星期六
install c++ library man page
在 linux 上一開始寫程式就是使用 c++, man 3 printf 就可以查詢 printf 用法真的很方便, 但是 c++ 標準程式庫卻沒有 man page 可以用, 一直很想要 man std::vector 也可以看到 vector 的用法, 每次不是查網路就是要翻開我那本 c++ 標準程式庫手冊。今天心血來潮找了一下, 原來有人有做了 c++ man page, 從 cppreference 轉來的。
在 https://github.com/jeaye/stdman, 從 source code 編譯, 不會太難。
man std::vector 就可以看到 vector 用法, 爽啊!
在 https://github.com/jeaye/stdman, 從 source code 編譯, 不會太難。
./configure make sudo make install sudo mandb/usr/local/share/man/man3
man std::vector 就可以看到 vector 用法, 爽啊!
標籤:
cpp
2022年1月13日 星期四
Thriving in a Crowded and Changing World: C++ 2006–2020 簡體中文版本
在拥挤和变化的世界中茁壮成长:C++ 2006–2020
原文版本在此: https://www.stroustrup.com/hopl20main-p5-p-bfc9cd4--final.pdf
這篇論文在介紹 C++ 2006–2020 的語言發展歷史, 和 The Design and Evolution of C++類似, 我很喜歡電腦語言的發展歷史內容, 拜簡體中文版本, 終於可以一窺其貌。
我整理成 epub, 轉成繁體中文, 修改某些術語為台灣術語, 這部份沒有改的很好, 還是會有一些是中國用語, 有電子閱讀器 e-ink 讀起來會很舒服。
https://github.com/descent/Cxx_HOPL4_zh/tree/epub/zh_tw
直接下載 cxx.epub
第 3 章介紹了 c++ 標準委員會的組織架構, 還蠻龐大的。
4.1.1 介紹了 c++11 記憶體模型
第六章 - 概念 (concept) 的說明非常精彩, 從有 template 開始, Bjarne 就有考慮到這個問題, 沒想到一直到等到 c++20 才有這個功能, 這章說明了其中的心路歷程, 經過了什麼樣的討論, 最後被退回, 再次的努力, 終於在 c++20 有了 concept, 背後的辛苦難為人知。
Bjarne 說不要區分 template function, 讓 template function 看起來就樣一般 function 一樣, 而委員會有蠻多人持反對意見, 本來我也覺得讓 template function 看起來不要像一般 function 比較好, 但好像也沒必要去區分是吧?
c++17 可以這樣寫 pair p2 ("Hi!"s,129); 好威, 就不需要寫出角括弧 pair<string:int> p2; 語法看起來簡潔很多。
cfront source code:
http://www.softwarepreservation.org/projects/c_plus_plus/
http://www.softwarepreservation.org/projects/c_plus_plus/cfront/release_e/cfront1985.zip
原文版本在此: https://www.stroustrup.com/hopl20main-p5-p-bfc9cd4--final.pdf
這篇論文在介紹 C++ 2006–2020 的語言發展歷史, 和 The Design and Evolution of C++類似, 我很喜歡電腦語言的發展歷史內容, 拜簡體中文版本, 終於可以一窺其貌。
我整理成 epub, 轉成繁體中文, 修改某些術語為台灣術語, 這部份沒有改的很好, 還是會有一些是中國用語, 有電子閱讀器 e-ink 讀起來會很舒服。
https://github.com/descent/Cxx_HOPL4_zh/tree/epub/zh_tw
直接下載 cxx.epub
第 3 章介紹了 c++ 標準委員會的組織架構, 還蠻龐大的。
4.1.1 介紹了 c++11 記憶體模型
- C++11 併發指南七(C++11 記憶體模型一:介紹)
- 【C++】C++ 11引入了標準化的記憶體模型。這是什麼意思?它將如何影響C++程式設計?
- Multithreading in C++0x part 6: Lazy initialization and double-checked locking with atomics
第六章 - 概念 (concept) 的說明非常精彩, 從有 template 開始, Bjarne 就有考慮到這個問題, 沒想到一直到等到 c++20 才有這個功能, 這章說明了其中的心路歷程, 經過了什麼樣的討論, 最後被退回, 再次的努力, 終於在 c++20 有了 concept, 背後的辛苦難為人知。
Bjarne 說不要區分 template function, 讓 template function 看起來就樣一般 function 一樣, 而委員會有蠻多人持反對意見, 本來我也覺得讓 template function 看起來不要像一般 function 比較好, 但好像也沒必要去區分是吧?
c++17 可以這樣寫 pair p2 ("Hi!"s,129); 好威, 就不需要寫出角括弧 pair<string:int> p2; 語法看起來簡潔很多。
cfront source code:
http://www.softwarepreservation.org/projects/c_plus_plus/
http://www.softwarepreservation.org/projects/c_plus_plus/cfront/release_e/cfront1985.zip
標籤:
cpp
2020年12月10日 星期四
gcc tail call (tail recursion) optimize
![]() |
| fig 1. C++ 函數式編程 |
但是 revursive 實在太難, 我還沒能掌握這個思考方式。
甚至連 tail call (tail recursive) 都搞不清楚, 後來在閱讀了「C++ 函數式編程 (Functional Programming in C++: How to improve your C++ programs using functional techniques)」(fig 1) 之後, 才知道就是字面上的意思。
而只有 tail call 才能讓編譯器有機會轉成 loop, 避免使用 stack。
一般看到的文章都說編譯器會把 tail call 轉成 loop, 而不使用 stack 空間, 避免 stack 爆掉, 這是真的嗎?
要怎麼確認呢?
就像 inline function, 我要怎麼確認真的有 inline 呢?
如果編譯器沒有給出明確訊息, 似乎也只能看編譯器輸出的組合語言了。
我用了 sum.c 來測試, 這個程式就是把 arr[0] ~ arr[4] 印出來, 只是我用了 recursive function 印出, 而不是用 for loop。
這個程式符合 tail call, call 自己的那行程式是在程式的最尾端, 所以應該可以被編譯器最佳化為 loop 才是。但如果沒下什麼編譯選項的話, 是看不到這樣的結果的。
而和 tail recursive calls 有關的編譯選項是 -foptimize-sibling-calls。
-foptimize-sibling-calls
Optimize sibling and tail recursive calls.
Enabled at levels -O2, -O3, -Os.
但是很奇怪, 如果使用 -foptimize-sibling-calls 反而不會輸出 Optimize tail recursive calls 的組合語言, 需要用 -Os 才會將 tail recursive calls 轉成 loop。
gcc -no-pie -m32 sum.c -g -Os -o sum.tc.opt gcc -no-pie -m32 sum.c -g -foptimize-sibling-calls -o sum.no.tc.opt
list 2 L37, 在 print() 裡頭還是會 call print()
list 3 L65, 在 print() 是用 jmp 回到前面一個點 (L55), 就是 loop 的動作。
看到這樣的結果就安心了, 真的是像文章上說的一樣, 有做 tail recursive calls Optimization。
ref:
標籤:
cpp,
programming
2020年1月17日 星期五
c++ vector 呼叫容器元素的解構函式
constructor 我喜歡翻譯成建構函式, 因為它本質的確是一個函式; destructor 我喜歡的翻譯是解構函式。當我寫 c 的時候, init() 我會取名 ctor(); destory() 我會取名為 dtor()。
在使用 std::vector 的時候, 會因為 vector 的容量變化而呼叫元素的解構函式, 這個負擔大不大呢?
vector 提供的 reserve 有沒有幫助?
我之前沒有細想這個問題。
由於我沒有執行 reserve, capacity() 一開始是 0, push c1 之後, vector 先配置 1 個元素的記憶體空間, copy ctor 發動, 複製 c1 到 vector[0], 目前總共有 c1, c2, vector[0] 總共 3 個 MyClass, capacity() 為 1。
push c2 之後, capacity() 空間不夠, 先配置 2 個元素的記憶體空間, 呼叫 copy ctor 複製 c2 以及在原本的 vector[0], 這時候共有 5 個 MyClass。
再來發動「原本的 vector[0]」 dtor, 現在的 MyClass 變為 4 個, 原本的有 1 個元素的記憶體空間被歸還。
在 vector 解構後, 會執行 4 次 MyClass dtor。
嚴格來說最開始的 ctor:2, 和最後的 dtor:2 不能算在 vector 頭上, 重新計算之後。
以 result 1 來看, 老實說我有點驚訝這個頻繁的次數, 以 result 2 結果來看就還好。
但如果用 v-1.push_back.cpp 的寫法, 因為 push_back 無法寫 my_class.push_back(); 得寫成 my_class.push_back(MyClass{});, 這寫法所有的開銷就得算在 vector 頭上了。
總開銷:
ctor: 2
copy ctor: 3
dtor: 5
和 result 1 一樣。
如果不想付出這麼頻繁的代價, 可以使用 vector<MyClass*> my_class; 指標的版本, 或是使用 reserve, reserve 可以減少發動 ctor, dtor 的次數。
c++11 之後有了 emplace_back(), 來看看這個新東西所帶來的效率改善。
直接寫 my_class.emplace_back() 就可在 vector[0] 插入一個 MyClass 物件。
push c1 時, 發動一次 ctor, push c2 時, c2 發動一次 ctor, 原本的 vector[0] 發動一次 copy ctor, 這時候總共有 3 個 MyClass, 之後 vector[0] 發動一次 dtor, 現在的 MyClass 總數為 2 個。
當 vector 解構之後, 發動 2 次 dtor。
總開銷:
ctor: 2
copy ctor : 1
dtor: 3
和 result 2. 的開銷一樣, 不過使用 emplace_back() 可是貨真價實的省下 2 個 ctor, 這使用了 variadic template 的技術, 我總算找到使用 variadic template 的原因了。
編譯: g++ -std=c++2a v.emplace_back.cpp -o v.emplace_back
emplace_back:
在使用 std::vector 的時候, 會因為 vector 的容量變化而呼叫元素的解構函式, 這個負擔大不大呢?
vector 提供的 reserve 有沒有幫助?
我之前沒有細想這個問題。
由於我沒有執行 reserve, capacity() 一開始是 0, push c1 之後, vector 先配置 1 個元素的記憶體空間, copy ctor 發動, 複製 c1 到 vector[0], 目前總共有 c1, c2, vector[0] 總共 3 個 MyClass, capacity() 為 1。
push c2 之後, capacity() 空間不夠, 先配置 2 個元素的記憶體空間, 呼叫 copy ctor 複製 c2 以及在原本的 vector[0], 這時候共有 5 個 MyClass。
再來發動「原本的 vector[0]」 dtor, 現在的 MyClass 變為 4 個, 原本的有 1 個元素的記憶體空間被歸還。
在 vector 解構後, 會執行 4 次 MyClass dtor。
嚴格來說最開始的 ctor:2, 和最後的 dtor:2 不能算在 vector 頭上, 重新計算之後。
以 result 1 來看, 老實說我有點驚訝這個頻繁的次數, 以 result 2 結果來看就還好。
但如果用 v-1.push_back.cpp 的寫法, 因為 push_back 無法寫 my_class.push_back(); 得寫成 my_class.push_back(MyClass{});, 這寫法所有的開銷就得算在 vector 頭上了。
總開銷:
ctor: 2
copy ctor: 3
dtor: 5
和 result 1 一樣。
如果不想付出這麼頻繁的代價, 可以使用 vector<MyClass*> my_class; 指標的版本, 或是使用 reserve, reserve 可以減少發動 ctor, dtor 的次數。
c++11 之後有了 emplace_back(), 來看看這個新東西所帶來的效率改善。
直接寫 my_class.emplace_back() 就可在 vector[0] 插入一個 MyClass 物件。
push c1 時, 發動一次 ctor, push c2 時, c2 發動一次 ctor, 原本的 vector[0] 發動一次 copy ctor, 這時候總共有 3 個 MyClass, 之後 vector[0] 發動一次 dtor, 現在的 MyClass 總數為 2 個。
當 vector 解構之後, 發動 2 次 dtor。
總開銷:
ctor: 2
copy ctor : 1
dtor: 3
和 result 2. 的開銷一樣, 不過使用 emplace_back() 可是貨真價實的省下 2 個 ctor, 這使用了 variadic template 的技術, 我總算找到使用 variadic template 的原因了。
編譯: g++ -std=c++2a v.emplace_back.cpp -o v.emplace_back
emplace_back:
標籤:
cpp
2019年12月20日 星期五
c++ inline function 裡頭 static object 會有幾份?
inline function 在 c (c99 之後), c++ 都可以使用, 只要在 function 前面加上 inline 即可。
而 c, c++ 的 inline 有點不同,
c 的 inline 如果定義在 .h, 一定要加上 static, 否則會有 list 1 的錯誤。
c++ 的 inline 不需要加上 static, 但如果加上 static 也是可以, 但是加上了 static inline 的 c++ inline function, 對於 inline function 裡頭的 static ojbect, 會有不一樣的行為。
參考: static variables in an inlined function
沒有 static 的 inline function, function 中的 static object 只會有一個, 但是加上了 static 的 inline function, inline function 被包含了幾次, 就會有幾個 static object。
source code:
https://github.com/descent/progs/tree/master/inline_function_with_static_obj
C11 standard (ISO/IEC 9899:2011): 6.7.4 Function specifiers (p: 125-127) C99 standard (ISO/IEC 9899:1999): 6.7.4 Function specifiers (p: 112-113)
而 c, c++ 的 inline 有點不同,
c 的 inline 如果定義在 .h, 一定要加上 static, 否則會有 list 1 的錯誤。
c++ 的 inline 不需要加上 static, 但如果加上 static 也是可以, 但是加上了 static inline 的 c++ inline function, 對於 inline function 裡頭的 static ojbect, 會有不一樣的行為。
參考: static variables in an inlined function
沒有 static 的 inline function, function 中的 static object 只會有一個, 但是加上了 static 的 inline function, inline function 被包含了幾次, 就會有幾個 static object。
source code:
https://github.com/descent/progs/tree/master/inline_function_with_static_obj
標籤:
c_diff_cpp,
cpp
2019年5月24日 星期五
implement itoa()
itoa() 並不是 c 標準, 有些平台有支援, 但 gnu c 並沒有支援這個。而在 bare-metal 環境會很需要把整數轉成字串, 搭配 print 之類的函式來除錯; itoa 實作並不難, 這裡有個範例可以抄。
http://www.retro11.de/ouxr/43bsd/usr/ingres/source/gutil/itoa.c.html
不過有個討厭的數學問題:
i%10 如果 i 是負數會怎麼樣, 以下的 c++ 程式碼會印出什麼?
在我的平台是 -8, 但他不是一個固定答案, 根據不同語言的實作有不同的結果。而如果是 -8 的話, 會造成取到錯誤的 array index, 程式不至於會當掉, 但會得到錯誤結果。
ref:
负数究竟是如何取模的?
很久之前就知道這問題, 不過當時這並不是太重要的問題, 我一直沒理他, 現在學習告個段落, 該是好好正視這問題。
所以改善的作法是不要用負數取餘數, 改用正整數來取餘數。
目標是這樣:
我希望傳入 -1 時, 可以得到 -1 的字串; 傳入 0x80000000 可以得到 80000000 的字串。
數字: -1 str: FFFFFFFF (16 進位) str: -1 (10 進位) 數字: 0x80000000 str: 80000000 (16 進位) str: -2147483648 (10 進位)
以下是最後修改的版本:
itoa.c L27 一律用 val 這個 unsigned int 來取餘數。
這個 itoa 還有其他問題, 例如沒有檢查 str 的大小, 是有可能超過邊界的, 不過由於知道 int 最大是 11 個位數 (包涵負號), 把 str array 設定大一點, 勉強可以避開這問題。
2018年4月27日 星期五
Multi-dimensional Arrays in C - c 的多維陣列
寫俄羅斯方塊時, 搞反了 2 維陣列的維度, 逼自己好好反省一下。
m_array.c L4.5 宣告了 2 維陣列, 誰是 3, 誰是 13 呢? 老是搞不清楚, 以 row, column 來說, row 是 13, column 是 3。
4 維空間, 厄 ... 是 4 維陣列無法用 row, column 來說明, 所以遇到 unsigned char a[5][4][6][8] 該怎麼想呢? 長的像以下的圖, 下圖只到 [4][6][8], 有 5 個以下的圖, 就是 [5][4][6][8] 了。
a[3][2][5][7] 的位址該怎麼計算呢?
a
[3] - a3
[2] - b2
[5] - c5
[7] - d7
在 d7 的那個紅色位置。
a3
m_array.c L4.5 宣告了 2 維陣列, 誰是 3, 誰是 13 呢? 老是搞不清楚, 以 row, column 來說, row 是 13, column 是 3。
4 維空間, 厄 ... 是 4 維陣列無法用 row, column 來說明, 所以遇到 unsigned char a[5][4][6][8] 該怎麼想呢? 長的像以下的圖, 下圖只到 [4][6][8], 有 5 個以下的圖, 就是 [5][4][6][8] 了。
a[3][2][5][7] 的位址該怎麼計算呢?
a
[3] - a3
[2] - b2
[5] - c5
[7] - d7
在 d7 的那個紅色位置。
1
2
3 4 |
| 2 [4][6][8] |
a3
1
b2
3 4 |
| 4 [4][6][8] |
| 5 [4][6][8] |
標籤:
c,
cpp,
programming
2018年4月12日 星期四
c++ virtual function 的實作 by cfront
c++ virtual function 被很多人拿來研究, 由於沒有 cfront, 大部分的人都是從反組譯來觀察, 太苦了。
目前我已經把 cfront 建構出來, 可以使用 cfront 來看看 virtual function 轉出的 c code 長什麼樣, 破解 c++ virtual function。
hello.a.c 是 cfont 轉出來的 c code, 31 行的 c++ 程式碼透過 cfront 轉出 773 行 c code, 先來看看 class A, class B 被轉成什麼? hello.a.c L633, L643 就是對應的 class A, class B, 被轉成 strcut:
再來是 L766 的 __ptbl_vec__hello_C_, 這邊建構了__vtbl__1A__hello_C
對應到 hello.a.c L668
對應到 hello.a.c L671
對應到 hello.a.c L672
hello_b.C 和 hello_a.C 不同之處在於 new B(), 對於整個轉出來的程式當中, 只有一點點的不同:
hello.b.c 733
多建構了一個 __vtbl__1B__hello_C
A *p = new B(); 會用 new 建構 struct B, 把 p->__vptr__1A = __ptbl_vec__hello_C_[1]
對應到 hello.b.c L671
目前我已經把 cfront 建構出來, 可以使用 cfront 來看看 virtual function 轉出的 c code 長什麼樣, 破解 c++ virtual function。
hello.a.c 是 cfont 轉出來的 c code, 31 行的 c++ 程式碼透過 cfront 轉出 773 行 c code, 先來看看 class A, class B 被轉成什麼? hello.a.c L633, L643 就是對應的 class A, class B, 被轉成 strcut:
633 struct A { /* sizeof A == 8 */ 636 struct __mptr *__vptr__1A ; 637 }; 639 643 struct B { /* sizeof B == 8 */ 646 struct __mptr *__vptr__1A ; 647 };裡頭有一個 __vptr__1A:
646 struct __mptr *__vptr__1A ;
struct __mptr 定義在 L17。17 struct __mptr {short d; short i; __vptp f; };注意其中的 __vptp f 即可, 這個就是用來儲存 virtual function, 其實 virtual function 就是一般的 c function, 所以也只是把 virtual function 的位址存起來。再來是 L766 的 __ptbl_vec__hello_C_, 這邊建構了__vtbl__1A__hello_C
766 struct __mptr* __ptbl_vec__hello_C_[] = {
767 __vtbl__1A__hello_C,
768
769 };__vtbl__1A__hello_C 在 L699 定義:699 struct __mptr __vtbl__1A__hello_C[] = {0,0,0,
700 0,0,(__vptp)foo__1AFi ,
701 0,0,(__vptp)va__1AFi ,
702 0,0,0};__vtbl__1A__hello_C[0]: 0,0,0 __vtbl__1A__hello_C[1]: 0,0, foo__1AFi 就是 class A 的 virtual void foo(int a = 0) __vtbl__1A__hello_C[2]: 0,0, va__1AFi 就是 class A virtual void va(int a)A *p = new A(); 會用 new (__nw__FUl 就是 new) 建構 struct A, 把 p->__vptr__1A = __ptbl_vec__hello_C_[0]
對應到 hello.a.c L668
668 __1p = ( (__0__X52 = 0 ), ( ((__0__X52 || (__0__X52 = (struct A *)__nw__FUl ( (unsigned long )(sizeof (struct A))) ))?(__0__X52 ->
669 #line 28 "hello.C"
670 __vptr__1A = (struct __mptr *) __ptbl_vec__hello_C_[0]):0 ), __0__X52 ) ) ;p->foo(); 就是執行 p->__vptr__1A[1].f對應到 hello.a.c L671
671 ((*(((void (*)(struct A *__0this , int __2a ))(__1p -> __vptr__1A [1]).f))))( ((struct A *)((((char *)__1p ))+ (__1p -> __vptr__1A [1]).d)), 0 ) ;
p->va(25); 就是執行 p->__vptr__1A[2].f對應到 hello.a.c L672
672 ((*(((void (*)(struct A *__0this , int __2a ))(__1p -> __vptr__1A [2]).f))))( ((struct A *)((((char *)__1p ))+ (__1p -> __vptr__1A [2]).d)), 25 ) ;這些很恐怖的轉型/設定程式碼就是在做這些事情 (花點時間應該可以看懂), 也就是為什麼 class B 可以呼叫 class A 的 virtaul function va 的祕密。hello_b.C 和 hello_a.C 不同之處在於 new B(), 對於整個轉出來的程式當中, 只有一點點的不同:
hello.b.c 733
773 struct __mptr* __ptbl_vec__hello_C_[] = {
774 __vtbl__1A__hello_C,
775 __vtbl__1B__hello_C,
776
777 };多建構了一個 __vtbl__1B__hello_C
695 struct __mptr __vtbl__1B__hello_C[] = {0,0,0,
696 0,0,(__vptp)foo__1BFi ,
697 0,0,(__vptp)va__1AFi ,
698 0,0,0};__vtbl__1B__hello_C[0]: 0,0,0 __vtbl__1B__hello_C[1]: 0,0, foo__1AFi 就是 class B 的 virtual void foo(int a = 1) __vtbl__1B__hello_C[2]: 0,0, va__1AFi 就是 class A 的 virtual void va(int a)
A *p = new B(); 會用 new 建構 struct B, 把 p->__vptr__1A = __ptbl_vec__hello_C_[1]
對應到 hello.b.c L671
671 __1p = (struct A *)( (__0__X52 = 0 ), ( ((__0__X52 || (__0__X52 = (struct B *)__nw__FUl ( (unsigned long )(sizeof (struct B)))672 #line 28 "hello.C" 673 ))?( (__0__X52 = (struct B *)( (__0__X51 = (((struct A *)__0__X52 ))), ( ((__0__X51 || (__0__X51 = (struct A *)__nw__FUl ( (unsigned long 674 #line 28 "hello.C" 675 )(sizeof (struct A))) ))?(__0__X51 -> __vptr__1A = (struct __mptr *) __ptbl_vec__hello_C_[0]):0 ), __0__X51 ) ) ), (__0__X52 -> __vptr__1A = (struct __mptr *) __ptbl_vec__hello_C_[1])) :0 ), 676 #line 28 "hello.C" 677 __0__X52 ) ) ;p->foo(); 對應到 hello.b.c L678678 ((*(((void (*)(struct A *__0this , int __2a ))(__1p -> __vptr__1A [1]).f))))( ((struct A *)((((char *)__1p ))+ (__1p -> __vptr__1A [1]).d)), 0 ) ;p->va(25); 對應到 hello.b.c L679679 ((*(((void (*)(struct A *__0this , int __2a ))(__1p -> __vptr__1A [2]).f))))( ((struct A *)((((char *)__1p ))+ (__1p -> __vptr__1A [2]).d)), 25 ) ;這些很恐怖的轉型/設定程式碼就是在做這些事情, 而呼叫 virtual function 的程式碼是相同的, 只有在設定 __vptr__1A 有所不同而已。 看懂這些資料結構之後, virtaul function 就沒有那麼神秘了。 至於17 struct __mptr {short d; short i; __vptp f; };神秘的 d, i, 應該是用在繼承上的, 可能是其他的繼承方式, 有興趣的朋友可以繼續追蹤下去。
標籤:
cfront,
cpp,
cpp_runtime
2018年3月29日 星期四
[懷舊] 向 cfront 致敬, 使用 cfront 來編譯 c++ 程式
![]() |
| 華麗的 c++ 與華麗的娃衣 |
我一直都在找 cfront 的 source code, 希望可以編譯/執行起來看看, 這樣可以很清楚的知道, virtual function, 繼承的 class, template 到底是怎麼轉成 c code 的, cfront 不支援 exception, 因為這功能複雜到超過 cfront 的能力了。
Comeau C/C++ 也可以做到類似的事情, 不過要錢, 沒免費版可以試用。
這個 https://github.com/seyko2/cfront-3 就是 cfront source code 了, 我想在 linux 下編譯, 之前嘗試過一次, 失敗了, 這次有新版再來挑戰一次, 向 bjarne stroustrup 博士致敬, 感謝他發明出 c++ 這麼複雜的語言, 整死開發 c++ 編譯器的開發人員, 當然還有學習 c++ 的程式員。
我修改過的版本在 https://github.com/descent/cfront-3, 切到 can_build_in_linux branch 即可, 你得先會用 git 才行, 好吧! git checkout can_build_in_linux 就可以了。
Makefile L20
all: libC.a munch cfront
總共有 3 個部份要編譯, libC.a, munch, cfront 我分 3 次手動編譯, 為了避免奇怪的錯誤, 請按以下次序編譯。
[cfront]
編譯 cfront 會用到 yacc, can_build_in_linux branch 除了修改程式碼與編譯參數, 還有 yacc 需要改為使用 byacc (Berkeley YACC, 修改 Makefile), 使用 apt-get 來安裝 byacc。
apt-get install byacc
用 bison 會有以下錯誤訊息:
編譯指令:
cd src make CC=gcc CCFLAGS="-Os-fpermissive -I../incl-master/incl-linux32/"
很奇怪, 在 gcc 9 之下, 不能使用 -Os, 會有 list 1 的錯誤。
看到以下錯誤免著驚, 這是藥氣等待行, cfront 其實已經編譯出來了。
g++ -o cfront Bits.o alloc.o block.o dcl.o dcl2.o dcl3.o dcl4.o del.o discrim.o error.o expand.o expr.o expr2.o expr3.o find.o hash.o lalex.o lex.o main.o norm.o norm2.o print.o print2.o repr.o simpl.o simpl2.o size.o table.o template.o tree_copy.o tree_walk.o typ.o typ2.o y.tab.o _stdio.o Makefile:23: recipe for target 'cfront' failed make: [cfront] Error 1 (ignored) cp cfront ..
cfront 編好了。
[munch]
使用 cfront 編譯時, 需要用到的一個叫 munch 的工具程式。
gcc -o munch _munch/munch.c這麼簡單, 不需要說明, 這是 .c 不用出動 cfront。
[libC.a]
cd lib/mk
make CC=gcc CCFLAGS="-Os -I../../incl-master/incl-linux32/"
不建議用 gcc 編譯 libC.a。 建議用 cfront 編譯, 不過先要編出 cfront 才行, CC3 就會使用 cfront 來編譯。後面會提到怎麼使用 cfront 編譯出一個可以執行的檔案, 這邊的 libC.a 就需要用 cfront 來編譯, 否則會有奇怪的 link 錯誤。
編出 cfront 之後 (需要複製到 cfront-3 目錄下), 在 cfront-3 目錄下打 make libC.a 即可。
建議使用 cfront 編譯 libC, 避免出現奇怪的錯誤 (因為這樣, 出現很多靈異現象讓我找了老半天)。
cd pt
make CC=gcc
pt 目錄有一些工具程式是編譯用到 string class 的時候會用到的。
ref: cfront-3/demo/string/
string class 我沒成功編譯出來。
也可以用 cfront 編譯 cfront 自己, 不過先要編出 cfront 才行, CC3 就會使用 cfront 來編譯, 不過有些問題, 得手動修改, 我懶的改, 沒成功用 cfront 編譯 cfront 自己。
終於 build 出來了, 執行一下, 感動阿!
用 cfont 編譯 demo/hello/hello.C
有點難度, 步驟如下:
cp hello.C incl-master/incl-linux32 gcc -I. -E hello.C > hh.c ../../cfront < hh.c > h3.c
有沒很感動, 輸出一個 c 的 c++ 程式, bjarne 有你的。
只有這樣還不能滿足吧, 希望可以讓這個 c 檔案透過 gcc 編譯出可執行檔案, 這就會需要那個 libC.a 了, cout 在 libC.a 中。
上面那個是我自己亂試的, 後來我參考了 cfront-3/demo/hello/hello.sh, 知道整個使用 cfront 的編譯步驟。
我們來看看怎麼編譯在平常不過的 hello world c++ 程式。
在 cfront-3 目錄中執行:
cpp -Iincl-master/incl-linux32/ hello.C > hello.i # 處理 header files ./cfront +a1 +L +fhello.C < hello.i > hello..c # 將 cpp 檔 (.C) 轉成 .c 檔 gcc hello..c ./libC.a -o hello.tmp # 不知道 nm hello.tmp | ./munch > hello.cdts..c # 不知道 gcc hello..c hello.cdts..c ./libC.a -o hello # 輸出可執行檔 ./hello # 執行
看到印出來的 Hello, World 真是感動。
後來我測試了, template function, class template 都沒有問題。
用 cfront 編譯 cfront 時, alloc.C 遇到的問題:
CC3 L608
eval 'gcc -Du3b -U__GNUC__ -D__cfront__ -D__cplusplus=1 -D__signed__= -D__null=0 -E' ' -I../incl-master/incl-linux32/ -D__CFRONT_ANSI_OPT' '-Dc_plusplus=1' '-D__cplusplus=1' '' ' -I/media/work/git/cfront-3/incl' 'alloc.C' \>/media/work/git/cfront-3/tmpdir/CC.25638/cpptmp
用 llvm 也可以作到 c++ 轉 c code, 參考 Can I use LLVM to convert C++ code to C code? 不過要 3.1 版才能用, 我的系統最低是 3.6。
不過 llvm 用的方式是先轉成 .bc 再將 .bc 轉成 c, 其實和 cfront 不太一樣。
ref:
[LLVMdev] How to enable cbe as a supported target?
至於很常用到的 vector, 這個版本付的 vector 用法和 std::vector 的用法很不同:
demo/generic/Vector.C
vectordeclare(int) vectordeclare(float) vectorimplement(int) vectorimplement(float) vector(int) iv(VectorSize);
看起來很類似 macro 的用法, 而不是 class template 的用法, 後來將我那個 myvec.h 修改一下, 可以用在 cfront。
是可以用的。
ref:
另外一個 cfront 版本
release 1.0:
http://www.softwarepreservation.org/projects/c_plus_plus/cfront/release_1.0/src/cfront.tar.gz/view
訂閱:
文章 (Atom)


