sudo ./bootstrap.sh --with-toolset=clang cxxflags="-I/usr/local/include/c++/v1 -stdlib=libc++" linkflags="-stdlib=libc++" --without-libraries=signals,python,iostreams,mpisudo ./b2 toolset=clang cxxflags="-I/usr/local/include/c++/v1 -stdlib=libc++" linkflags="-stdlib=libc++" install
__transaction_relaxed and __transaction_atomic__transaction_relaxed| Thread A | Thread B |
__transaction_relaxed {
a = 1;
b = a;
}
| a = 3; |
a = 3; 亂入了。但是呢，如果寫：
| Thread A | Thread B |
__transaction_relaxed {
a = 1;
b = a;
}
| __transaction_relaxed {
a = 3;
}
|
__transaction_atomic| Thread A | Thread B |
__transaction_relaxed {
a = 1;
b = a;
}
| a = 3; |
transaction_safe 修飾這個 function（safe 屬性在某些狀況下也有由 compiler 推導出來，見後續）。 transaction_unsafe 用來表明一個 function 不 safe，compiler 就可以阻止他被呼叫（比方說雖然現在這個 function safe，但是未來改版以後可能不 safe，我們知道他未來有不 safe 的可能性，所以我們希望現在就禁止他被使用）。
Lambda 也有 safe/unsafe。
如果一個 statement 有以下任何一個特性，那他就是 unsafe：一般的 function 宣告，如果你沒有特別指定，他 implicit 根據裡面有沒有含有 unsafe 的 statement 來決定自己 implicit 宣告成 safe 還是 unsafe。但是「直接呼叫自己」的 recursive 函數是 unsafe（應該是說 compiler 會偵測 directly recursive call，但是 indirectly call 就不管），但是你也可以 explicitly 指定 recursive funciton 是 safe。
template function 一樣也會自動推導則，但是，是具現化以後才推導，會看內含 statement safe 不 safe，如果有 unsafe 的 statement，那就 implicit unsafe，如果全部的 statement 都是 safe，那就 implicit safe。
Ctro 跟 Dtor，user defined 的當然就是作一般 (template) function，compiler generated 的，就看 base class 跟 non-static data member 的 Ctor/Dtor 是不是 safe。
SomeType myObj = __transaction_atomic ( expr ); SomeType myObj = __transaction_relaxed ( expr );
作用於 expression 求值的過程。也就這個求值的過程，會是 trasactional 的。
transaction expression 不能 nested。也不允許用 outer 修飾，也不能含有 transaction statement，也不能含有 cancel，也不能含有 cancel-and-throw，因為 C++ 不允許 expression 含有 statement。接下來還有一堆超饒舌的，先跳過，看了實在好想吐 orz 18 頁第 1 行。
void f() __transaction_relaxed {
}
void f() __transaction_atomic {
}
意思就是這個 function body 內部的執行，會是 transactional。
如果這個 function 剛好是 Ctor/Dtor 的話，那個 base class 跟 member class 的初始化也都是 transactional 的。下面一個例子，比方說這個 class 的每個物件都有一個流水號，根據一個 global variable 來的。
class Foo {
static size_t _count = 0;
size_t _id;
Foo() __transaction_atomic {
_id = _count++;
}
}
function transaction block 也可以跟 try block 混在一起。
try __transaction_atomic : Foo() {
}
catch (...) {} // catch 不是 transaction 的一部分
__transaction_atomic try : Foo() {
}
catch (...) {} // catch 是 transaction 的一部分
可以用來放棄一個 transaction，只能寫在 atomic transaction 裡面。transactional expression 不能 cancel，function transactional block 也不能 cancel。
__transaction_cancel [[outer]];outer cancel statement 只能寫在被標明為 transaction_may_cancel_outer 的 atomic transaction 或是 function block transaction 裡面。
幹……怎麼會這麼多……後面還有……好想哭……喜歡上一個漫畫家「冬目景」。
最早是在，可能有十年了吧，在表弟家看到的一本漫畫叫作《黑鐵》。一個人被改造成機器人的劍客故事，聽起來既白癡又低能，不知道是搞笑漫畫還是熱血打鬥，但是實際上卻是一點點抑鬱的，很觸動人心深處的故事，跟劍客不劍客沒什麼關係。就像很多科幻小說，除去科幻的部份，卻還是很精彩，我想，好的故事，跟背景設定無關，而是故事本身的重點是在人身上，而黑鐵就是這樣的故事，重點在人身上。後來在清大念研究所，宿舍的交誼廳也放著一套黑鐵，但是並沒有全部，這次我很仔細的全部看了，更喜歡這個漫畫了，我發現他不只是故事好，畫面也總是帶一點點悲戚的美，歹勢阿，我文筆很爛，想不到什麼好詞描述，不過就是這樣。
過了幾年的現在，又想到這部漫畫，想起來，想去把結局也看完，上往搜索了一下，才發現這個漫畫連載中斷，所以沒有結局了。也知道了作者叫作「冬目景」，ㄟ，我發現我看過她的《白老鼠遊戲》但是卻沒什麼特別的印象。發現冬目景的作品很多都中斷連載，不知道原因，只覺得很可惜。看了一些作品的介紹，看到《昨日之歌》好像會是我喜歡的類型的故事，就去找來看了，結果……真的很喜歡，只是看的過程常常會不小心的掉下眼淚，冬目景的畫真的很漂亮 ^^ 應該說畫面看起來常常髒髒的，筆觸也斷斷續續的，但是看起來就是很漂亮，筆觸成熟，看起來很隨意，不會講，懶的寫了 ＠_＠ 反正很喜歡，害我很想寫部落格，不過我寫不出什麼毛，所以還是停吧...
一直想要一種功能，就是 vim 可以自動顯示錯誤的程式碼，像是 visual studio 或是 eclipse 那樣。最近摸索了一下終於讓我實現了這個功能 :P
可以在背景執行動作，不會妨礙現在進行的編輯作業。
可以把 quick fix list 裡面的錯誤，轉而使用 syntex highlight 直接在編輯視窗內標示出來，看一下官方網站的 screensho：
理論上這兩個東西都有安裝的話，好像就成功了，不但可以在背景編譯，還可以在編輯畫面表示錯誤。當然，實際上這兩個都安裝了以後，還是沒辦法直接達成目的的，不然我也不用寫這篇文了 XD
經過 trace 兩者的 script 以後，發現原因在於 errormarker 是透過 hook QuickFixCmdPost event 來呼叫 SetErrorMarkers() 函數來把 quick fix list 裡面的資料轉標到編輯畫面。當平常使用 :make 的時候，QuickFixCmdPost 會被觸發，但是當透過 AsyncCommand 進行 make 的時候，似乎不會觸發 QuickFixCmdPost 事件，於是 SetErrorMarkers() 也不會被呼叫，然後一切都完啦。所以我們的目標就是讓 AsyncCommand 「正確」的呼叫 SetErrorMarker() 就好。
先講一下 AsyncCommand 的機制，AsyncMake 其實是一個 wrapper，包住了 asynccommand#run(make, asynchandler#qf) 這個動作，後面那個 asynchandler#qf 是等到 make 結束以後，用來處理結果的 handler，而這個 handler 會在 asynccommand#done() 的時候被呼叫，所以我們只要在 asynccommand#done() 裡面呼叫 SetErrorMarkers() 就可以了。
asynccommand#done() 在 .vim/bundle/asynccommand/autoload/asynccommand.vim 這個檔案裡面，找到他，
在函數結束之前加上呼叫 SetErrorMarkers() 的程式碼，變成這樣：
注意到我們呼叫的不是 SetErrorMarkers() 而是 ExposeSetErrorMarkers()，這是因為 SetErrorMarkers() 是一個 script local 函數，只能在 script 內部被呼叫，所以我在 errormarker.vim 裡面加了一個函數來曝光 SetErrorMarkers()：
這樣以後只要輸入 AsyncMake 就可以在背景編譯，編譯完成以後自動 highlight 錯誤了。為了方便使用，我還加上了幾個 autocommand：
這樣編輯 c/c++ 的時候每次存檔都會自動編譯然後 highlight 錯誤。
其實我知道我的改法很醜啦，但是他 work XD 如果有人知道比較優雅的改法請跟我分享阿～
小記：我發現我 ubuntu 安裝 vim 的話，是沒辦法作這件事的，執行 script 的時候會發生錯誤，但是安裝 vim-gtk 的話就可以了，不知道是因為設定的時候哪個選項沒開，但是總之如果有人遇到一樣的問題的話請試試看安裝 vim-gtk。
#include <boost/multi_array.hpp>