C++相談室 part166 (626ﾚｽ)
上下前次1-新
1: sage (ﾜｯﾁｮｲ 8732-NXaD) 04/26(土)10:34 ID:pbPDl6lv0(1/2) AAS
!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること
次スレは>>980が立てること
無理なら細かく安価指定
※前スレ
C++相談室 part165
2chｽﾚ:tech VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
2: (ﾜｯﾁｮｲ 1132-NXaD) 04/26(土)10:36 ID:pbPDl6lv0(2/2) AAS
仲良く使ってね
3: (ﾜｯﾁｮｲ b501-4ocp) 04/26(土)11:57 ID:9PQ55tI10(1) AAS
STLでサイズがウンタラカンタラってなくなったんだね
4: (ﾜｯﾁｮｲ 797c-VXNn) 04/26(土)13:02 ID:90F8pztq0(1) AAS
あれはキチガイが勝手に貼り続けてただけでテンプレでもなんでもない
5(2): (ﾜｯﾁｮｲ bfda-OmX0) 04/29(火)19:50 ID:oiFKb7iS0(1) AAS
プログラムの書き方について学ぶためのサンプルコードですが、
CならLinuxGNUやBSDなど山ほどあるけど、C++の場合は定番としてどんなものがありますか？
6: (ﾜｯﾁｮｲ 9ff0-8SS3) 04/29(火)20:44 ID:snW2quW50(1) AAS
Ｃ＋＋標準ライブラリ チュートリアル＆リファレンス
っていう分厚い本読んどけば大体理解る
7: (ﾜｯﾁｮｲ b77c-0tm6) 04/29(火)21:19 ID:d6I4gAkZ0(1) AAS
C++のOSSねえ
有名でコードの質がいい奴だとLLVMか？Clangも読めばコンパイラだから言語の勉強にはなるはず
規範的って意味だとBoostだけど、いきなり勧めるには技巧的で上級者向けすぎやな面白いけどね
あと有名所ならOpenCVだけどあれは汚いから真似してほしくない
8: (ﾜｯﾁｮｲ d7d7-7NrX) 04/29(火)23:01 ID:LJmfvcqY0(1) AAS
Open CASCADE も汚いのでお勧めしないなぁ
9: (ﾜｯﾁｮｲ b720-xasm) 04/29(火)23:56 ID:qhqmYF5L0(1) AAS
ライブラリだと各OSに対応するためのコードだったり、ヘッダーオンリーにするためのテクニックだったりで、純粋なC++プログラムの勉強として見るとノイズが多いかもしれない
実は初心者向きの良い教材ってあんまり無いかも？
中級者以上ならBoostなどは勉強になるけど、簡単ではないし
10: (ﾜｯﾁｮｲ 9f07-VpId) 04/30(水)00:21 ID:en7310Kb0(1) AAS
いろいろとフリーダムすぎてなあ そこがいいんだが
たとえば、ゲーム作りたかったら既存のゲームエンジン、とか、
やりたいカテゴリか近いところの、長続きしてるところの読んでみるといいかも
答えになってないが、(自分用であれ仕事であれ)使わされるのが一番早い
11: (ﾜｯﾁｮｲ bf79-FBhq) 04/30(水)00:58 ID:TMleEpRy0(1) AAS
Windowsの電卓は平易で初心者向きかも
Google系も平易な印象だけど、Googleは独自ユーティリティを多用しがちなのが難点
12: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b732-Dk0z) 04/30(水)09:16 ID:THYm3xdc0(1) AAS
C++ は言語として特定のスタイルを強制しないという方針を持っているからプロジェクトによって構成の仕方は全く違う。
適当な数個のプロジェクトを見ても数個のスタイルがわかるというだけでしょ。
どれが良いかとか言ってないでたくさん見るしか仕方ないんじゃないかな。
入門書とかいくつかの設計指南系の本くらいは読んでる？
理念抜きで結果として出来上がってるコードを見てもわけがわからんと思う。
本はたくさん読んだほうが良い。
それと C++ は今は三年ごとに規格の改定がある。
どの版を想定するかでもかなり違う。
特に大きなターニングポイントになってるのは C++11 と C++20 だと思う。
最新の GCC で特に指定しなければ C++17 として解釈されるのでこのあたりが現在の普通という感じなはず。
13: (ｱｳｱｳｳｰ Sa1b-Dl8r) 04/30(水)09:52 ID:uCqRd3Swa(1) AAS
>>5
wxWidgets
14: (ﾜｯﾁｮｲ b720-xasm) 04/30(水)12:58 ID:8LRHZRl/0(1) AAS
Windows … というか Visual Studio だと今でもデフォルトは C++14 なんだよな
機能的には C++23 まで使えるのに
15(1): (ﾜｯﾁｮｲ afaa-hOut) 05/04(日)16:06 ID:/Tm3kYwr0(1) AAS
初心者スレないんですまん。
C++でvectorとsetで同じことやらすのってどうやるの？
cout << vec << endl;
cout << st << endl;
を共通で書きたいんだけど、
template?の書き方がわかんないの
16(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/04(日)18:28 ID:w7r9Yiaa0(1) AAS
>>15
きちんと諸々に配慮しようとすると面倒なんだけど本当にそれが出来ればよいだけならこんな感じで出来なくはない。
外部ﾘﾝｸ:wandbox.org
17(1): 15 (ﾜｯﾁｮｲ afaa-hOut) 05/05(月)16:19 ID:WDPor1X60(1) AAS
>>16
ありがとうございます。
std::endlの代わりに' '(空白)を使うことはできませんかね
図々しくごめんなさい
18(3): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/05(月)17:57 ID:7tS1Ts+e0(1) AAS
>>17
まさに「諸々に配慮」と述べた部分がそれでね……。
ここで定義した operator<< と元からある operator<< の両方が char を受け取ることが可能なので
どちらを呼び出すべきか曖昧なオーバーロード (ambiguous overload) になってしまっている。
ちゃんとやる場合はここで定義する operator<< が受け取れるのはコンテナに限定しなければならない。
型に制約を付ける真っ当な方法が入ったのは C++20 からなのでそれ以前の C++ でやろうとすると回りくどいんだよ。
C++11 でなるべく簡素に書くとしたらこんな感じかな。
外部ﾘﾝｸ:wandbox.org
19: (ﾜｯﾁｮｲ a701-uYIY) 05/06(火)12:29 ID:tCHDdC6b0(1/3) AAS
>template <class T>
>auto operator<<(std::ostream& os, const T& container_object)
> -> typename std::enable_if<!!sizeof(begin(std::declval<T>()) != end(std::declval<T>())), std::ostream&>::type {
横から何じゃこりゃw
20(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-6RYV) 05/06(火)12:35 ID:SvTeM3j90(1/6) AAS
declval は要らんな。
もっとキッチリしたほうがいいのか簡素にしようか迷ってちょっと変な感じになってる……。
21(1): (ﾜｯﾁｮｲ a701-uYIY) 05/06(火)13:03 ID:tCHDdC6b0(2/3) AAS
>>20
いやいや非難ではなく
俺が知っているC++じゃないw
- operatorの前のautoは何ぞ?
- !!演算子?
22(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/06(火)13:42 ID:SvTeM3j90(2/6) AAS
>>21
関数名の前に auto を書くと仮引数の後ろに返却値の型を書けるようになる。
つまり -> から { までのところに書いてるのが返却値の型。
従来の書き方では関数の仮引数を返却値の型を決定する文脈では使えないというルールがある。
たとえば
template<class T> decltype(e) foo(const T& e) {return e;}
というようなことは出来ない。 ここで e を参照することは出来ない。
後置では返却値の型を書くところで仮引数を使ってかまわない。
template<class T> auto bar(const T& e) -> decltype(e) {return e;}
ってのはアリ。
省4
23(1): (ﾜｯﾁｮｲ a701-uYIY) 05/06(火)14:29 ID:tCHDdC6b0(3/3) AAS
>>22
解説を有難うございます
返り値を後置する記法のアドバンテージが分かりました
>>18は返り値を後置にしてるけどもこれは必須ではないということね
!!も分かりました（g++-12はなしで通ります）
24(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/06(火)16:07 ID:SvTeM3j90(3/6) AAS
>>23
> !!も分かりました（g++-12はなしで通ります）
非型テンプレートパラメータで size_t (sizeof の結果) から bool への変換 (縮小変換) は認められていないはず……
……と思ったらこれには例外があってコンパイル時計算の文脈で実際には情報が欠落しないなら OK。
つまり整数の 0 か 1 のときに限り (型の大きさとしては小さくなる変換であっても) bool に変換が可能。
25(1): (ﾜｯﾁｮｲ 1279-k14q) 05/06(火)17:28 ID:GbYxwNEQ0(1) AAS
非0ならtrueやないんか
26: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/06(火)18:05 ID:SvTeM3j90(4/6) AAS
>>25
せやで。 こういうときは変換されない。
template<bool num>
class foo {};
int main(void) {
foo<2> bar;
}
通常の暗黙の変換で許されていても非型テンプレートパラメタでは縮小変換はされないので↓みたいなのも駄目。
template<unsigned char num>
class foo {};
省3
27(1): 15 (ﾜｯﾁｮｲ afaa-hOut) 05/06(火)18:35 ID:jhNAw2EC0(1/2) AAS
>>18
重ね重ねありがとうございます。
なんとか理解してみます。
C++20だとどうなります？
一応、C++の新機能ってぺージ見たんですけど、よくんからなくて
28: (ｱｳｱｳｳｰ Sac3-7Zak) 05/06(火)18:36 ID:nZOyiL0Ra(1) AAS
enable_ifは便利だけど使ったら負け感が半端無い
29(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/06(火)19:26 ID:SvTeM3j90(5/6) AAS
この場合は enable_if は本来の意味で使ってないしな。
30(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/06(火)20:07 ID:SvTeM3j90(6/6) AAS
>>27
こんな感じかな。
外部ﾘﾝｸ:wandbox.org
C++20 からはイテレータの概念も再編されて range という概念で扱うのが好ましいということになり、コンテナは range の一種だったことになった。
コンテナの中のここからここまでという範囲を表すものを中心にした考え方で、コンテナ自身も range だし、コンテナの除き窓のような view も range 。
Rust とか Go で言うスライスみたいなもん。
で、テンプレート引数として受け取った T が std::ranges::range の制約を満たすものなんやでという制約を入れることによってそうじゃないものはマッチしないように出来るし、
他の operator<< の候補にマッチするものがあるのならそっちが選ばれるようになる。
31: 15 (ﾜｯﾁｮｲ afaa-hOut) 05/06(火)21:47 ID:jhNAw2EC0(2/2) AAS
>>30
ありがとうございます。
rangeはときどき見てたんですけど、ぱっと見あんまり必要性がわからなかったんですけど、こういう理由があったんですね。
これから時間があるときは、rangeを意識して書きたいと思います。
ありがとうございました
32(1): (ﾜｯﾁｮｲ df01-7ORQ) 05/07(水)09:06 ID:pa9hjTXM0(1) AAS
>>29
ostreamあんま詳しくないので本来の意味じゃないってのが良くわからんかった
コンテナでなければ弾くようにしてるんだと思うけどsizeofで括ってるのは式自体が評価されないようにするため？
33: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/07(水)09:38 ID:jrPMMEx+0(1/4) AAS
>>32
そう。
実態としては sizeof の中の式が成立するかどうかだけが判定基準になってる。
sizeof が 0 を返すことはあり得ないわけだし sizeof の中の式が成立しないなら enable_if で判定する以前に弾かれるわけなので enable_if は判定の役に立ってない。
式を書く場所があるならなんでもよかったんだけど最終的には ostream& になってもらわないといけないので enable_if が楽だったというだけ。
34: (ｻｻｸｯﾃﾛﾗ Spc7-7ORQ) 05/07(水)09:53 ID:zHwjwbR2p(1) AAS
あーなるほど、意味がわかった
ありがとう
35(3): (ﾜｯﾁｮｲ 1202-mpUa) 05/07(水)22:31 ID:OFqp/W1O0(1/2) AAS
vectorって、
宣言時に、要素数と初期値を設定できないっけ？
気持ちとしては、、
↓
vector<int> my_data(3) = { 6, 8, 44 };
36(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/07(水)22:42 ID:jrPMMEx+0(2/4) AAS
>>35
できない。
そうしたい理由としては指定した個数分の要素が間違いなく与えられているようにってこと？
37: (ﾜｯﾁｮｲ a701-uYIY) 05/07(水)22:57 ID:F57QgFhN0(1) AAS
>>35
arrayはそれに近いな
array<int, 3> my_data = {6, 8, 44};
38(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/07(水)23:14 ID:jrPMMEx+0(3/4) AAS
>>35
与えている要素の個数に間違いがないことを確実にしたいというのが目的だとしたらこういう関数を定義するのはどうだろう。
外部ﾘﾝｸ:wandbox.org
39(1): (ﾜｯﾁｮｲ 1202-mpUa) 05/07(水)23:14 ID:OFqp/W1O0(2/2) AAS
>>36
まあ、普通の配列なら、
int my_data[3]= { 6, 8, 44 };
ってできるので。
できても問題は無さそうだけど…
40: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/07(水)23:25 ID:jrPMMEx+0(4/4) AAS
>>39
文法の一貫性としてということ？
配列をそう定義したときの [3] は型の一部であってコンストラクタに渡す値ではないから……。
配列をそう書けるのが例外的、変則的な措置だと考えるべきだと思う。
41(1): (JP 0Hee-L4A6) 05/08(木)00:57 ID:4oP42WaSH(1/3) AAS
>>20
decvalは要る。お前さんは数値計算知らん。
型拡張で重要になるぞ。
42: (JP 0Hee-L4A6) 05/08(木)01:50 ID:4oP42WaSH(2/3) AAS
はちみつさんはC++仕様策定委員なの？
委員会でそんな発言されたら困るよ。
今さらtraitsみたいなトリック
使いたくないよ。
43(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-6RYV) 05/08(木)02:01 ID:aAWkv5hi0(1/3) AAS
>>41
何を言ってるんだ？ >>18 で declval を使ったのが無意味だという話をしてるんだぞ。
44(1): (ﾜｯﾁｮｲ 1202-mpUa) 05/08(木)03:34 ID:JGiTQ1yK0(1/2) AAS
>>38
これでできましたね。
(... && is_convertible_v<U, T>)ってなんでしょうか？
（可変個引数Uが存在してって意味？）
45(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/08(木)08:59 ID:aAWkv5hi0(2/3) AAS
>>44
それは特に裏の意味はないよ。
全ての U が T に変換可能 (convertible) であるという制約を入れてる。
46: (JP 0Hee-L4A6) 05/08(木)11:19 ID:4oP42WaSH(3/3) AAS
>>43
そうでしたか。すみませんでした。
47(1): (ﾜｯﾁｮｲ 1202-mpUa) 05/08(木)19:02 ID:JGiTQ1yK0(2/2) AAS
>>45
そうでしたか
難しいですね…
48: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-x8bn) 05/08(木)20:09 ID:aAWkv5hi0(3/3) AAS
>>47
難しい (分かり難い) と感じる部分を具体的に説明できる？
49(2): (ﾜｯﾁｮｲ 1202-mpUa) 05/09(金)02:43 ID:gpRG314Y0(1/5) AAS
templeteでフォボナっちみたいのって、
実際に何に使うのかね…？
template<int n>
struct fibonacci
{
static constexpr int value = fibonacci<n-1>::value + fibonacci<n-2>::value;
};
50: (ﾜｯﾁｮｲ af58-Enlg) 05/09(金)07:07 ID:+l+evNW70(1) AAS
もう見抜けない、最先端のAIディープフェイク動画は心臓の鼓動まで再現、判別が困難に
2025-05-08
外部ﾘﾝｸ[html]:karapaia.com
51(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ cf30-6RYV) 05/09(金)09:22 ID:NaCqAF6G0(1) AAS
>>49
暗号関係などで用途はあると思うけど今なら関数 (costexpr) で定義したほうがいいな。
52(1): (ﾜｯﾁｮｲ f7a6-b4kn) 05/09(金)11:24 ID:3QJ66PDO0(1) AAS
>>49
定数の計算を全部コンパイル時にやっちまおうぜというのが流行った時期があった
それでtemplateの目的外使用が過ぎたためにconstexprができた
53(1): (ﾜｯﾁｮｲ 637c-pXdp) 05/09(金)15:56 ID:z5xnEJE80(1) AAS
ボレロさんが生きてた頃に比べるとつまんなくなったなconstexprさん
54: (ﾜｯﾁｮｲ 1202-mpUa) 05/09(金)16:41 ID:gpRG314Y0(2/5) AAS
>>51
はちみつ餃子さんは何系のプログラマーでしょうか？
組み込み系？
55(1): (ﾜｯﾁｮｲ 1202-mpUa) 05/09(金)16:43 ID:gpRG314Y0(3/5) AAS
>>52
ところで、
なんでコンパイラ側で、constを自動でconstexpに最適化しないんですかね…？
56: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-6RYV) 05/09(金)16:47 ID:U8gSLCWq0(1/2) AAS
constexpr に特有のトリックは constexpr の制限故に生まれたのだから緩和されれば気合いの入った取り組みも要らんようになる。
真っ当な進歩なので文句は言えんがつまらんというのはわかる。
57(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-6RYV) 05/09(金)16:53 ID:U8gSLCWq0(2/2) AAS
>>55
する。
const をつけて定義する変数の初期化子が定数式であるときその変数も定数になるというルールがある。
つまり初期化子が定数式なら const 変数と constexpr 変数は同一の効果をもつ。
58: (ﾜｯﾁｮｲ 1202-mpUa) 05/09(金)20:05 ID:gpRG314Y0(4/5) AAS
>>57
そうでしたか
まあ、そうですよね…
59: (ﾜｯﾁｮｲ 1202-mpUa) 05/09(金)20:07 ID:gpRG314Y0(5/5) AAS
>>53
陶芸家プログラマーか…
いろんな人がいるもんですね…
60: (ﾜｯﾁｮｲ 928b-0urV) 05/09(金)21:48 ID:vpEUNnGu0(1) AAS
あの熱意で平均寿命まで生きていれば・・・
61: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 6332-6RYV) 05/10(土)12:01 ID:Mv0kFcWv0(1) AAS
定数まわりはググったり ChatGPT に質問したりしても理解しにくいんじゃないかな。
「定数」という言葉が違う意味で使われていてそれらがひとつの解説に混在したりするのが意味不明になる原因だと思う。
・なんか決め打ちの値という意味
・変更できない変数の意味
・C++ 規格用語としての定数の意味
62: (ｱｳｱｳｳｰ Sac3-7Zak) 05/10(土)12:14 ID:12iOKYOza(1) AAS
constant number
fixed number
magic number
63(1): デルフォトの名無し (ﾜｯﾁｮｲ f34b-k+y7) [mage] 05/11(日)19:59 ID:8gkdAC4l0(1/5) AAS
RustのCargo的なツールってC++にありますか...?
ビルド、依存関係管理等が全部できるオールインワンなやつです。
64(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ f332-ZIVz) 05/11(日)20:12 ID:krziBUoq0(1/2) AAS
>>63
しいていえば Conan が近いと思うがビルド自体は指定したビルドツールに下請けさせる構造になってる。
プロジェクトのビルドをする仕組みが多用なので既存のプロジェクトを Conan の管理化に入れるといった状況を考えると C++ 的にはこうなるのは仕方がない……。
C/C++ では OS (ディストリビューション) のパッケージマネージャでライブラリを管理するのが普通だったので言語の側で統括的に扱うツールという文化が欠けてる。
65: デルフォトの名無し (ﾜｯﾁｮｲ f34b-k+y7) [mage] 05/11(日)20:18 ID:8gkdAC4l0(2/5) AAS
>>64
そうなんですね...
今RustやってるんですけどC++も触ってみたいなと思って良さげなのないかなと探してるところなんです...
おすすめのビルドツールは何がありますか？
66(1): (ﾜｯﾁｮｲ 03a6-XCeo) 05/11(日)20:21 ID:WWvVAeL50(1/4) AAS
OS提供のヘッダーファイルと連携しないといけないからね
rustだってOSのAPIとして使われるようになったら今の形のままでは済まされないはず
67(1): (ﾜｯﾁｮｲ f34b-k+y7) 05/11(日)20:25 ID:8gkdAC4l0(3/5) AAS
>>66
OS提供のヘッダーファイル？
どんなのがあるんですかね...
68(1): (ﾜｯﾁｮｲ 03a6-XCeo) 05/11(日)20:34 ID:WWvVAeL50(2/4) AAS
>>67
Windows SDKとかUNIX系なら/usr/includeにあるやつとかMacだと/Library/Developerとか
ひとつの環境に複数バージョン同時に入ってたりパスの規則もベンダーごとにばらばらだったり独自の拡張構文が使われてたりで処理系側のツールで吸収しきれるものではなく
自然>>64も言ってるOS側の管理に委ねるという方向に
69: (ﾜｯﾁｮｲ f34b-k+y7) 05/11(日)20:42 ID:8gkdAC4l0(4/5) AAS
>>68
えぇ...そうなんですか...
C++にはcargoみたいな便利ツールはない...
OS管理...(´・ω・)
70(1): (ﾜｯﾁｮｲ 03a6-XCeo) 05/11(日)20:58 ID:WWvVAeL50(3/4) AAS
別に便利ツール自体がないわけではなく、ライブラリはOS側のパッケージマネージャやcanonやバージョン管理ツールの機能等で揃えて
ビルドはcmakeというメタビルドツールで各OSの持つビルドツール向けの入力ファイルを生成したりということはする
統一感には欠けるしばらばらのものを組み合わせてるから躓く可能性もずっと高いけども
71: (ﾜｯﾁｮｲ f34b-k+y7) 05/11(日)21:11 ID:8gkdAC4l0(5/5) AAS
>>70
バラバラなのはちょっとまずいですね...
なんか良さげなのないもんですかね...
72: (ﾜｯﾁｮｲ f3d0-stkm) 05/11(日)21:16 ID:/xxB2yrb0(1/2) AAS
あくまで個人の意見だけど、パッケージマネージャーは conan より vcpkg の方が好き
conan はそれ自体が Python のパッケージなので、「リポジトリのルートに Python の仮想環境 (venv) を作る → 仮想環境にConan をインストールする → C++ のライブラリを管理する」の流れになるのがね…って気持ちになるかも
どちらにせよ conan や vcpkg は外部ライブラリの管理だけに使うもので、ビルドは cmake を使う
C++だとライブラリ間に依存関係があるものは少ないから、 Git のサブモジュールを使うとか、 clone したソースファイルをそのままプロジェクトに入れるとかする方法もある (綺麗ではないけど)
PythonのpipやRustのCargoがやってるような、バージョンを考慮した依存の解決はしなくて済むことが多い
73: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ f332-G5I0) 05/11(日)21:17 ID:krziBUoq0(2/2) AAS
色々と事情はあるけどファイル数個で収まる程度 (初心者が書く程度) のプログラムならビルドツールがどうこう考える必要もないよ。コンパイラドライバを呼び出せばそれで終わり。
ファイルが増えたりサポートする実行環境が増えて手に負えなくなったときに続きを考えたら良い。
74(1): (ﾜｯﾁｮｲ f3d0-stkm) 05/11(日)21:17 ID:/xxB2yrb0(2/2) AAS
リンク先の画像見てのようなミームがあるけど、残念ながらC++は割と本当にこの通りなんだよね…
Rustがめっちゃ楽なのはよく分かる
外部ﾘﾝｸ:www.reddit.com
75(1): (ﾜｯﾁｮｲ 03a6-XCeo) 05/11(日)22:02 ID:WWvVAeL50(4/4) AAS
自分の手元でさえビルドできればそれでいいなら統合開発環境に任せてしまう手も。何も考えなくても1クリックで最適にビルドしてくれるよ
76: (ﾜｯﾁｮｲ 6f51-c72B) 05/11(日)22:18 ID:jee+W1o20(1) AAS
c++やるなら苦労経験した方がええやろ
77(1): (ｱｳｱｳｳｰ Sa67-lDqI) 05/12(月)11:10 ID:zCv6/zTua(1/4) AAS
>>74
まるでCargoでbuildが絶対失敗しないかの様な言い草ですね
78: (ｱｳｱｳｳｰ Sa67-lDqI) 05/12(月)11:11 ID:zCv6/zTua(2/4) AAS
>>75
C++が初めてならそれで良いと思う
79: (ﾍﾞｰｲﾓ MMff-s4bX) 05/12(月)11:12 ID:pU5GgKWjM(1) AAS
>>77
少なくとも意味不明なリンカエラーは滅多にない
上下前次1-新書関写板覧索設栞歴
あと 547 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s