堕天使の煉獄
2014-11
26
23:17:57
どうなんだろねコレ
Visual Studio Community 2013
ttp://www.buildinsider.net/hub/insidersbreak/2014112101
なんか次期VCからはExpress版は無くなって
あらたに無償(条件付き)のエディションとして
Communityとういうのものになるらしい。
「Pro相当機能が無料!」ということで話題になったらしいのだが。
たしかに、Express版では使えなかった
拡張機能が使える様になるのはうれしいことなのだけども……
んでも拡張機能を使いたい部分って
基本、こんな機能ぐらい元から付けとけよ的な
もともとのVSの糞っぷりを補完する部分だったりするわけで。
(たとえば、細かい設定できるハイライタ機能とか。
あとはダサイ見た目を変えるスキンとか)
とりあえず、今回使用可能になったVisual Studio Community 2013は
次の2015ではなく2013ベースらしいので
c++11関係の対応は変わってないし。
次のVisual Studio Community 2015まで待った方が無難かなぁ。
しかしVS2015の方、ちらちらと情報は出てきてるのだけども。
まだはっきりとした情報が見えないなぁ。
とおもったら
ttp://nekko1119.hatenablog.com/entry/2014/11/16/033006
こんな記事発見。
まだVC++ 2015のPreview版の情報ですけども。
……constexprはまだちゃんとつかえんのか……。
汎用ラムダキャプチャー
2進数リテラル
あたりはようやっとって感じですが。
inline namespaceってどうなの?
おんなじファイルスコープの中だけ
名前空間省略出来るとかそんなの?
とおもったらちがうっぽい
ttp://faithandbrave.hateblo.jp/entry/20080602/1212397278
なんかすでに使われてるネームスペースを削除したときに
それ以前のソースコードと修正なしで互換させるための機能みたいな?
うーん。
使わなそう。
そんなんよりも、ネームスペースのネスト
ttp://cpplover.blogspot.jp/2014/09/2014-07-post-rapperswil-n4109-n4121.html
namespace A { namespace B { namespace C {
} } }
を
namespace A::B::C {
}
と書けるようになるってのいうの
実現して欲しいな。
コレが出来ないから、名前空間のネストを避ける様になってるし。
そもそも、vcの機能として、.hとかファイル単位に
名前空間を指定出来るとか(すでに出来る?)
名前空間の自動インデントまわりを何とかして欲しいところ。
(んまあ、これはvcのc++14対応の話じゃなくて
c++標準化委員会への要望の記事なので、もし採用されたとしても
vc++に追加されるのはさらにいつになるのよ? って話ですが)
むしろ、ソースコードのなかにネームスペースを記述することに
疑問を覚えるぽ。
ファイル単位でファイル名の名前のネームスペースに
勝手に入るとかしてくれりゃいいのにね。
最近の言語みたく。
名前変えたいときは、コードの先頭にエイリアスを指定する一文だけで出来るとか。
この辺のネームスペース周りのコーディングは、
ちゃんとやろうとおもうと地味にめんどくさい部分だったりするので。
そんな感じで、vc++2015になっても、
c++関係まだまだ不自由なところは残りそうぽ。
むふぅ。
ttp://www.buildinsider.net/hub/insidersbreak/2014112101
なんか次期VCからはExpress版は無くなって
あらたに無償(条件付き)のエディションとして
Communityとういうのものになるらしい。
「Pro相当機能が無料!」ということで話題になったらしいのだが。
たしかに、Express版では使えなかった
拡張機能が使える様になるのはうれしいことなのだけども……
んでも拡張機能を使いたい部分って
基本、こんな機能ぐらい元から付けとけよ的な
もともとのVSの糞っぷりを補完する部分だったりするわけで。
(たとえば、細かい設定できるハイライタ機能とか。
あとはダサイ見た目を変えるスキンとか)
とりあえず、今回使用可能になったVisual Studio Community 2013は
次の2015ではなく2013ベースらしいので
c++11関係の対応は変わってないし。
次のVisual Studio Community 2015まで待った方が無難かなぁ。
しかしVS2015の方、ちらちらと情報は出てきてるのだけども。
まだはっきりとした情報が見えないなぁ。
とおもったら
ttp://nekko1119.hatenablog.com/entry/2014/11/16/033006
こんな記事発見。
まだVC++ 2015のPreview版の情報ですけども。
……constexprはまだちゃんとつかえんのか……。
汎用ラムダキャプチャー
2進数リテラル
あたりはようやっとって感じですが。
inline namespaceってどうなの?
おんなじファイルスコープの中だけ
名前空間省略出来るとかそんなの?
とおもったらちがうっぽい
ttp://faithandbrave.hateblo.jp/entry/20080602/1212397278
なんかすでに使われてるネームスペースを削除したときに
それ以前のソースコードと修正なしで互換させるための機能みたいな?
うーん。
使わなそう。
そんなんよりも、ネームスペースのネスト
ttp://cpplover.blogspot.jp/2014/09/2014-07-post-rapperswil-n4109-n4121.html
namespace A { namespace B { namespace C {
} } }
を
namespace A::B::C {
}
と書けるようになるってのいうの
実現して欲しいな。
コレが出来ないから、名前空間のネストを避ける様になってるし。
そもそも、vcの機能として、.hとかファイル単位に
名前空間を指定出来るとか(すでに出来る?)
名前空間の自動インデントまわりを何とかして欲しいところ。
(んまあ、これはvcのc++14対応の話じゃなくて
c++標準化委員会への要望の記事なので、もし採用されたとしても
vc++に追加されるのはさらにいつになるのよ? って話ですが)
むしろ、ソースコードのなかにネームスペースを記述することに
疑問を覚えるぽ。
ファイル単位でファイル名の名前のネームスペースに
勝手に入るとかしてくれりゃいいのにね。
最近の言語みたく。
名前変えたいときは、コードの先頭にエイリアスを指定する一文だけで出来るとか。
この辺のネームスペース周りのコーディングは、
ちゃんとやろうとおもうと地味にめんどくさい部分だったりするので。
そんな感じで、vc++2015になっても、
c++関係まだまだ不自由なところは残りそうぽ。
むふぅ。
Sun
Mon
Tue
Wed
Thu
Fri
Sat
01
02
03
[文化の日]
04
05
06
07
■
■
こういうのばかりじゃなく……
08
09
■
■
どっちもどっち?
10
■
■
なにこのがっかり感……
11
12
13
14
15
■
■
日本一短い某氏への手紙
16
■
■
耳に残る……
17
18
■
■
もうひといき……
19
20
21
22
23
[勤労感謝の日]
24
[振替]
25
26
■
■
どうなんだろねコレ
27
28
29
30
total:2076436 t:344 y:119
■記事タイトル■
■年度別リスト■
2024年
2024年12月(0)2024年11月(0)
2024年10月(1)
2024年09月(2)
2024年08月(1)
2024年07月(1)
2024年06月(5)
2024年05月(2)
2024年04月(1)
2024年03月(6)
2024年02月(4)
2024年01月(3)
2023年
2023年12月(3)2023年11月(1)
2023年10月(2)
2023年09月(3)
2023年08月(3)
2023年07月(3)
2023年06月(7)
2023年05月(8)
2023年04月(2)
2023年03月(1)
2023年02月(2)
2023年01月(3)
2022年
2022年12月(4)2022年11月(3)
2022年10月(1)
2022年09月(3)
2022年08月(3)
2022年07月(2)
2022年06月(1)
2022年05月(3)
2022年04月(2)
2022年03月(2)
2022年02月(1)
2022年01月(6)
2021年
2021年12月(8)2021年11月(3)
2021年10月(4)
2021年09月(6)
2021年08月(2)
2021年07月(1)
2021年06月(3)
2021年05月(2)
2021年04月(2)
2021年03月(3)
2021年02月(1)
2021年01月(4)
2020年
2020年12月(3)2020年11月(7)
2020年10月(2)
2020年09月(3)
2020年08月(1)
2020年07月(3)
2020年06月(7)
2020年05月(5)
2020年04月(8)
2020年03月(4)
2020年02月(2)
2020年01月(4)
2019年
2019年12月(1)2019年11月(1)
2019年10月(2)
2019年09月(1)
2019年08月(3)
2019年07月(2)
2019年06月(2)
2019年05月(2)
2019年04月(4)
2019年03月(1)
2019年02月(7)
2019年01月(1)
2018年
2018年12月(1)2018年11月(1)
2018年10月(5)
2018年09月(1)
2018年08月(5)
2018年07月(1)
2018年06月(1)
2018年05月(1)
2018年04月(2)
2018年03月(2)
2018年02月(1)
2018年01月(1)
2017年
2017年12月(2)2017年11月(1)
2017年10月(2)
2017年09月(5)
2017年08月(8)
2017年07月(2)
2017年06月(1)
2017年05月(1)
2017年04月(3)
2017年03月(5)
2017年02月(7)
2017年01月(8)
2016年
2016年12月(7)2016年11月(2)
2016年10月(3)
2016年09月(7)
2016年08月(8)
2016年07月(10)
2016年06月(17)
2016年05月(6)
2016年04月(8)
2016年03月(10)
2016年02月(5)
2016年01月(10)
2015年
2015年12月(7)2015年11月(7)
2015年10月(13)
2015年09月(7)
2015年08月(7)
2015年07月(5)
2015年06月(4)
2015年05月(5)
2015年04月(2)
2015年03月(4)
2015年02月(1)
2015年01月(7)
2014年
2014年12月(12)2014年11月(8)
2014年10月(4)
2014年09月(6)
2014年08月(7)
2014年07月(4)
2014年06月(2)
2014年05月(5)
2014年04月(4)
2014年03月(8)
2014年02月(4)
2014年01月(8)
2013年
2013年12月(15)2013年11月(8)
2013年10月(3)
2013年09月(3)
2013年08月(8)
2013年07月(0)
2013年06月(0)
2013年05月(0)
2013年04月(0)
2013年03月(0)
2013年02月(0)
2013年01月(0)
■レス履歴■
■ファイル抽出■
■ワード検索■
堕天使の煉獄
https://rengoku.sakura.ne.jp
管理人
織田霧さくら(oda-x)
E-mail (■を@に)
oda-x■rengoku.sakura.ne.jp