Boost総合スレ part10

**デフォルトの名無しさん** · 2012/09/14(金) 17:34:29.08

**デフォルトの名無しさん** · 2013/06/19(水) 20:42:40.75

ぼくは586なので余裕です＾＾v

**デフォルトの名無しさん** · 2013/07/04(木) NY:AN:NY.AN

boostの新しいの出たけど、winのコンパイル済みのものを配布なんてしているところなおのか?
自分でコンパイルなんてハードル高すぎ

**デフォルトの名無しさん** · 2013/07/04(木) NY:AN:NY.AN

そんなこともできない奴にはまだ必要ないよ

**デフォルトの名無しさん** · 2013/07/04(木) NY:AN:NY.AN

そもそも実装がヘッダしかないのもあるから仕方ない

**デフォルトの名無しさん** · 2013/07/04(木) NY:AN:NY.AN

俺はもうcppを自分のプロジェクトに入れちゃってるわ

**デフォルトの名無しさん** · 2013/07/10(水) NY:AN:NY.AN

こないだ追加されたTypeErasureってどうなの？
試した人いる？

**デフォルトの名無しさん** · 2013/07/10(水) NY:AN:NY.AN

ようするにany,variantの超強化型なんで強力だぞ
そのぶん複雑なことをやろうとすると下準備のややこしさと面倒くささが増すが

**デフォルトの名無しさん** · 2013/07/13(土) NY:AN:NY.AN

geometryの実装の凄さはわかるんだが、使いこなせてるやついる？

**デフォルトの名無しさん** · 2013/08/14(水) NY:AN:NY.AN

boostは使われていないから、過疎っているな

**デフォルトの名無しさん** · 2013/08/14(水) NY:AN:NY.AN

C++11が出てからboostはニッチツールになって来たな
まあ面白いからこのまま続けてくれ

**デフォルトの名無しさん** · 2013/08/14(水) NY:AN:NY.AN

いや、今度はC++14の機能が使えるんだから重宝するでしょ

**デフォルトの名無しさん** · 2013/08/22(木) NY:AN:NY.AN

C++は黄忠

**やんやん** ◆yanyan5.Xudd · 2013/08/22(木) NY:AN:NY.AN

三国志の黄忠？その心は？

**デフォルトの名無しさん** · 2013/08/23(金) NY:AN:NY.AN

老兵
強い
諸葛亮が扱わないと猪突猛進してコロッと死ぬ

**デフォルトの名無しさん** · 2013/09/02(月) 23:44:35.22

boostはソースコード見て勉強するためのもの
実際には使わんよ

**デフォルトの名無しさん** · 2013/09/02(月) 23:47:23.77

optionalとかserializeとかlexical_castとか使えないと不便だ

**デフォルトの名無しさん** · 2013/09/03(火) 03:51:47.69

>>132
そういうことはもっと早く言ってよ！

**デフォルトの名無しさん** · 2013/09/11(水) 19:37:59.70

optional<T&>って気になってたんだけど、optional_ref<T>として
使えるようにするかもしれない、みたいな話は結局どうなったんだろ？

**デフォルトの名無しさん** · 2013/09/14(土) 06:53:18.13

これをやるには先ずこれを済ませとかないと……でもこれはこれとこれとこれが済んでないと……
えーとつまり発端は……なんて連鎖を取り扱うライブラリありますか？
Makeみたいな

**デフォルトの名無しさん** · 2013/09/14(土) 08:16:39.93

普通にプログラム書けばそんな感じになるだろ

**デフォルトの名無しさん** · 2013/09/14(土) 09:51:46.81

trac

**デフォルトの名無しさん** · 2013/09/20(金) 15:51:26.84

>>137
Systemdみたいに並列にやりたいのでは

**１３６** · 2013/09/21(土) 03:59:04.31

なんでもないです忘れてください捜さないでください

**デフォルトの名無しさん** · 2013/09/21(土) 12:11:45.90

>>136
state machineやcontextで出来ないかな？

**デフォルトの名無しさん** · 2013/10/04(金) 20:13:47.29

話題は？

**デフォルトの名無しさん** · 2013/10/15(火) 03:55:17.76

管理者権限のPCでも
自分のホームディレクトリの下にLinuxのパッケージシステム作るのあったよね
apt-getとかemerge とかが動くやつ
あれだと自動で依存関係を解決してくれるね

**デフォルトの名無しさん** · 2013/10/17(木) 00:44:09.84

>>143
>管理者権限のないPCでも
>自分のホームディレクトリの下にLinuxのパッケージシステム作る

これの名前忘れてしまって検索しようがないのだけど
誰か知りませんか？

**デフォルトの名無しさん** · 2013/10/17(木) 09:04:48.53

cygwin
msys
mingw
bow
colinux
andlinux

**デフォルトの名無しさん** · 2013/10/28(月) 01:08:25.00

boost::iostreamsの自作フィルタとか需要あるのかね。

**デフォルトの名無しさん** · 2014/01/04(土) 22:34:52.14

使ってますかぁ

**デフォルトの名無しさん** · 2014/01/16(木) 22:33:38.03

最近、githubに以降したんだけれど、
今のところ公式から落としてくるのには、
各リポジトリのすべてをクローンしなきゃいけないの？
ライブラリ単位でリポジトリが分散したせいでやりづらくなっているんだが

**デフォルトの名無しさん** · 2014/01/16(木) 22:38:47.63

HEADだけ取れるだろ

**デフォルトの名無しさん** · 2014/01/17(金) 00:47:20.36

>>148
https://svn.boost.org/trac/boost/wiki/TryModBoost#InstallingModularBoost
> git clone --recursive git@github.com:boostorg/boost.git modular-boost >clone.log
> ...

**デフォルトの名無しさん** · 2014/01/17(金) 08:45:45.19

先生！
大変です。size_t が居なくなりました。
gcc を　4.5 -> 4.8 にアップグレードしたところ、size_t が脱走しました。
いや、boost のインストール時なのかもしらん。

オーソドックスな対策と
その原因に関する解説ページを教えていただけませんでしょうか？

現在必要なソースのヘッダごとに
#ifndef _SIZE_T
#define _SIZE_T
typedef __SIZE_TYPE__ size_t;
#endif

と対策していますが、どー考えても対策としてはタコです。

boost/pending/cstddef.hpp　も怪しいが、単純なgccの問題かもとも思っています。

宜しくお願いいたします。

**デフォルトの名無しさん** · 2014/01/17(金) 08:49:56.58

std::size_t

**デフォルトの名無しさん** · 2014/01/17(金) 09:32:38.42

>>152
ありがとうございます。

どこに定義すればよいのでしょうか？
また、この原因はboostでしょうか？

**デフォルトの名無しさん** · 2014/01/17(金) 09:41:52.32

#include <cstddef>

**デフォルトの名無しさん** · 2014/01/18(土) 03:22:07.38

>>150
thx
SSHがめんどいのでHTTPSで落としたよ

**片山博文MZ無能** ◆T6xkBnTXz7B0 · 2014/02/23(日) 00:53:10.90

大変便利であるからしてage。

**片山博文MZ無能** ◆T6xkBnTXz7B0 · 2014/02/23(日) 01:10:11.61

【Boostのここがスゴい１】
ほとんどのライブラリがリンクなしで(#includeするだけで)使える。※但しインスコが必要
【Boostのここがスゴい２】
C++11以前の古いコンパイラでもboost::shared_ptrなどのスマートポインタが使える。

**片山博文MZ無能** ◆T6xkBnTXz7B0 · 2014/02/23(日) 01:16:42.42

【Boostのここがスゴい３】
Boost.multiprecisionで手軽に多倍長演算(非常に桁数の大きい演算)ができる。
【Boostのここがスゴい４】
古いコンパイラでもマルチプラットフォームでマルチスレッド対応が可能。

**片山博文MZ無能** ◆T6xkBnTXz7B0 · 2014/02/23(日) 01:27:59.03

……こんな感じで宣伝頼む

**デフォルトの名無しさん** · 2014/02/23(日) 02:04:51.86

【Boostのここがヒドい１】
バイナリがでかくなる
【Boostのここがヒドい２】
コンパイルエラーがいみふ

**デフォルトの名無しさん** · 2014/02/23(日) 02:33:44.40

awkは、2^200を計算できないのですが、
bcコマンドは出来ます

Pythonは、2の1万乗、つまり3千桁も計算できる
Rubyは、2の千乗、つまり300桁も計算できる

**デフォルトの名無しさん** · 2014/02/23(日) 03:05:21.75

【Boostのここがヒドい３】
boostインストールしたらboostフォルダだけで2GB超える

**デフォルトの名無しさん** · 2014/02/23(日) 05:02:10.89

必要なライブラリだけビルドしろよ

**片山博文MZ無能** ◆T6xkBnTXz7B0 · 2014/02/23(日) 12:29:25.59

MiniBoost
https://dl.dropboxusercontent.com/u/72753355/miniboost_setup.exe

Boostを49.5 MBに圧縮！！！　USBメモリに保存できる！！！

**デフォルトの名無しさん** · 2014/02/23(日) 12:53:27.18

>>162
ネタだと言ってくれ･･･

**デフォルトの名無しさん** · 2014/02/23(日) 13:09:57.18

Boostつかうと一気に実行ファイルサイズが10倍に?！

**デフォルトの名無しさん** · 2014/02/23(日) 15:22:51.97

>>165
色んなオプションでコンパイルできるから…全パターンのコンパイルしたら結構でかいんじゃね？
流石に試したことはないけど…

**デフォルトの名無しさん** · 2014/02/23(日) 15:31:39.81

>>163
自分で使う気が無くても
このライブラリをつかうにはboostを使ってね♪ってのがあるだろ
boost感染と呼ぶべきか

**デフォルトの名無しさん** · 2014/02/23(日) 15:47:45.36

1.56.0まだかよ

**デフォルトの名無しさん** · 2014/02/23(日) 15:49:02.43

>>164
ウィルス？

**デフォルトの名無しさん** · 2014/02/24(月) 02:02:22.57

>>168
それを言うならboost汚染ではあるまいか…

**デフォルトの名無しさん** · 2014/02/24(月) 10:55:40.25

contaminated population

**デフォルトの名無しさん** · 2014/02/25(火) 02:05:03.94

>>163
車輪の再発明を避けることを徹底すると必要なライブラリがどんどん膨らんでいくよ
便利そうだからと安易にライブラリに追加してると、便利そうだからと安易に利用することになって
依存関係が発生してしまう

**デフォルトの名無しさん** · 2014/02/25(火) 02:27:52.42

そんなことは必要なライブラリが膨らんでから考える
いちいちzlibなりboost::serializeなり自作してられっか

**デフォルトの名無しさん** · 2014/02/25(火) 07:43:30.82

>>174
>>173はboost自体の話。
いちいち必要なライブラリだけビルドするのは面倒だし、依存関係で枝葉のライブラリしか
削れないなら全部ビルドした方がましって感じ。

exeだとDLL版でもいいんだけど、プラグインdllだとexeと同じパスに置かれないことも多いし
32/64bitの区別の問題とかもあって暗黙的なDLLロードに期待できないんだよね。
だからboostのバイナリをDLして使うより手間がかかるからboost自体を巨大化されるのは困る。

**デフォルトの名無しさん** · 2014/02/25(火) 08:06:45.55

ttps://sites.google.com/site/boostjp/tips/build_link
依存がどうしたって？

**片山博文MZジェバンニ** ◆T6xkBnTXz7B0 · 2014/03/10(月) 14:38:05.36

VC11だと、bootstrappingが必要か。。。
時間がかかりそうだな。。。

**デフォルトの名無しさん** · 2014/05/06(火) 15:21:54.64

**デフォルトの名無しさん** · 2014/06/08(日) 10:51:05.92

数年ぶりに戻って来たんだけど、今はLets Boostみたいな日本語で解説してるサイトは無いの？
付属のdocだと情報量が多すぎて疲れる・・・

**デフォルトの名無しさん** · 2014/06/08(日) 13:13:45.71

頑張って英語読もう
コードもついてるしそんな難しくないだろう

**デフォルトの名無しさん** · 2014/06/08(日) 13:29:42.85

boostなくても標準C++で間に合うようになって来てる

**デフォルトの名無しさん** · 2014/06/13(金) 14:51:21.47

逆にまだboostじゃないとダメな機能ってどんなのがあるんだろう？

**デフォルトの名無しさん** · 2014/06/13(金) 15:05:29.84

property_treeとかserializeとか

**デフォルトの名無しさん** · 2014/06/13(金) 16:38:51.85

format ってどうなった？

**デフォルトの名無しさん** · 2014/06/20(金) 01:10:34.79

boost使い始めたのはgregorianのためだったっけな一番最初は
その後scoped_arrayとかも使い始めた

**デフォルトの名無しさん** · 2014/06/22(日) 22:12:29.06

怒らずにマジレスしてほしいんだけど progress_display に代わるものってあるの？

**デフォルトの名無しさん** · 2014/06/24(火) 02:24:02.69

stdoutでいいんじゃね？

**デフォルトの名無しさん** · 2014/08/08(金) 10:09:29.41

Version 1.56.0
August 7th, 2014 16:08 GMT

**デフォルトの名無しさん** · 2014/08/11(月) 14:29:54.99

Boost初心者です。
http://qiita.com/softgate/items/75f123f01ccdee6d36d0
を参考に
　boost 1_56_0
を以下のようにビルドしたのですが
　b2 toolset=msvc threading=multi variant=debug,release link=static runtime-link=static address-model=32 --stagedir=stage/x86 -j 8
　b2 toolset=msvc threading=multi variant=debug,release link=shared runtime-link=shared address-model=32 --stagedir=stage/x86 -j 8
　b2 toolset=msvc threading=multi variant=debug,release link=static runtime-link=static address-model=64 --stagedir=stage/x64 -j 8
　b2 toolset=msvc threading=multi variant=debug,release link=shared runtime-link=shared address-model=64 --stagedir=stage/x64 -j 8

このBoostを使ったVS2013プロジェクトで

　error LNK1104: ファイル 'libboost_thread-vc120-mt-1_56.lib' を開くことができません。

が出て解消できません。thread関係は、以下のファイルがあります。

　stage\x86\lib\libboost_thread-vc120-mt-s-1_56.lib
　stage\x86\lib\libboost_thread-vc120-mt-sgd-1_56.lib

　stage\x64\lib\libboost_thread-vc120-mt-s-1_56.lib
　stage\x64\lib\libboost_thread-vc120-mt-sgd-1_56.lib

エラーメッセージで指摘されているファイル
　libboost_thread-vc120-mt-1_56.lib　　
もビルドするには、どうすればよいでしょうか？

**デフォルトの名無しさん** · 2014/08/12(火) 01:45:55.26

あてずっぽだけどmt-sってlink=staticなb2の生成物だと思うから
link=sharedのときの生成物をよく探せばいいんでないの

**デフォルトの名無しさん** · 2014/08/12(火) 02:15:08.53

link=static runtime-link=shared
がないからじゃね

**デフォルトの名無しさん** · 2014/08/12(火) 12:56:31.79

>>190,191
レス有難うございました。
その通りでした。
link=static runtime-link=static
link=shared runtime-link=shared
以外に、
link=static runtime-link=shared
link=shared runtime-link=static
もﾋﾞﾙﾄﾞしたら解決しました。

**デフォルトの名無しさん** · 2014/08/13(水) 11:16:20.84

copy して rename だけで良かったんじゃないかという気はする

**デフォルトの名無しさん** · 2014/08/16(土) 00:19:18.57

それじゃだめなんよ
libcとdll混在でえらいことなる
コンパイラオプションでstatic版、dll版どっちリンクするか決定してるから

**デフォルトの名無しさん** · 2014/08/22(金) 20:53:28.55

ええっと、WindowsのDLLの仕様上、
link=sharedとruntime-link=staticの組み合わせは基本マズイはず。
.exe側と .dllが　別々に __FILE__ 構造体を保持したりして、
それを狙っている場合はいいが知らずにstatic変数のポインタを
やり取りするとクラッシュすると聞いた。
その逆も同様だと思った。

**デフォルトの名無しさん** · 2014/08/23(土) 02:33:52.06

テンプレの関連書籍買おうと思うんだけど
内容はどんな感じなの？
Boostのホームページに書いてる以上のこと書いてる？
あとテンプレ貼られてから2年経つけど2年の間に新しく関連書籍出た？

**デフォルトの名無しさん** · 2014/08/23(土) 04:37:08.56

>>195
一番まずいのはHeap破壊
libcのmallocで確保したポインタをmsvcrt.dllのfree呼び出す、あるいはその逆するとHeapがおかしくなる

**デフォルトの名無しさん** · 2014/08/24(日) 01:03:29.49

>>195,197
憶測で語るのはそこまで。不具合が実在するなら公式tracにバグ報告して貢献したほうがいい。

**デフォルトの名無しさん** · 2014/08/24(日) 01:06:01.45

不具合というか仕様だろ
知らんと嵌るが

**デフォルトの名無しさん** · 2014/08/24(日) 01:57:11.06

>>199
確かに >>197 のHeap破壊の件はboostと関係ないね。失礼。
exe側の標準ライブラリリンク方法を変えて対処すべきことを、側聞だけで基本マズいとか断言する >>195 みたいなの困るわ。

**デフォルトの名無しさん** · 2014/08/24(日) 17:02:34.37

いや、exe側のリンク方法を変えてもポインタを渡したらアウト、対処できない。
exeの作成者側が仕様を理解していれば、それで動作させることも可能だが、
一般的にそんな用途はない。
ライブラリのバージョンの特殊なテストとか普通にはない状況。

**デフォルトの名無しさん** · 2014/08/24(日) 17:12:05.16

結局>>193はやっちゃだめってこと

**デフォルトの名無しさん** · 2014/08/24(日) 21:50:12.26

ついでに
逆にlink=staticとruntime-link=sharedの場合だと、
利用者が常に一つの.exeを作る場合には良いが
利用者も.dllを書いて、そちら側からもboostを利用する場合、
同様の問題が発生するので×

そうすると一般用途にビルドを行う場合
link=static runtime=static
link=shared runtime=shared
この２つのパターンだけ用意すれば良いと思われる

**デフォルトの名無しさん** · 2014/08/25(月) 18:17:09.07

(´-`).oO　（なんでboostとC標準のリンクオプションがわざわざ別々になってると思う？）

**デフォルトの名無しさん** · 2014/08/25(月) 18:52:52.89

正直link=とruntime-link=のそれぞれの意味がわかってないけど、
とりあえずlink=staticのしか使ったことない。
runtime-linkのほうはMSVCのコード生成設定に合わせるけど。

**デフォルトの名無しさん** · 2014/08/25(月) 19:50:29.57

>>204
解説よろしくお願いします。

**デフォルトの名無しさん** · 2014/08/25(月) 20:13:31.67

Express版の2010だとEula.txtが付属してないので、
/MDだと著作権的にグレーになってしまう。
/MTでコンパイルしないと公開できないｗ

**デフォルトの名無しさん** · 2014/08/25(月) 20:33:49.53

ていうかMSVCで普通にプロジェクト作って普通にインクルード＆ビルドしたら
link=staticで作成されたファイル名のほうしか読みにいかなくない？
マルチスレッドDLLでもマルチスレッドでもdebugでもreleaseでも。

**デフォルトの名無しさん** · 2014/08/25(月) 20:35:42.94

208はexeを作ったときの話。dllについては知らない。

**デフォルトの名無しさん** · 2014/08/25(月) 21:07:00.41

BOOST_ALL_DYN_LINKを定義しないと, libboost_の方にリンクする。
定義するとboost_の方へリンクしてDLLを使用するようになる。

**208** · 2014/08/26(火) 00:28:28.83

>>210
ありがとうございます。
BOOST_ALL_DYN_LINKなるキーワードがあったのですね。

**デフォルトの名無しさん** · 2014/08/27(水) 03:36:26.18

#pragma comment(linker, "/NODEFAULTLIB:libboost_～.lib")
ってやって必要なcppだけ本体と一緒にコンパイルリンクするのが一番楽

**デフォルトの名無しさん** · 2014/10/06(月) 22:24:43.15

ネットワーク関係はpocoと比べてどうなの？

**デフォルトの名無しさん** · 2014/10/26(日) 12:18:21.65

Boost spirit qiの、grammarに設定するinherited attributeについて
どうしても分からない点があるので、質問します。

* ソースコードとエラーメッセージ全文 *
http://pastebin.com/FaNQKEh1

コンパイラはVS2013 Pro Update3 の cl.exe (バージョン18.00.30723)
boostのパッケージはバージョン1.55(7zip版)です。

inherited attributeとして自作の構造体を使用したいと思い
qi::grammarのSignatureの引数部に自作の構造体を設定したところ
「その構造体にresultの定義がない」というエラーメッセージが起きコンパイルが失敗しました。

構造体の代わりにstd::string（resultというメンバは持っていないはず)を使用すると
問題なくコンパイルが通るので、inherited attributeに設定できる型に何か制約があるようにも思えるのですが
boost.orgのドキュメントからはそれらしき記述が見つけられず、エラーメッセージを見ても私にはわかりませんでした。
海外含めて関連する情報がないか探したのですが(boost spirit qi inherited attribute requirement 等で検索)
解決策を見つけられませんでした。

inherited attributeに使用できる型の制約条件や、類似のコンパイルエラーとその対処方法をご存じであれば
教えていただきたく思います。

**デフォルトの名無しさん** · 2014/10/26(日) 15:46:28.32

VS2013のC++でBoost1.56を使っているのですが、どんなプロジェクトを作ってもビルドすると
　コンパイルされたクラスのテンプレートのインスタンス化
'std::streamsize boost::iostreams::detail::copy_operation<Source,Sink>::operator ()(void)'
　の参照を確認してください
みたいか警告がいつも数十行出るんですが、｢参照の確認｣とは何をどうすれば良いのでしょうか？

**デフォルトの名無しさん** · 2014/10/27(月) 22:32:16.46

>>214
エラー以前になんかInherited attributesの使い方と使いどころを基本から間違っていないか？
ここの例を見る限り ttp://www.boost.org/doc/libs/1_56_0/libs/spirit/doc/html/spirit/qi/tutorials/mini_xml___asts_.html
正規表現での後方参照みたいに一つのルール内でサブルールにマッチした結果によって
挙動を変えるルールを記述するときに使うものじゃないか？

**デフォルトの名無しさん** · 2014/10/28(火) 00:29:16.37

>>216
レスありがとうございます。
なるほど、想定されている使い方はこういったケースなのでしょうか。
だとしたらそもそも今回の私がやろうとしていたことには不適切だったかもしれませんね。
（パースするごとに、inherited attributeに設定したインスタンスに情報を反映させたかった）
余計なことは考えず、普通に対応するようにします。

コードについてですが、この例を参考にしてすこし試したところ
要するにboost::phoenixなオブジェクトであれば渡せるようで
grammarのoperator()に渡す引数をphoenix::val(...)やref(...)で包めば
コンパイルが通ることがわかりました。まだ動作確認はしていませんが・・・
ともあれ、ありがとうございました。

**デフォルトの名無しさん** · 2014/10/30(木) 00:07:58.69

>>214,217
いまさらだがわかった範囲で言っておくと

Inherited attributes に対する条件には
ttp://www.boost.org/doc/libs/1_56_0/libs/spirit/doc/html/spirit/qi/reference/basics.html
の
> Some parsers (e.g. primitives and non-terminals) may take in additional attributes. Such parsers take the form:
> p(a1, a2,..., aN)
> where p is a parser. Each of the arguments (a1 ... aN) can either be an immediate value, or a function, f, with signature:
> T f(Unused, Context)
> where T, the function's return value, is compatible with the argument type expected and Context is the parser's Context type
> (The first argument is unused to make the Context the second argument. This is done for uniformity with Semantic Actions).
があって
その immediate value の判定は boost::is_scalar か boost::spirit::traits::is_string のどちらかが真であるかで判定されてる。

けれど MyStruct はそのどちらにも該当しないので immediate value ではなくもちろん関数でもないから条件を満たさずエラーになる
>>217でやったように phoenix の val, ref でラップすれば function, f のほうで条件を満たすことができるのでエラーにはならない
ということだと思う