C++相談室 part144

■ このスレッドは過去ログ倉庫に格納されています
2019/07/22(月) 13:18:35.52ID:gptRHpgT
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part143
https://mevius.5ch.net/test/read.cgi/tech/1560574313/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレ ここまで -----
2019/08/22(木) 19:44:40.23ID:/1dDo18x
>>608
> 'A' から 'Z と 'a'から'z'　は連続した文字コードである
はあ？
2019/08/22(木) 20:52:16.00ID:KKaRKvsP
>>606
大型計算機にすら倍々精度をハードウェアで扱ってないもんな
命令体系は用意されてるけど
ソフトで十分ってこった
2019/08/22(木) 20:56:48.17ID:NZc4hO3L
>>606
ところで、そんな精度を何に使ってるの？
2019/08/22(木) 20:59:38.41ID:2HKFvfoP
float128よりdecimal64の方が需要あるんじゃね
2019/08/22(木) 21:59:41.74ID:AFh1DZYh
>>612
それ金融でほしいやつだな。
国家予算研究できるな！
2019/08/22(木) 22:01:20.66ID:ufMqk9YS
そこでCOBOLですよ
2019/08/22(木) 22:10:35.40ID:AFh1DZYh
KaMiの言語・コボル　かー。


読めんわ！！！
2019/08/22(木) 22:26:31.30ID:QnESaaq9
https://github.com/LiraNuna/soft-ieee754
こういうのもあるよ。
自分のデータ型を作ろうとすればできないこともない。
2019/08/22(木) 22:29:56.92ID:AFh1DZYh
>>616
金融計算をIEEE754(？)でやってはいけないのだ。
2進化10進数でやらないと誤差が出る。
2019/08/22(木) 22:53:17.49ID:MZ7gjtS4
二進化十進数でも誤差でるから
当たり前だけど
有理数でやるんだよ
2019/08/22(木) 22:59:39.88ID:ywV62E2Z
そういう話じゃない。
金融計算では10進数のどの桁でどういう丸めを行うか決まっているから、
その通りの結果になることが「誤差がない」状態なんだよ。
2019/08/22(木) 23:13:26.11ID:4VSp96xm
普通そういうのは多倍長整数じゃないのか
2019/08/23(金) 00:16:10.19ID:/B94cENN
>>611
畳み込み和の計算はフーリエ変換して求めておいて最後に逆変換することで高速化できます (畳み込み定理) が、しばしば誤差の増大がネックになります
こういう問題で出てくる整数はとても大きいということもあります
だから巨大な数を普通に扱いたいのです

数論変換 (整数環上でのDFT) をすれば良いのですが、もっと単純化できないかという試行錯誤です
2019/08/23(金) 00:39:49.78ID:CmTDylN7
蒸し返すようですいませんがGNU Makeに取って代わるデファクトスタンダードなビルドシステムってCMakeじゃないんですかね
2019/08/23(金) 02:34:27.19ID:5WDa9rK8
>>608
規格で保証されてるのは'0'から'9'が連続してることだけな
2019/08/23(金) 21:07:50.69ID:1CEPBqe0
>>622
取って代わるというかmakefileをつくるメタビルドツールって方が認識として正しい。
実際cmakeでwindowsでもlinuxでもビルドできるように設定するのはマジ辛いぞ。
2019/08/23(金) 21:29:52.90ID:NZyGR+Pl
>>624
そういうのは　windows 用と linux 用にわけるんじゃないでしょうか？
2019/08/23(金) 21:30:32.32ID:9XBmxzHo
CMakeもAutoconfなんかと比べたら簡単になったんだろうけど、自分で書くならgypだな。
2019/08/23(金) 21:42:53.01ID:CGqYEl83
>>625
cmakeを何だと思ってる
使ったことないのかよ
2019/08/23(金) 23:17:25.97ID:0H/lDr6k
馬鹿朝鮮人が使ってるわけないだろ
2019/08/23(金) 23:21:07.68ID:LHN2h0YB
automake/autoconfに慣れたからcmakeいらんわ
うまくクロス環境みつけてくれないこと多いし
2019/08/24(土) 09:02:17.39ID:u6taJwr5
>>625
cmakeとかautomake系のツールのコンセプトはできるだけ分けないで書けるように
ってところではあるが、まあ実際はそれぞれの環境用に色々やるのと大して変わらん。
少なくともデバッグするときはその環境毎のビルドがわかってないとほぼ詰むし。
なんだかんだでまずlinux系統でmakeになれるのが近道だとは思うけどね。
あれでヘッダー依存の取り扱いがしっかり書けるようになれば大抵のビルドシステムにも慣れるだろう。
2019/08/24(土) 09:18:12.19ID:+PLwcW2w
最終的にクロスプラットフォームでちゃんとやれることを目指すならmakeもmsbuildも
両方押さえておかなければならないわけで、どっちが先ってことはないと思うがな。
2019/08/24(土) 20:42:19.22ID:u6taJwr5
makeのが圧倒的に情報調べるのが楽だろ。
2019/08/24(土) 21:18:36.57ID:Dnv6GXtW
WSLが一般的になったら苦労は減るのだろうか
2019/08/24(土) 22:40:38.50ID:+PLwcW2w
- >>630と>>632に話の脈絡が全くない
- >>632 べつに楽な方から始めるのが良いという根拠もない
- というか>>630はmakeがわかれば他はもっと楽だという、逆のニュアンスだったんじゃないの？
- そもそもmsbuildの情報もMSDNで簡単に調べられるし

ツッコミどころ多すぎ。

>あれでヘッダー依存の取り扱いがしっかり書けるようになれば

いまどきlinuxでもそんなん手書きする奴はいないｗ
2019/08/25(日) 12:27:30.33ID:haXU+hCF
makeじゃなくてmsbuild教える方がいいと思うならお前はそうしろ。
それが本当にいいと思ってんならな。
俺だったらmakeを教えるというだけの話だ。
2019/08/25(日) 14:08:01.24ID:Nf3A65/V
また支離滅裂なｗ
makeとmsbuildの優劣なんて話はしてないんだが、日本語不自由なのか？

>少なくともデバッグするときはその環境毎のビルドがわかってないとほぼ詰むし。

という理由でmakeを覚えなければならないと主張するなら、同じ理由でwindows環境向けには
msbuildを覚えておかなければ片手落ちだろうと指摘しただけ。

まぁどうせ上の理由も後付けで、cmakeを知らない爺が横からmakeを布教しようとしただけなんだろうが。
2019/08/25(日) 15:35:39.92ID:qzIUG/z9
makeの罠の多さは異常
絶対手で触りたくない
2019/08/25(日) 15:51:39.75ID:hTkFprTS
手で触るもんじゃないけど
一度手で触っておかないと吐き出されたmakefileを見て何がおかしいか理解できない
2019/08/26(月) 11:17:55.70ID:mep62E1y
std::condition_variableを使って複数のスレッドが待ち状態の時、
notify_oneで一つだけスレッドロック解除した場合、解除されるスレッドに優先度はある？
例えば、一番最初に待ち状態に入ったスレッドのロックが解除されるとか。
それとも完全に実装依存？
2019/08/26(月) 16:25:41.54ID:yDrui9+d
notify_one使ったことないけど解説読む限り実装依存に見える(待機中のスレッドからいずれか一つ、とかあるし)
順序あるならそう書かれると思う
曖昧ですまんけど
2019/08/26(月) 19:23:22.50ID:mB+f+FeE
実装定義だと思うけど、wait呼び出した順だと考えていいと思う
2019/08/26(月) 20:31:47.24ID:bJVhcqWX
俺は多分カーネルのスレッドのスケジューリングで
たまたま選ばれたやつが走ると思う
しらんけど
643デフォルトの名無しさん
垢版 |
2019/08/26(月) 22:58:04.80ID:ZsUTwn4r
流れ読まずに申し訳ございません、質問させてください。

非エンジニアのものなのですが、下記のようなオープンソースのコードを使って
メッセージのウェブアプリケーションを創ってみたいのですが、
一番手っ取り早い方法はどういう方法でしょうか？

漠然とした質問で申し訳ございません

▶Telegram
https://telegram.org/apps#source-code
▶Signal
https://github.com/signalapp
▶Rocket Chat
https://github.com/RocketChat/Rocket.Chat
▶Tox
https://github.com/Tox/tox.chat
▶Wire
https://github.com/wireapp/wire
2019/08/26(月) 23:04:19.65ID:l3oC4Mh5
金で解決
2019/08/26(月) 23:21:58.15ID:h9DDya56
>>636
お前ほんとにmsbuildいじったことあるのか？
あんなクソなものを本気で使ってんの？
てかヘッダ依存解決くらい書けなきゃまともなビルドシステムなんて絶対組めねーよ。
こういう誤誘導を平気でするやつってどういう神経してんだろうな。。
2019/08/26(月) 23:25:34.58ID:doK8kIo2
>>643
ウェブアプリなのにC++スレで質問するの？ 根本的に間違ってるんじゃない？
647デフォルトの名無しさん
垢版 |
2019/08/27(火) 00:16:27.36ID:tgTbqYO8
最近C++を学び始めたのですが、
テンプレート引数の型をコンパイル時に文字列に変換する方法ってあるのでしょうか？

できればテンプレートの特殊化やプリプロセス命令を使わずに以下の用な感じでかければよいのですが

template<typename Type>
class Hoge
{
public:
static constexpr char* Text = Typeを文字列に変換して納入したい
};
2019/08/27(火) 00:31:42.36ID:EWBBAhUG
無理ゲー
あくまで自動にこだわるならtypeid使え。
自作クラスだけならクラス名を名乗るメンバ関数でも作っとけ
2019/08/27(火) 01:14:06.25ID:tTk1EYER
https://github.com/Manu343726/ctti
2019/08/27(火) 08:26:10.70ID:CO6EoWnq
>てかヘッダ依存解決くらい書けなきゃまともなビルドシステムなんて絶対組めねーよ。

いつの時代から来たんだよｗ
ソースに #include 書く度にいちいちMakefile書き換えんのか？
2019/08/27(火) 08:40:44.27ID:l579ej24
>>646
初心者狩りしてるこいつ一人ww
2019/08/27(火) 17:31:34.79ID:icKeAJ7/
>>649
以前nameofとかいうライブラリ？が同じくgithubにあったけどどっちが便利かな
というかこの手のは他にもあるっぽいな

>>651
いや合ってると思うけど
ウェブなのかネイティブなのか、多分ごっちゃになってるだろうからまずそこを指摘すべき
2019/08/27(火) 18:46:31.35ID:idJxRw9J
別にウェブだからって既存のブラウザ上で動くものという定義はあるまい
サーバーサイドもクライアントサイドも両方C++で作ればいい
そもそもブラウザだってC++で作られているんだから
2019/08/27(火) 19:25:57.30ID:JlFv53u2
>>653
両方自分で作るならもっとシンプルなプロトコルでやるよ
2019/08/27(火) 21:20:18.36ID:FzNWLyW5
typeidってPFで戻ってくる値が違うからテスト書くとき気をつけるん
2019/08/28(水) 08:42:46.33ID:4Zzob7TG
>>650
書き換えなくていいように書けるようにするってことだよバカ。
てか依存をしっかり見るって意味じゃヘッダを意識するってのは
相当大事なんだがな。
タスク管理を意識した場合、どんなレイヤーで仕事する場合でも重要になる。
2019/08/28(水) 08:50:01.49ID:4Zzob7TG
てか想像以上にビルド周りの技術ってc+11から入った輩は理解してないのな。。
またクソシステムの再生産が10年単位で続きそうだわ。。
2019/08/28(水) 10:10:28.35ID:mAC2Cq6c
そりゃこのスレでも
「閃いた！stdを usingすれば文字を打つのが少なくなるよ！」って宣う輩がいるくらいだし
2019/08/28(水) 10:16:52.21ID:FUc/M6fg
趣味でc++のパズルにはまってる人と
仕事で生産的に使いたい人とでは
言語に期待するものが違うからね
区別しないと
2019/08/28(水) 10:25:14.14ID:4pdYY7R1
このビルド周りのクソ仕様のせいで年々インタプリタ型に人が流れていくんだわ
2019/08/28(水) 11:21:15.45ID:PYS/X6sQ
VS使ってるからmakeとかさっぱりです
2019/08/28(水) 11:48:22.94ID:KZSjYbkv
新モジュールシステム対応で改善されるはず…
https://cpprefjp.github.io/lang/cpp20/modules.html
2019/08/28(水) 14:10:32.76ID:DpQqY3bZ
そのうちC++ライブラリ用リポジトリとかC++用パッケージマネージャとか作りはじめそう
2019/08/28(水) 15:22:40.67ID:A/ckRNOE
車輪の再発明が好きなやつが多すぎてウンザリする
道具ばっか作ってどうすんだ
道具つかって絵描いたり家建築したりするのが仕事なのに
2019/08/28(水) 17:41:27.32ID:1Ka29vHv
仕事じゃなくて趣味だからな。
2019/08/28(水) 18:52:20.58ID:r3MNaUf0
makefileなんて十数年触ってないしもう忘れたけど
>>656-657には同意するわ
依存関係も考えた上で設計&利用しないとコンパイル時間の増大とかに全く対処できなくなる
新しい機能には飛びつくわりに古い部分(しかも無くなってるわけではない)をおざなりにするのはあかん
2019/08/28(水) 20:21:30.73ID:4Zzob7TG
>>662
テンプレートの export の問題とかさ。。ほんと何周同じことしてんだよって思うわ。
2019/08/28(水) 20:42:39.92ID:G5Ue/9b7
>>656
これ、依存関係を自分で書くんじゃなくて gcc -M とかで自動的に判断させることを言っているんだろうか？
msbuildを含めて今どきの大抵のビルドシステムでできることなんだが。
669デフォルトの名無しさん
垢版 |
2019/08/28(水) 20:46:54.49ID:W4Wf3gf+
>>649
こんな良いライブラリーがあるんですね。
非常に助かりました。ありがとうございます！
2019/08/28(水) 20:59:56.83ID:4Zzob7TG
>>668
makeが実装が一番ネイティブでわかりやすいってことだよ。
bazelなんか中身はもろにmakeだろありゃ。
ただはじめからbazel使ってたらエラーメッセージ見てもわからんだろうし、
そういうのをはじめに薦める奴は詐欺だろ。
2019/08/28(水) 22:02:26.02ID:ieioKQ06
makeがネイティブ？わかりやすい？冗談だろ
暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
積もり積もったウンコの山を無効にさせろ
2019/08/28(水) 22:04:23.57ID:/X8N1eZO
本来のmakeのルールは単純なのにな
なんであんなそびえ立つ糞になったのか
2019/08/28(水) 22:09:49.61ID:NdwuNYuZ
ルール上書きしろよ
2019/08/28(水) 22:33:45.39ID:4Zzob7TG
>暗黙ルールとか特殊変数とか特別扱いのターゲットとかやめろ
まあこれはわかる。

>アーカイブだの何だのを勝手に推定しておせっかいな処理挟み込むのを全部やめろ
これは逆に暗黙のルールを使ってるからだろ。

基本的に明示的なmakefileを書いてないのが原因だが、
こんなこと言い出したら他のビルドツールなんて使えんぞ。。
vc compilerなんかもっと暗黙の設定まみれだわ。
2019/08/28(水) 23:47:07.56ID:atkmfnSl
マルチプラットフォームで使えて、固定小数点を扱えるOSSっていいのないかな？
2019/08/28(水) 23:56:49.59ID:Lri1s1BK
GMPとか？
という話ではなく？
2019/08/29(木) 00:02:01.84ID:7sVXLGAA
cobol
2019/08/29(木) 21:16:18.09ID:nzSyygVl
>>675
どうぞつかってください
https://mevius.5ch.net/test/read.cgi/tech/1434079972/51
679デフォルトの名無しさん
垢版 |
2019/08/29(木) 21:47:21.89ID:81mive3+
使われていないクラスのstaticメンバ変数って生成されないのでしょうか？
2019/08/29(木) 22:28:37.81ID:Fx5HC5GZ
>>678
汚いプログラムだなあおい
2019/08/29(木) 23:00:42.76ID:KkrIMV0W
>>679
多分生成される可能性が高いね
何故ならC++にはコンストラクタがあるから
つまりはstatic変数のコンストラクタで何かしているかもしれないだろう
だからリンカの最適化は削除をしないだろうね
ただ、普通のintとかだとリンカの最適化で削除されるかもしれないけど
まぁ運しだい
ともかく、規格では多分決まってない
2019/08/29(木) 23:20:08.64ID:xxmh5CSn
>>679
そのstaticメンバの定義を消してコンパイルしてもエラーにならなければ生成されてない
ちなみにstatic constとかの変数は元々ほとんどのケースで生成されてない
2019/08/29(木) 23:21:51.82ID:nf7j+lKK
やはりコンパイラによるのでは
2019/08/29(木) 23:29:30.27ID:KkrIMV0W
クラスのstatic変数といっても
コンパイラからしたらグローバル変数みたいなものだからな
使ってないグローバル変数は削除されるのか？
さあな
2019/08/29(木) 23:33:23.53ID:xxmh5CSn
visual sutdioというかvc++だと使ってないコードを削除するみたいなオプションあったからもしかしたら消えるかもしれない
他はよく知らない・・・
2019/08/30(金) 00:11:27.74ID:fVqdV4kl
libにしなかったらlinkしたobj全て
libにしたらobj単位でシンボル一つでも参照があればlinkされるのが基本じゃね
組み込み用のコンパイラだとそれ以上に頑張ってサイズ削ることもあるだろうけど
2019/08/30(金) 00:41:24.99ID:pQR0WkIg
グローバル変数のコンストラクタに起動時処理書いといたら、これが案外呼ばれるタイミングがわからない。
手続きの中で明示的に参照しにいかないとあかんと思った。
2019/08/30(金) 00:46:48.02ID:fVqdV4kl
static変数の参照返す関数つくるのはよくやる
2019/08/30(金) 00:50:00.39ID:T2NlJT89
ここの動的初期化によるけど、まあ分からん・・・
定数初期化しとけるならそうしとくのがいいけどいつもできるわけでもない
https://ja.cppreference.com/w/cpp/language/initialization
2019/08/30(金) 00:56:53.55ID:8Dc5lx9D
一見使ってないからと言ってコンパイラが勝手にデータ構造替えちゃったら動的リンク時とか整合性取れなくなっちゃう気がする
2019/08/30(金) 08:30:00.34ID:Okk0GWIA
動的ライブラリが元のバイナリの変数を暗黙に触るかはOSによる。
linuxは触れるがmacは触れない。
2019/08/30(金) 21:41:54.95ID:OdSxakdr
std::string="あいう";

c++って内部的な文字コードって何になるのかな？
あといまいちwstringの使い分けがわかんない、日本語だとwstring使えばいいのか?
2019/08/30(金) 21:49:07.10ID:zlaBwQso
決まってない
最近ようやく明示的にutf8対応しだした
wstringはワイド文字列
2019/08/30(金) 22:10:41.83ID:OdSxakdr
決まってないって言うのは処理系依存ってこと？
2019/08/30(金) 22:14:30.31ID:Q+0yO3vE
それぐらい自分で試したら？
それが確実でしょ
2019/08/30(金) 22:18:34.99ID:QpJdGFlG
sringの中の文字コードは入れた文字列の文字コード
普通の文字列リテラルの文字コードはそのソースコードが書かれたテキストの文字コード
文字列リテラルはu8などのプレフィックスをつければUnicodeになる
2019/08/30(金) 22:19:54.88ID:BOCgcfAb
試しただけじゃそれが処理系依存の結果かどうかなんて判断できんじゃん
2019/08/30(金) 22:21:51.17ID:Q+0yO3vE
ここで答えもらってもそれが正しい保証がどこにある
2019/08/30(金) 22:23:12.28ID:ZMew/+Uj
コンパイラによって日本語シフトジスなどのマルチバイト文字列の解釈が違って移植の際にトラブることがある。
2019/08/30(金) 22:33:35.27ID:QpJdGFlG
とりあえずリテラルにはu8やuをつけておけば問題ない
2019/08/30(金) 22:39:07.85ID:QcXmSAua
そしてHPUXで悲鳴をあげることに
2019/08/30(金) 22:41:21.90ID:BOCgcfAb
正しい保証はできないかもしれんが間違いは明確だな
2019/08/30(金) 22:53:05.39ID:Okk0GWIA
gccならutf-8だろうけれど、最近のVCはどうだろ。
2019/08/30(金) 23:28:54.53ID:Oe3WNWk3
文字コードの話題は盛り上がっていいね
ある意味一番ハマる部分かも
2019/08/31(土) 01:18:30.00ID:toQMNfCu
u8つければいい
2019/08/31(土) 12:17:38.05ID:WtWTaSD6
char型および文字列リテラルが何になるのか不定なのがアレなので
もうさいしょからu8""とchar8_tとstd::u8stringを使うように徹底するのは良いのかもしれない
2019/08/31(土) 13:49:09.93ID:gI08UaXy
WindowsはTCHARで書くべしみたいなのはまだあるの？
最近Windows使ってないもんでよく分からん
2019/08/31(土) 14:24:18.19ID:6oowjHUQ
昔から自分でオプション変えて好きにしろとしか
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況