討論串(共8篇) - [討論] 編譯問題 - 看板CSSE

看板 [ CSSE ]

討論串[討論] 編譯問題

共 8 篇文章

排序：最舊先 | 最新先 | 留言數 | 推文總分

內容預覽：開啟 | 關閉 | 只限未讀

首頁

尾頁

[討論] 編譯問題

推噓1(1推 )留言2則，0人參與作者reader (讀者)時間20年前 (2005/02/21 07:53)資訊

內容預覽:

其實我一直想發展一個程式語言，源頭可上溯自 14 年前的類似. HTML+XML+PHP 的設計，但後來因為接案子，就搞起 GUI 和 OO. 了。. 後來常常覺得這又是一次與歷史錯身而過，不過就算當時想做，. 大概也是做不出來的，或只能做出一個很醜陋的東西，歷史總是. 有著它的規律的。何況從十八歲

(還有1023個字)

Re: [討論] 編譯問題

推噓0(0推 )留言0則，0人參與作者reader (讀者)時間20年前 (2005/02/21 14:33)資訊

內容預覽:

自己想想，一個適合的方式，就是依照函數和變數名稱建立標準的 hash. table, 往後存取資料或執行函數時，就可以找尋現有的 scope 資料，. 如同一般 script 的做法。只是換成 op-code, 不用花時間在字串比對和. 處理上。. 所以關鍵還是在使用好的 hash function

Re: [討論] 編譯問題

推噓1(1推 )留言1則，0人參與作者reader (讀者)時間20年前 (2005/02/21 20:42)資訊

內容預覽:

執行是 A::f() 才合乎 first-order function, 這正是它奧妙的地方。. 如果只是 function pointer 就簡單太多了。. 傳統的編譯程式是做不到的。你可以想像它是「執行時期的巨集函數」。. 有這個東西，就不需要醜陋的 iterator 了。用 iterator

(還有289個字)

Re: [討論] 編譯問題

推噓0(0推 )留言0則，0人參與作者Eventis (何逸凡)時間20年前 (2005/02/21 22:11)資訊

內容預覽:

那不就是等於到linking的時候才能判斷在命名空間是否定義過@@?. 又,如果宣告不是又多又長的話,. 也許用hash function的負擔反而比較重?. 說到這個,java終於有template了.. 可喜可賀可喜可賀...........(好像不重要,裝傻中....XD). (比rpc或we

(還有51個字)

Re: [討論] 編譯問題

推噓0(0推 )留言0則，0人參與作者reader (讀者)時間20年前 (2005/02/21 23:07)資訊

內容預覽:

如果是 32/64 bits hash function, 負擔應該就不會比較重，. 例如著名的 FNV, 也不過就是乘法和 XOR, 此後就能大大減少. 名稱比對的需求。. 而如果在連結期間就能確定的話，那已是比較靜態的狀況了，. 其實只比 template 複雜一點。當然那是萬一程式語言流行時.

(還有986個字)

首頁

尾頁