C/C++のライブラリ総合スレ

**デフォルトの名無しさん** · 2011/08/10(水) 01:12:07.87

便利で役立つライブラリを総合的に扱うスレがないので立てました

便利なライブラリをここに挙げてみたり
やりたい事を実現できるライブラリを聞いてみたり
ライブラリに関する雑談をするスレです

**デフォルトの名無しさん** · 2014/11/08(土) 18:40:48.62

とりあえず.exeはignoreするもの

**203** · 2014/11/08(土) 18:43:05.89

あーいらんかったってことですか(´・ω・｀)
たしかにソースだけあればよかったか・・

**203** · 2014/11/08(土) 18:43:43.17

さっそく見ていただき感謝いたす

**デフォルトの名無しさん** · 2014/11/08(土) 19:40:16.69

これで君も猫タコの仲間入りだにゃ！

**203** · 2014/11/08(土) 19:53:08.87

猫タコ？

**デフォルトの名無しさん** · 2014/11/08(土) 19:56:53.52

>>214
GitHubのマスコットキャラ
猫の姿でタコの足のキャラクタがGithubのあちこちにあるっしょ？
オクトキャットっていうらしいよ

**デフォルトの名無しさん** · 2014/11/08(土) 19:59:55.45

あーいわれてみれば
ここの住人はほとんど使ってるのかしら。
他の人のコードも見てみたい

**デフォルトの名無しさん** · 2014/11/08(土) 22:37:31.35

>>209
自動で最適な解を求める機能も
追加しろよ。

**デフォルトの名無しさん** · 2014/11/09(日) 09:45:50.19

>>217
それはいいアイデアですな

**デフォルトの名無しさん** · 2014/11/09(日) 16:35:08.16

難しいのでわないかいw

**デフォルトの名無しさん** · 2014/11/09(日) 17:10:06.02

最短を求めるとなると私の頭では無理なので
とりあえず自動で最後までそろえるってのだけを目標で・・・

**デフォルトの名無しさん** · 2014/11/15(土) 01:22:29.68

自動でパズルさせるのはなかなか難しい。
16ピース5回中3回くらいは途中停止する。最後まで行くときは2分くらいで終わる。
64ピースやってみたが6分くらいで行けそうなところ残り4ピースで途中停止した
もう少し調整するかな。勉強になる

**203** · 2014/11/17(月) 22:39:43.86

htps://github.com/sugawara5110/c-code/blob/master/neko-puzzle/neko-puzzle.cpp
あの・・最短距離ではないんだけども自動で完成させるプログラム追加しました
よろしければコメントなどを・・・

**デフォルトの名無しさん** · 2014/11/19(水) 05:09:58.21

>>222
なかなかやるな。ちゃんと解けるわ。
この後、何する？

**203** · 2014/11/19(水) 18:35:58.24

>>224
ありがたいお言葉(´・ω・｀)
画像処理系に興味があるんだが一番適してるライブラリって何だろうね
DXライブラリでやるとなるとGetPixelで色情報取ってどうにかするくらいしか
今のところ思い浮かばぬ

**デフォルトの名無しさん** · 2014/11/19(水) 21:18:09.65

>>224
画像処理系と言っても範囲が広いが
photoshopみたいなのを作りたい
のか？

**203** · 2014/11/19(水) 23:20:54.92

最終的にそんなレベルまで行ければ最高だが
まずは指定した範囲の色の変換くらいからやってみたいわ。

前に『C言語で学ぶ実践画像処理』とかいうやつを見たんだが
さっぱりで、何かライブラリ使えばもう少し何とかならんかなと思ってね。

**デフォルトの名無しさん** · 2014/11/19(水) 23:40:47.01

>>226
そのレベルで悩む位ならGraphics Gemsシリーズを通読してみては？
http://www.glassner.com/portfolio/graphics-gems-series/

今手に入るか微妙だけど。

**203** · 2014/11/20(木) 00:03:53.01

さっそくぽちりましたわ
感謝いたす

**デフォルトの名無しさん** · 2014/11/20(木) 06:56:00.31

opencv 見といたほうがいいよ。

**203** · 2014/11/20(木) 19:48:57.40

>>229
これは初めて存在を知った。
さんくす

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 18:07:41.25

型推論が議論になってたからどんな難しいことやるのかと思ったら分かりきってることを書かなくて済むだけで
可読性は返ってあがるんじゃないかという物だった

**名無しさん＠そうだ選挙に行こう** · 2014/12/13(土) 18:08:13.84

ライブラリのスレだった。スマン

**203** · 2015/01/04(日) 11:14:04.62

https://github.com/sugawara5110/c-code/tree/master/slide-puzzle
結局まだパズルいじってました。
よかったらご意見頂けると勉強になります。
出来たexeファイルとhkフォルダ,oggフォルダ,saveフォルダ,z_cam_ewc.bmpファイルと
パズルにする動画(mpg,avi)か画像を同じとこにしていただくと動画像選べます(´・ω・｀)
webカメラ繋げると映った映像でできます。

**デフォルトの名無しさん** · 2015/03/02(月) 14:49:29.94

**デフォルトの名無しさん** · 2015/03/20(金) 18:41:36.03

IUP 3.13
http://sourceforge.net/projects/iup/files/3.13/

IUP 3.13 Released
http://sourceforge.net/p/iup/news/?source=navbar
2015-02-05

**デフォルトの名無しさん** · 2015/05/01(金) 16:33:07.77

map 便利っすよねぇ。簡易ＤＢできちゃう。

**デフォルトの名無しさん** · 2015/05/01(金) 16:53:10.80

>>236
保存しない。ほとんどの動的言語、スクリプト言語はmapが標準で使われる。

**デフォルトの名無しさん** · 2015/05/01(金) 18:47:32.57

え　そなの？

**デフォルトの名無しさん** · 2015/05/24(日) 00:41:11.39

自作ライブラリをGithubに晒すも誰もクローンしてくれない
ライブラリ製作者は宣伝もするべきか否か

**デフォルトの名無しさん** · 2015/05/24(日) 02:13:39.20

>>239
今ここで宣伝しろ。
面白いライブラリなら使うし、つまらなければ使わない。

**デフォルトの名無しさん** · 2015/05/24(日) 04:24:51.75

>>240
わかった。

FixedString - 固定長バッファ文字列コンテナ
https://github.com/narupo/fixed-string
Csv - CSVパーサ
https://github.com/narupo/csv-parser

どちらもC11です。

**デフォルトの名無しさん** · 2015/05/25(月) 11:35:43.43

コンテナやパーサがC++じゃなくて、Cで提供されてどうしろと。。。

さらにプロジェクトも大きいけど、、、
欲しいのはC++のクラスヘッダーで、使用法はインクルードするだけのインスタントに使える小さなヘッダーであって、、、

**デフォルトの名無しさん** · 2015/05/25(月) 17:32:28.98

>>242
C++互換にしてインストールを簡単にしろってことかな

**デフォルトの名無しさん** · 2015/05/25(月) 17:47:12.89

というかREADMEにインストール方法書いてないね
ごめんｗ書いておきます

**デフォルトの名無しさん** · 2015/05/25(月) 23:31:05.65

な？公開するといいことあるだろ？

**デフォルトの名無しさん** · 2015/05/26(火) 00:15:49.93

>>245
そうだね。

**デフォルトの名無しさん** · 2015/05/26(火) 00:30:31.86

C++で使えるようにしても正直要らんから(文字列クラスは標準にあるしCSVパーサーも数十行で書ける)
C言語だけで十分だと思うよ

**デフォルトの名無しさん** · 2015/05/26(火) 00:46:33.31

>>247
std::stringとは設計方針がちょっと違うんだけど、やっぱりそうなるか…

**デフォルトの名無しさん** · 2015/05/26(火) 07:44:41.52

>>248
じゃあ何が違ってどういうメリットがあるんだ？それをまずトップに書かないと。
一応言っておくけど追加できなくなったら何事も無かったかのように勝手に切り詰められるのはメリットとは思わないよ。

あとちらっとソース見たけどマクロとGenericでオーバーロードモドキか…
_GenericはC++に無いからコンパイル通らない。(必要もないから将来的にも絶対入らない。)
だから一生懸命extern "C"とか書かなくて大丈夫だよどの道使えないから。

**デフォルトの名無しさん** · 2015/05/26(火) 09:23:00.22

>>249
> トップに書かないと
確かに。自動で伸縮しない所がメリットでありデメリットでもあると考えてます。
_Genericは…うーん、そうなんですよね。C++でコンパイル通らない。
だから仮にC++に対応させるなら__cplusplusでプリプロセス分岐させようかと思うんだけど。

**デフォルトの名無しさん** · 2015/05/26(火) 12:06:56.19

というか、Ｃ言語で、ＣＳＶパース出来たとして、何の用とで使えと？

**デフォルトの名無しさん** · 2015/05/26(火) 23:07:07.73

ちょっと厳しすぎるだろ
みんなが欲しがるようなライブラリなんて、いきなり作れるはずがない
こういうのを作って経験して、もっといいものを公開するようになったり出来るようになるんだろう

**デフォルトの名無しさん** · 2015/05/27(水) 01:14:53.03

他人に見せるライブラリって、何処まで丁寧にエラー処理すれば良いか悩む。

**デフォルトの名無しさん** · 2015/05/27(水) 02:41:13.23

>>251
それライブラリ製作者が考えることか？

**デフォルトの名無しさん** · 2015/05/27(水) 08:48:03.54

考えること。

ソースをライブラリ化するとき、
例えばライブラリフォルダに一式移動する
際、使う人あるかな、使用法わかるかな、とか考える。

もしくは、初めから使いたい人から要求されてライブラリになるな、
と確信してるときは、初めからライブラリフォルダにソースを置き、
始めはインターフェースはそれなりにしといて、中身空のメソッドだったりで、
使いながら育てる。

**デフォルトの名無しさん** · 2015/05/27(水) 08:59:44.23

アプリケーションを実装する際にできたライブラリか
汎用なライブラリを作りたくてそれだけを作ったかで違ってくるよな

前者はなんかクソな設計で変更が難しいけど実際に動いてる実績があって
後者は延々と理想求めたりして実装がころころ変わったりして
バグフィックスだけで良いのに使う側として常に追いかけなきゃならんとか

**デフォルトの名無しさん** · 2015/05/27(水) 09:53:36.20

>>253
理想はどんな場合でもハングしないでエラー返してくれることかなぁ。
外からメモリ壊してるとかは無理だけど。

**デフォルトの名無しさん** · 2015/05/27(水) 09:58:36.91

csv パーサも固定長文字列も、必要になった時に、わざわざ検索してライブラリ探さないでしょ。
書いた方が早いし、自分の要求にフィットしたものが得られる。
誰も使ってくれないって当たり前でしょ。
このレベルの細かいものなら、コピペしてすぐ使えるレベルじゃないと。

>>252
親切にしてほしければヨソに行くべき。

**デフォルトの名無しさん** · 2015/05/27(水) 10:23:50.27

>>255
あなたの言ってることは大事なことだ思うけど、
鍛冶屋が作ったナイフで鉛筆を削るか干し肉を削ぐかは使用者が決めることじゃないかなぁ。

**デフォルトの名無しさん** · 2015/05/27(水) 10:42:25.64

>>258
「誰も使ってくれない」なんて言った覚えはないよ。
この程度の処理で大げさだってことですよね？
うーん、それは確かにそうですね。難しいですねライブラリって。

**デフォルトの名無しさん** · 2015/05/27(水) 12:17:21.94

誰も欲しがらないレベルなんだよな。
C++のプロジェクトにこのライブラリが入ってたら使ってるところとライブラリ全部削除して書き直すレベル

**デフォルトの名無しさん** · 2015/05/27(水) 12:38:05.44

素直にC専用にしたほうがいいと思うがC11とかどれくらい使われてるやら

**デフォルトの名無しさん** · 2015/05/27(水) 13:05:33.39

>>259
おまえ馬鹿だな。
部品とそれを使うのがバッサリ分れてたのは第三世代言語まで。
開発時に結局部品も修正が必要となって、ＯＯＰで部品とその組み合わせとシームレスになったんじゃん。

**デフォルトの名無しさん** · 2015/05/27(水) 13:12:00.91

>>260
流れ読んでないね。

Ｃ言語だと今使われるのはＯＳとか特殊用途。
メモリ保護とリアルタイム性を保障できるライブラリなら大げさであっても要るだろうけど、ＯＳにＣＳＶパーサーは要らないってこと。

アプリ用のＣＳＶパーサーなら、今のアプリはＯＯＰ言語になってるから、Ｃ言語用は要らない。

**デフォルトの名無しさん** · 2015/05/27(水) 14:31:37.57

>>264
なるほど。それじゃC++に移植したら少しは需要出るかな？つまりアプリ用途で。

**デフォルトの名無しさん** · 2015/05/27(水) 15:09:54.31

Ｙｅｓ。

普通にググって、ＧＰＬじゃないことを確認したら、自分のソースのように使います。
といっても作者名を潰すわけでなく、超気に入った場合は作者のサイトのリンクファイルまでＵＰしておいたり。

Ｃ＋＋のヘッダーだけだったら超ＯＫ、
ＣＰＰがある場合は自分で気に入らない部分を手直しできそうか目視チェック、
それを超えて大きい場合はサンプルを動かして費用対効果を考えます。

**デフォルトの名無しさん** · 2015/05/27(水) 15:46:40.38

>>266
小回りの利いたライブラリも好まれるってことですよね。基本コピペで済むような。
CPPがある場合の手直しって何故するの？コンパイルの都合？

**デフォルトの名無しさん** · 2015/05/27(水) 16:05:37.46

全然違う。

＞小回りの利いたライブラリも好まれるってことですよね。基本コピペで済むような。

クラス派生とかで、簡単に処理を足したり引いたり出来ないと、困るみたいな。

コピペしたくないし、小回りとも違うんだけど。

＞CPPがある場合の手直しって何故するの？コンパイルの都合？

Ｈだと手直ししないって意味じゃなくて、Ｈだけだと全体を一瞬で読めて、手直しも一瞬って意味。

ＳＴＬみたいのは手に負えないけど、費用対効果で使う。

**デフォルトの名無しさん** · 2015/05/27(水) 16:21:52.04

>>268
ああ、OOPにしろってことね。

**デフォルトの名無しさん** · 2015/05/28(木) 02:32:35.00

>>265
需要ねえって何度も言ってるだろ・・・

>>266
ちゃんとライセンスに則って扱いましょうね。
GPLじゃなくてもお前のコードじゃないんだよ。

**デフォルトの名無しさん** · 2015/05/28(木) 04:39:20.67

CSVパーサー(笑)
そんな10分もあれば書けるようなものを
わざわざ怪しげなソース引っ張ってくるバカいないから(笑)

**デフォルトの名無しさん** · 2015/05/28(木) 05:09:28.73

需要ないのはわかったよ
http://www.kasai.fm/wiki/rfc4180jp
ここに書いてある仕様満たすのに10分かからないって本当？

**デフォルトの名無しさん** · 2015/05/28(木) 07:13:18.70

C++でライブラリ作るならboostにない機能にしろよ

**デフォルトの名無しさん** · 2015/05/28(木) 07:20:28.88

個人や環境の差があるだろうが10分かからなくてもおかしくはない
とはいえRFC4180をそのまま実装しておわりってことはまずなくて
もっと簡便でいいかしっかり作り込むかで二極化してると思うんだよな

**デフォルトの名無しさん** · 2015/05/28(木) 07:38:31.92

10分の節約にしかならないなら需要もない訳か
JavaのOrangeSignal CSVとかは作りこんでるライブラリだよね

**デフォルトの名無しさん** · 2015/05/28(木) 07:54:57.38

C11だからなぁ
完全に満たしてようが趣味で使えるレベルであろうがちょいと厳しいものがある
まあ停滞してたスレにいい風吹いたんでないの

**デフォルトの名無しさん** · 2015/05/28(木) 09:48:20.22

>>271
それは真っ赤なウソ、というか現実知らな杉。

毎年（常時）莫大な初心者プログラマが発生し、ググるでＣＳＶパーサーを探し続ける、のが現実ｗｗｗｗｗ

**デフォルトの名無しさん** · 2015/05/28(木) 10:48:16.51

燃料投下。

boostと被ると要らない、といった意見には、このような現実の反論もあります。

ttp://d.hatena.ne.jp/yus_iri/20120328/1332888387

**デフォルトの名無しさん** · 2015/05/28(木) 11:55:58.71

csvパーサなんて、この程度がブログに載っててコピペで使う、くらいで丁度いい。
241 のはメインメモリに全部読まないからメモリにやさしいかもしれないが、メモリ消費量を気にするくらい大きな csv を扱うのは疑問だ。
それにカラムに改行が入ってはならないという制限を付けるだけで、簡単に行単位で扱えるようになり、メモリ消費量が最大の一行分になる。

// " を含んだままカラムと扱う。
// 閉じてない " は最後まで 1 カラム。
const char * endOfCsvColumn( const char * p, const char * end ) {
const char delimiter[] = ",\r\n";
if ( *p != '"' )
return std::find_first_of( p, end, delimiter, delimiter+sizeof(delimiter) );
while ( p != end ) {
p = std::find( ++p, end, '"' );
if ( p != end && (++p == end || *p != '"') )
break; // quatation closed.
}
return p;
}

**デフォルトの名無しさん** · 2015/05/28(木) 23:20:28.85

そういう俺csvが乱立していたからRFCが出されたのに。

**デフォルトの名無しさん** · 2015/05/29(金) 00:04:13.41

そんな状態でCSVなんかのRFC出されてもそれも需要ないよな。
厳密なのが欲しければおとなしくXMLとかjsonとか使ってる

**デフォルトの名無しさん** · 2015/05/29(金) 04:51:03.43

>>279
俺csvはともかく、これぐらいのサイズはやっぱり使いやすそうだなぁ
メソッド単位で使いまわせると便利だよな

**デフォルトの名無しさん** · 2015/05/29(金) 08:02:28.25

改行を含む場合に対応してなくてダブルクォーテーションのアンエスケープも
別にやらなきゃならんというなら素直にtsv使ったほうがいいな。

**デフォルトの名無しさん** · 2015/05/29(金) 13:06:57.82

279 は改行をを含むカラムに対応してるよ。改行が入ってると 279 を呼ぶ側で fgets() で簡単には済ませられないという話。どうせ大きくても数MB程度だろうから全部読んじまえ。
俺 csv って、エスケープされたままなのは別として、カラム取り出しだけで言えば RFC 準拠だろ。
改行コードに CRLF ではなく LF でも受け付けるのは逸脱だが、そんなん直したけりゃ直せるだろうし、渡す側で行処理するんだからそこでも対処できる。

好きなコンテナに格納することを考えたら、あのくらいの単純さが使いやすいだろう。
プロジェクトによってはもっと仕様を簡素化できるわけで、検索してあれこれ比べて選定するくらいなら、毎回書いても大したことはないということは理解して頂けたのではないかと思う。

**デフォルトの名無しさん** · 2015/05/29(金) 16:03:21.08

そうなると列数のためにヘッダーが必要になるのか

**デフォルトの名無しさん** · 2015/05/29(金) 18:59:23.12

.orecsvの生成読み込み書き込み保存全部自前でやって外に公開しない
我が汚点ここに閉じれり

**デフォルトの名無しさん** · 2015/05/31(日) 18:44:09.08

コピペで組み込めるコードは魅力的ではある
俺もよくエディタから呼び出してペタペタしてる

**デフォルトの名無しさん** · 2015/05/31(日) 18:51:30.86

俺もコピペ用の自分専用オナペットを言語ごとに用意してるよ
最近はエディタで一発呼び出しできるから便利だ

**デフォルトの名無しさん** · 2015/05/31(日) 19:57:59.60

>>288
嫁はcharですか？(声が池田秀一だと男だから婿か？)

スニペットって書こうや

**デフォルトの名無しさん** · 2015/06/01(月) 14:43:55.83

バナナはおやつに含まれる
これは周知の事実ですがスニペットはライブラリに含まれますか？

**デフォルトの名無しさん** · 2015/06/01(月) 15:02:44.49

僕のバナナはおっきいです

**デフォルトの名無しさん** · 2015/06/08(月) 17:40:07.97

EigenのMatrixXf型に、幅w 高さhの大きさの配列

float* db = new float[w * h];

をMapで入れる方法おしえてください

**デフォルトの名無しさん** · 2015/06/09(火) 10:27:41.86

MatrixXf A = Map<MatrixXf>(&db[0], w, h);

**デフォルトの名無しさん** · 2015/06/11(木) 15:20:59.61

redSVDのデータを一気に読み出す方法ないでしょうか？
要素1つずつアクセスしてるととんでもなく時間がかかります。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2015/06/14(日) 15:11:34.31

アンパンマン、新しい顔ができたよ！！！

メモリ上の仮想ファイル操作（v_file）
https://github.com/katahiromz/v_file

文字列を識別するためのswitch文を生成（MakeSwitchForStrings）
https://github.com/katahiromz/MakeSwitchForStrings

**片山博文MZ** ◆T6xkBnTXz7B0 · 2015/06/16(火) 14:28:55.50

更新したよ。MakeSwitchForStringsは、MakeSwitchになったよ。

https://github.com/katahiromz/v_file
https://github.com/katahiromz/make_switch
https://github.com/katahiromz/MakeSwitch

**デフォルトの名無しさん** · 2015/09/02(水) 17:12:22.70

**デフォルトの名無しさん** · 2015/11/28(土) 14:34:07.15

RARやZipファイルの解凍ライブラリは何がありますか？
スタティックリンク可能なのが良いです
あと、ファイルに書き出さずメモリ内に展開してくれる機能もほしいです

**デフォルトの名無しさん** · 2015/12/26(土) 03:41:38.86

>>241 はC11のGeneric使ってる人居たんだって所だけは興味深いね

**デフォルトの名無しさん** · 2015/12/30(水) 06:16:03.09

>>299
作り終わってしばらくは自信あったんですが、
時間が経って改め見るとここの人たちが言うようにあまり便利な代物ではなかったですね
ライブラリ制作むずかしいです

**デフォルトの名無しさん** · 2016/01/06(水) 12:23:59.24

>>300
それが解っただけでも成長だよ
無理せず頑張れ

**デフォルトの名無しさん** · 2016/01/08(金) 22:06:12.15

>>301
はい
ありがとうございます

**デフォルトの名無しさん** · 2016/04/05(火) 02:46:14.53

age

**デフォルトの名無しさん** · 2016/05/16(月) 18:32:27.81

boostいいよね

**デフォルトの名無しさん** · 2016/07/04(月) 11:38:42.52

pocoもあるよ

**デフォルトの名無しさん** · 2016/07/04(月) 13:45:26.88

coolか

**デフォルトの名無しさん** · 2016/08/21(日) 00:07:30.55

ライブラリ探すときってどう探すのが良いんかね？
素人に教えてくだされ

**デフォルトの名無しさん** · 2016/08/21(日) 02:42:05.09

とりあえずgithubとsourceforgeを漁る

**デフォルトの名無しさん** · 2016/08/21(日) 02:50:58.25

ググる