[過去ﾛｸﾞ]
C++相談室 part165 (1002ﾚｽ)
C++相談室 part165 http://mevius.5ch.net/test/read.cgi/tech/1698705458/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
796: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM62-xG3a) [sage] 2025/03/24(月) 09:19:49.44 ID:8nOZWVbeM >>795 もし解決されてないならunique_ptrでも問題出るでしょ http://mevius.5ch.net/test/read.cgi/tech/1698705458/796
797: デフォルトの名無しさん (ﾜｯﾁｮｲ 4602-BGJw) [sage] 2025/03/24(月) 23:17:27.23 ID:C5SHS/Z30 Makefileについて教えてください。 ベースディレクトリにMakefileがあり、サブディレクトリは以下の構造としたいです ・src\内にhello.c func1.c func2.cが、include\内にfuncs.hがある ・*.oはobj\内に作る ・最終成果物は.\sample.exeとして作る ソースファイル、ヘッダファイルの増減時にSRCS、INCSを修正すれば済むようにと、 以下のようなMakefileを作っているのですが、makeすると *** No rule to make target 'obj/hello.o', needed by 'c_sample.exe'. Stop. となってしまいます ソースはsrc、オブジェクトはobjディレクトリとしている場合のサフィックスルールが正しくないので src/hello.cからobj/hello.oを作るルールを表現できていない、と個人的に思っているのですが、 どのようにすれば動作するか教えてください SRCDIR = ./src OBJDIR = ./obj INCDIR = ./include SRCS = hello.c funcs1.c funcs2.c OBJS = $(SRCS:%.c=%.o) INCS = funcs.h PROGRAM = c_sample.exe CC = gcc CFLAGS+= -g -Wall -I$(INCDIR) .SUFFIXES: .c .o all: $(PROGRAM) $(PROGRAM): $(OBJDIR)/$(OBJS) $(INCDIR)/$(INCS) $(CC) $(CFLAGS) -o $(PROGRAM) $^ .c.o: $(CC) $(CFLAGS) -c $(SRCDIR)/$< http://mevius.5ch.net/test/read.cgi/tech/1698705458/797
798: 797 (ﾜｯﾁｮｲ 4602-BGJw) [sage] 2025/03/24(月) 23:24:39.28 ID:C5SHS/Z30 すいません、タブが崩れました 下の方ですが、全角スペースで記載してますが $(PROGRAM): $(OBJDIR)/$(OBJS) $(INCDIR)/$(INCS) $(CC) $(CFLAGS) -o $(PROGRAM) $^ .c.o: $(CC) $(CFLAGS) -c $(SRCDIR)/$< こうです 申し訳ありませんでした http://mevius.5ch.net/test/read.cgi/tech/1698705458/798
799: Fish (ﾜｯﾁｮｲ 652f-MaZR) [] 2025/03/25(火) 02:35:59.65 ID:3npSY7mr0 OpenCVについての質問です。VS2022を使用し、includeやopencv_world4100d.libの設定が終わり、検証のためにMatを宣言してimread、imshowのみを書いて検証しようとしたのですが、dllの設定がうまくいってなかったのかコンソールにdllのloadがfailedと大量に出力されます。OpenCVの入れ方を教えてほしいです…まだC++初心者で5チャンの投稿も初心者なので何か変だったらすみません… http://mevius.5ch.net/test/read.cgi/tech/1698705458/799
800: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-WcQO) [] 2025/03/25(火) 04:37:37.58 ID:ztarSHRBa >>798 .o: $(CC) $(CFLAGS) -c $(SRCDIR)/$< >>799 環境変数 http://mevius.5ch.net/test/read.cgi/tech/1698705458/800
801: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-Awih) [sage] 2025/03/25(火) 12:24:02.95 ID:sbXkgTme0 >>799 exeと同じディレクトリにloadがfailedと言われるdll置いてみたら? http://mevius.5ch.net/test/read.cgi/tech/1698705458/801
802: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e6c-JaxA) [] 2025/03/26(水) 11:17:13.88 ID:ZFGsgZnF0 Makefileを作る時の$<と$?と$^の使い分けを教えて下さい 特に$<が何のためにあるのか分かりません。これだと2番目以降の材料が無視されてしまって動かない場合があるんじゃないかと心配になります。あと、makeは常に新しい材料のみコンパイルするという事は、すべてのケースで$?で良いのではと思ってしまいます。超初歩的な質問だと思いますがよろしくお願いします http://mevius.5ch.net/test/read.cgi/tech/1698705458/802
803: デフォルトの名無しさん (ﾜｯﾁｮｲ 6518-hacg) [sage] 2025/03/26(水) 13:48:44.59 ID:GrIMF1MA0 C言語だとオブジェクトファイルの依存ファイルは，cファイルとそのcファイルが使うhファイルだけどコンパイルするのはあくまでcファイルだけ だから依存関係の1つ目にcファイルを，2個目以降にhファイルを書いておけば$<でコンパイルできる とかかな http://mevius.5ch.net/test/read.cgi/tech/1698705458/803
804: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-WcQO) [sage] 2025/03/26(水) 15:00:53.93 ID:NpEBbPpga >>802 っ https://tex2e.github.io/blog/makefile/automatic-variables http://mevius.5ch.net/test/read.cgi/tech/1698705458/804
805: デフォルトの名無しさん (ﾜｯﾁｮｲ 6232-bZOK) [] 2025/03/26(水) 15:48:44.68 ID:OM1iPrvu0 >>797 基本的にサフィックスルールは何十年も前からobsolete扱いなのでやめた方が良い http://mevius.5ch.net/test/read.cgi/tech/1698705458/805
806: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 09fa-p0tU) [sage] 2025/03/26(水) 20:50:04.73 ID:cSMtN3B/0 ところでこの場合の makefile の話は GNU Make を前提にするということでええんか？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/806
807: 797 (ﾜｯﾁｮｲ 4602-BGJw) [sage] 2025/03/26(水) 22:53:57.57 ID:dm/+cX2j0 皆さんいろいろと情報をどうもです 結局、以下のようなものと落ち着いてます ちなみに使ってる環境のmakeはGNU Make 4.4で、GNU Makeの機能を多用してます 「$(OBJDIR)%.o: $(SRCDIR)%.c」と書ける理由は、pattern rulesという機能なのですかね ここをforeachとかで書こうとしてましたが、これでいけると聞き、書いてみたら動いたのでもうそのままです 以外に汎用性が出そうだと感じてますが、改良点があればまたご意見ほしいです PROGRAM = c_sample.exe SRCDIR = ./src/ OBJDIR = ./obj/ INCDIR = ./include/ SRCS = $(wildcard ${SRCDIR}*.c) OBJS = $(addprefix $(OBJDIR), $(notdir $(patsubst %.c, %.o, ${SRCS}))) INCS = $(wildcard ${INCDIR}*.h) CC = gcc CFLAGS += -g -Wall -I$(INCDIR) all: $(PROGRAM) $(PROGRAM): $(OBJS) $(CC) $(CFLAGS) -o $(PROGRAM) $^ $(OBJDIR)%.o: $(SRCDIR)%.c $(INCS) Makefile $(CC) $(CFLAGS) -c $< -o $(patsubst $(SRCDIR)%, $(OBJDIR)%, $@) http://mevius.5ch.net/test/read.cgi/tech/1698705458/807
808: デフォルトの名無しさん (MX 0H1d-JaxA) [] 2025/03/26(水) 23:25:47.70 ID:Z/+2BBNHH >>803 >>804 ありがとうございます 助かりました http://mevius.5ch.net/test/read.cgi/tech/1698705458/808
809: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-Awih) [sage] 2025/03/27(木) 00:00:17.61 ID:KC9fXGxH0 汎用するのならautotoolsを使った方が良いのでは? http://mevius.5ch.net/test/read.cgi/tech/1698705458/809
810: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ ed32-p0tU) [sage] 2025/03/27(木) 01:07:35.19 ID:gbE/Uiq80 拡張子に exe がついてるということはウィンドウズを想定してるんじゃないの？ cygwin とか msys2 とかだと autotools を入れるのは簡単だけどそうじゃないならめんどいかも。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/810
811: デフォルトの名無しさん (ﾜｯﾁｮｲ 06b2-xG3a) [sage] 2025/03/27(木) 02:03:57.32 ID:eJjdVc1D0 普通cmakeでしょ 好きじゃないけど http://mevius.5ch.net/test/read.cgi/tech/1698705458/811
812: デフォルトの名無しさん (ﾜｯﾁｮｲ 6262-bZOK) [] 2025/03/27(木) 08:24:51.71 ID:8EB6UmzB0 >>807 分かったからもう消えろ ここはCのスレではないしmakeのスレでもない http://mevius.5ch.net/test/read.cgi/tech/1698705458/812
813: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-Awih) [sage] 2025/03/27(木) 09:16:55.35 ID:KC9fXGxH0 makeスレなくなったね http://mevius.5ch.net/test/read.cgi/tech/1698705458/813
814: デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-Awih) [sage] 2025/03/27(木) 10:58:28.75 ID:KC9fXGxH0 ないと思ったらUNIX板だったようだ http://mevius.5ch.net/test/read.cgi/tech/1698705458/814
815: デフォルトの名無しさん (ﾜｯﾁｮｲ 4202-rYal) [!donguri] 2025/03/27(木) 14:55:01.12 ID:OeqyroTj0 >>812 過疎ってきてるし C++とmakeは連動すること多いから 話題はあってもいいんじゃねーかと 書き込んでみるテスト http://mevius.5ch.net/test/read.cgi/tech/1698705458/815
816: デフォルトの名無しさん (ﾜｯﾁｮｲ 4279-Br5P) [sage] 2025/03/27(木) 18:38:06.75 ID:bm95RmrL0 ノーマルスーツを着ろシャア http://mevius.5ch.net/test/read.cgi/tech/1698705458/816
817: デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-WcQO) [sage] 2025/03/28(金) 12:58:29.90 ID:VPiwRdmLa >>815 あってもいいけどコンパイラの使い方までかな makeは誘導した方が良いと思う http://mevius.5ch.net/test/read.cgi/tech/1698705458/817
818: デフォルトの名無しさん (ﾜｯﾁｮｲ 6ea1-pnyl) [sage] 2025/04/06(日) 00:01:49.29 ID:xzDebXnC0 質問なのですが基底クラスでpublicとした仮想関数の可視性を派生クラスでprivateに狭めることができるのですが なんでこんな仕様なの？ これは逆に言うと派生クラスでprivateとした一般メソッドに対し、 たまたま同じシグネチャの仮想関数を基底クラスで定義されたら基底クラス経由でprivateとしたメソッドを外部から呼び出せ てしまいカプセル化の危機……！ そういう仕様になっているメリットとは一体…… http://mevius.5ch.net/test/read.cgi/tech/1698705458/818
819: デフォルトの名無しさん (ﾜｯﾁｮｲ 4587-wZYf) [sage] 2025/04/06(日) 07:42:00.02 ID:xouJqKec0 前者は仮想関数を派生クラス経由で呼べないように出来る というか派生のコンストラクタをprivateにして、friend指定したcreatorクラス経由でしか生成出来ないようにするとかそういうのに便利 あと後者は、試してないけど派生の同シグネチャの関数は基底経由で呼べないと思うよ、vtblに登録されてないから http://mevius.5ch.net/test/read.cgi/tech/1698705458/819
820: デフォルトの名無しさん (ﾜｯﾁｮｲ 45f5-pnlG) [sage] 2025/04/06(日) 08:51:38.89 ID:2WEREMbe0 継承に関しては早すぎる最適化の問題もあるから、そのまま使うんじゃなくてアダプタに切り離した方がいいと思う。 Boostあたりにアダプタ用のライブラリないかしらん。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/820
821: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-nY3F) [sage] 2025/04/06(日) 09:09:40.72 ID:CSMreA7R0 >>818 コードで言えばこういう状況かな？ https://wandbox.org/permlink/gEndnLHWa7qEvNRP 基底にある仮想関数と同じシグネチャならオーバーライドするという規則は単純に言語設計の失敗。 だからこそ override 指定子が導入された。 override 指定子ではオーバーライドのつもりでオーバーライドになっていないときを検出できても オーバーライドではないつもりでオーバーライドになってしまうことは検出できないのだが…… 互換性を壊す変更を入れるわけにもいかずそのままズルズルと今まで失敗を引きずってきたという歴史的経緯。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/821
822: デフォルトの名無しさん (ﾜｯﾁｮｲ 45ba-wZYf) [sage] 2025/04/06(日) 09:14:57.63 ID:U2fAIE9I0 ああそっか、シグネチャ同じなら強制的にオーバーライドになるんだっけスマン http://mevius.5ch.net/test/read.cgi/tech/1698705458/822
823: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-nY3F) [sage] 2025/04/06(日) 09:27:02.17 ID:CSMreA7R0 意図せずオーバーライドになってしまうことがあるのは失敗だが、 意図して private でオーバーライドする分には「そういうインターフェイス」なのだからカプセル化の破綻ではないよ。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/823
824: デフォルトの名無しさん (ﾜｯﾁｮｲ cd7c-a/1F) [sage] 2025/04/06(日) 10:21:41.86 ID:gleSakN+0 リスコフの置換原則を破るからあんまり良くはないと思うけどな 基底クラスとして振る舞わせる気がないならprivate継承すべきだ http://mevius.5ch.net/test/read.cgi/tech/1698705458/824
825: デフォルトの名無しさん (ﾜｯﾁｮｲ 6ea1-pnyl) [sa] 2025/04/06(日) 10:25:35.73 ID:xzDebXnC0 >>821 なるほど…… virtualが省略可能なのが諸悪の根源かとｵﾓﾀがそっちか…… >>823 通常はBaseクラス→派生クラス、の順で設計するから「そういうインターフェイス」と考えてだいたい良いのかもしれませんけども 派生クラスまで設計した後にBaseクラスにメソッドを追加して、それがたまたま派生クラス独自に定義したprivateメソッドと 同じシグネチャになってしまった場合、Baseクラス経由で派生クラスのprivateメソッドを意図せず呼べてしまうという 現象が再燃する…… http://mevius.5ch.net/test/read.cgi/tech/1698705458/825
826: デフォルトの名無しさん (ﾜｯﾁｮｲ 6ea1-pnyl) [sage] 2025/04/06(日) 10:32:27.61 ID:xzDebXnC0 んまーBaseクラスにメソッドを追加しようとする時点で変更の影響範囲を派生クラスまで広げて調査すべき というのは正論やがコンパイラで検出可能な不都合のチェックのを人にやらせるのはｲﾏｲﾁ…… http://mevius.5ch.net/test/read.cgi/tech/1698705458/826
827: デフォルトの名無しさん (ﾜｯﾁｮｲ 457b-wZYf) [sage] 2025/04/06(日) 11:31:20.83 ID:xouJqKec0 大抵のコンパイラで普通警告出るやろ？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/827
828: デフォルトの名無しさん (ﾜｯﾁｮｲ bd5f-gX4K) [sage] 2025/04/06(日) 11:41:46.34 ID:Qy9uUb820 純粋仮装関数でも無ければ影響無いだろ だいいち使わない関数なら配慮する必要も無い http://mevius.5ch.net/test/read.cgi/tech/1698705458/828
829: デフォルトの名無しさん (ﾜｯﾁｮｲ bd5f-gX4K) [sage] 2025/04/06(日) 11:42:28.71 ID:Qy9uUb820 全コンパイルは掛かるけどなw http://mevius.5ch.net/test/read.cgi/tech/1698705458/829
830: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-nY3F) [sage] 2025/04/06(日) 11:43:04.77 ID:CSMreA7R0 たとえば GCC なら -Wsuggest-override を付けておけば override 指定子なしでオーバーライドしているときを警告する。 https://wandbox.org/permlink/h6PGzqrDAAkAVeJO だけどこのオプションは -Wall にも -Wextra にも含まれてないから個別に指定しなきゃならなくて、普段は有効になってないのが普通かも。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/830
831: デフォルトの名無しさん (JP 0Hd1-yI6P) [] 2025/04/06(日) 11:54:04.73 ID:4eCwmFCZH 前から思ってたけど -Wall と銘打ってるのに All じゃないとはこれいかに http://mevius.5ch.net/test/read.cgi/tech/1698705458/831
832: デフォルトの名無しさん (JP 0Hd1-yI6P) [] 2025/04/06(日) 11:54:05.20 ID:4eCwmFCZH 前から思ってたけど -Wall と銘打ってるのに All じゃないとはこれいかに http://mevius.5ch.net/test/read.cgi/tech/1698705458/832
833: デフォルトの名無しさん (JP 0Hd1-yI6P) [] 2025/04/06(日) 11:54:58.77 ID:4eCwmFCZH （二重投稿ｽﾏﾝ） http://mevius.5ch.net/test/read.cgi/tech/1698705458/833
834: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e10-ZtHn) [sage] 2025/04/06(日) 12:20:48.70 ID:JUJG8trR0 コンストラクタ呼び出しで()の時にinitializer_listを呼んでしまったときの警告と 逆に{}の時にinitializer_list以外を呼んでしまったときの警告がほしい http://mevius.5ch.net/test/read.cgi/tech/1698705458/834
835: デフォルトの名無しさん (ﾜｯﾁｮｲ f901-x8Qa) [sage] 2025/04/06(日) 12:33:44.13 ID:KBEItHDk0 override指定子って初めて知ったけども-Wallで警告出るのは俺はやだな 警告が大量に出るソースばかりと思うし 警告出すほどにoverride指定子を付けるべきなのかちょっと疑問 http://mevius.5ch.net/test/read.cgi/tech/1698705458/835
836: デフォルトの名無しさん (ﾜｯﾁｮｲ bd5f-gX4K) [sage] 2025/04/06(日) 13:09:33.59 ID:Qy9uUb820 overrideなんて飾りです privateも飾りです http://mevius.5ch.net/test/read.cgi/tech/1698705458/836
837: デフォルトの名無しさん (ﾜｯﾁｮｲ a574-CpEl) [] 2025/04/06(日) 15:06:13.11 ID:BtyKUyO50 #define class struct #define private public #define protected public すれば大体はすり抜けられる http://mevius.5ch.net/test/read.cgi/tech/1698705458/837
838: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-xzp7) [sage] 2025/04/06(日) 16:50:10.05 ID:CSMreA7R0 >>837 `private` などは用途が限定的なキーワードだからそういうことも出来るけど `class` はちょっと問題があるな。 template<class T> class foo {}; みたいなのが破綻する。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/838
839: デフォルトの名無しさん (ｻｻｸｯﾃﾛﾙ Spd1-gX4K) [sage] 2025/04/07(月) 12:25:07.84 ID:yN1PvO54p classとstructは別ものだからなぁ http://mevius.5ch.net/test/read.cgi/tech/1698705458/839
840: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ 696c-Uo71) [sage] 2025/04/07(月) 12:42:21.06 ID:ioyUXCRU0 C++ の言語仕様的分類では構造体というものはないのだが、 C との関係の都合で微妙な形で struct キーワードは残されてしまった。 これも歴史的経緯による変なところ。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/840
841: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e10-ZtHn) [sage] 2025/04/07(月) 14:49:45.64 ID:KdsoKBW+0 むしろキーワードとしてのclassがいらなかった 型は全部struct、構文の曖昧さを除くためのプレースホルダは全部typenameで良かった http://mevius.5ch.net/test/read.cgi/tech/1698705458/841
842: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa05-nY3F) [sage] 2025/04/07(月) 15:01:27.29 ID:w0rhHNCza protectedは使った方が良いけどprivateは使いたくなるシーンがほとんど無い http://mevius.5ch.net/test/read.cgi/tech/1698705458/842
843: デフォルトの名無しさん (ｱｳｱｳｳｰ Sa05-nY3F) [sage] 2025/04/07(月) 15:02:24.36 ID:w0rhHNCza >>841 Rust使え http://mevius.5ch.net/test/read.cgi/tech/1698705458/843
844: デフォルトの名無しさん (ﾜｯﾁｮｲ 6e10-ZtHn) [sage] 2025/04/08(火) 02:19:24.63 ID:o1kEMolW0 rustだってどうせ20年もすれば後からあーすればよかったこーすればよかった言ってるよ http://mevius.5ch.net/test/read.cgi/tech/1698705458/844
845: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-Uo71) [sage] 2025/04/08(火) 07:45:44.78 ID:veBTnWpR0 Rust はエディションごとに互換性が維持され、逆に言えばエディションをまたぐと互換性を損なっても良いというルール。 そして異なるエディションがひとつのプロジェクトに混在できる。 古いエディションから新しいエディションへの移行はかなり自動化されている。 最初から互換性を捨てることがありうる体制なので歴史的事情をいつまでも引きずることはない……と思うのだがこの体制でうまくいくかはやってみないとわからんね。 二十年くらいすれば結果が見えてくるだろう。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/845
846: デフォルトの名無しさん (ｻｻｸｯﾃﾛﾙ Spd1-gX4K) [sage] 2025/04/08(火) 09:56:44.28 ID:HZL/zZFGp 開発ツールごと遺跡になって発掘される毎に解析されるんだよ http://mevius.5ch.net/test/read.cgi/tech/1698705458/846
847: デフォルトの名無しさん (ﾜｯﾁｮｲ cd7c-a/1F) [sage] 2025/04/08(火) 19:53:49.89 ID:S61wTbWN0 似たような仕組みは歴史上何度も再発明されて全て爆死してるし 今の所うまく行ってるように見えてるのは、まだ大して使われてない証拠でしかないっておじさんは思っちゃうよ http://mevius.5ch.net/test/read.cgi/tech/1698705458/847
848: デフォルトの名無しさん (ﾜｯﾁｮｲ bd5f-VGeA) [sage] 2025/04/10(木) 00:16:06.10 ID:nvkavsn60 現在公開されている世界最速grepツールであるripgrepがRustで組んであるってのがすごい http://mevius.5ch.net/test/read.cgi/tech/1698705458/848
849: はちみつ餃子 ◆8X2XSCHEME (ﾜｯﾁｮｲ cd32-9E30) [sage] 2025/04/10(木) 17:46:33.43 ID:SlMXr4vG0 >>848 C や C++ でやってやれないことはないと思うが使えるプログラムがあるのにフルスクラッチで書きなおそうと思うことがそもそもあまり無いからね。 新しい言語が登場するという形で整理する機会が生じるのは健全な進歩だと思う。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/849
850: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 08:30:12.43 ID:9LNHX+AUM rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる でもどうせマルチスレッドのsimd使いなんだろうからシステム全体に過負荷になるからめんどくさい http://mevius.5ch.net/test/read.cgi/tech/1698705458/850
851: デフォルトの名無しさん (ﾜｯﾁｮｲ 4694-PSZj) [sage] 2025/04/11(金) 08:37:04.65 ID:5PthuDCs0 ↑何これ？w http://mevius.5ch.net/test/read.cgi/tech/1698705458/851
852: デフォルトの名無しさん (ﾜｯﾁｮｲ 829f-1egp) [sage] 2025/04/11(金) 13:45:57.41 ID:8HYvuWNF0 >システムコールが追加されたら ？？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/852
853: デフォルトの名無しさん (ﾗｸｯﾍﾟﾍﾟ MM66-XbuE) [sage] 2025/04/11(金) 13:57:42.36 ID:gEQ2gSNrM DOS「ファンクションコールと呼べ！」 http://mevius.5ch.net/test/read.cgi/tech/1698705458/853
854: デフォルトの名無しさん (ｻｻｸｯﾃﾛﾛ Spd1-gX4K) [sage] 2025/04/11(金) 14:31:46.86 ID:2mKx2F8Up それってOS付属のランタイムをrustで書いたらって事？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/854
855: デフォルトの名無しさん (ﾜｯﾁｮｲ 829f-1egp) [sage] 2025/04/11(金) 18:09:26.07 ID:8HYvuWNF0 glibcのシステムコールラッパーみたいなものがRustにもあればってことなのかそれともsyscall命令で飛ぶカーネルのコードがRustで書かれてればってことなのか 分からんね >>850は最近システムコールって言葉を知ったのかもしれない http://mevius.5ch.net/test/read.cgi/tech/1698705458/855
856: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 18:48:50.71 ID:qqgfnt32M なんか頭悪そうな人間がたくさん噛みついてきてるけど生産性ゼロだなとしか… 何が言いたいんだよ お前らが単純にシステムコールを知らなかっただけだろう？ OSに対してサービスの要求するのがシステムコールだ OSよって呼び方が違う http://mevius.5ch.net/test/read.cgi/tech/1698705458/856
857: デフォルトの名無しさん (ﾜｯﾁｮｲ 4694-PSZj) [sage] 2025/04/11(金) 19:57:08.33 ID:5PthuDCs0 ↑何を馬鹿にされてるかもわかってない http://mevius.5ch.net/test/read.cgi/tech/1698705458/857
858: デフォルトの名無しさん (ﾜｯﾁｮｲ 42e6-XbuE) [sage] 2025/04/11(金) 20:02:48.75 ID:S6J8cW8H0 イマドキgrepぐらいAPIで用意しとけと http://mevius.5ch.net/test/read.cgi/tech/1698705458/858
859: デフォルトの名無しさん (ﾜｯﾁｮｲ cd7c-a/1F) [sage] 2025/04/11(金) 20:07:19.88 ID:Yq7fRKgz0 Rustって今こんなレベル低い人間も流れ込んでるのか そのうちJava化する運命だな http://mevius.5ch.net/test/read.cgi/tech/1698705458/859
860: デフォルトの名無しさん (ﾜｯﾁｮｲ 02ad-S7Iq) [sage] 2025/04/11(金) 20:07:35.60 ID:9wDK2WuU0 >>856 そのシステムコールを提供するのはOS側であって「rustで一部の高速なシステムコールが追加されたら」ってのが意味不明だって話だぜ？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/860
861: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:08:42.81 ID:qqgfnt32M >>857 理解不足なのはそっち http://mevius.5ch.net/test/read.cgi/tech/1698705458/861
862: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:09:54.47 ID:qqgfnt32M >>860 当たり前だろ 馬鹿なのか？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/862
863: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:14:09.35 ID:qqgfnt32M システムコールはOSが提供するのは当たり前 それがRustの特性に合わせた高速化が行われていても使う側はなんでもよいと言う話がなんでわからないのか馬鹿なのかなと http://mevius.5ch.net/test/read.cgi/tech/1698705458/863
864: デフォルトの名無しさん (ﾜｯﾁｮｲ 02ad-S7Iq) [sage] 2025/04/11(金) 20:15:15.52 ID:9wDK2WuU0 >>862 「rustで一部の高速なシステムコールが追加されたら」について説明を http://mevius.5ch.net/test/read.cgi/tech/1698705458/864
865: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:15:47.00 ID:qqgfnt32M >>864 幼稚園児なのかな？ http://mevius.5ch.net/test/read.cgi/tech/1698705458/865
866: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:18:14.21 ID:qqgfnt32M お前らrust "に" 一部の高速なシステムコールが～ と書いてあると勘違いしたんだろ 馬鹿すぎる システムコールが追加されるのはOSだろ 馬鹿馬鹿しい http://mevius.5ch.net/test/read.cgi/tech/1698705458/866
867: デフォルトの名無しさん (ﾜｯﾁｮｲ 02ad-S7Iq) [sage] 2025/04/11(金) 20:19:44.78 ID:9wDK2WuU0 つまり>>848で書かれているツールの高速性は「Rustの言語仕様や機能に依存した話ではなくOS提供のシステムコールによるものだ」と言いたいのか ふぅ〜ん http://mevius.5ch.net/test/read.cgi/tech/1698705458/867
868: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:20:27.06 ID:qqgfnt32M >>867 幼稚園児並みの馬鹿発見 http://mevius.5ch.net/test/read.cgi/tech/1698705458/868
869: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:23:13.43 ID:qqgfnt32M 馬鹿発見 851 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 4694-PSZj)[sage] 投稿日：2025/04/11(金) 08:37:04.65 ID:5PthuDCs0 [1/2] ↑何これ？w http://mevius.5ch.net/test/read.cgi/tech/1698705458/869
870: デフォルトの名無しさん (ﾌﾞｰｲﾓ MM22-PSZj) [sage] 2025/04/11(金) 20:28:30.50 ID:G/OJx5+6M 連投おつかれ 知ったかぶりは恥ずかしいよね http://mevius.5ch.net/test/read.cgi/tech/1698705458/870
871: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:29:30.23 ID:qqgfnt32M サブ回線使いだすほうが恥ずかしい http://mevius.5ch.net/test/read.cgi/tech/1698705458/871
872: デフォルトの名無しさん (ﾜｯﾁｮｲ cd7c-a/1F) [sage] 2025/04/11(金) 20:34:48.29 ID:Yq7fRKgz0 なんだよRust界隈のお客さんじゃなくていつもの大天才様くんかよ おもんな http://mevius.5ch.net/test/read.cgi/tech/1698705458/872
873: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:47:02.26 ID:qqgfnt32M 誰と勘違いしてるんだよ 普段はこのスレに書いてない >>46が自分だ http://mevius.5ch.net/test/read.cgi/tech/1698705458/873
874: デフォルトの名無しさん (ﾜｯﾁｮｲ 45f2-1egp) [sage] 2025/04/11(金) 20:52:01.51 ID:edOe0r2X0 ああ，自分の誤った主張を説明しようとするとボロが見えるから自分に反論してくる人にレッテル貼って誤魔化してるのか http://mevius.5ch.net/test/read.cgi/tech/1698705458/874
875: デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM95-exh5) [sage] 2025/04/11(金) 20:55:02.66 ID:qqgfnt32M それはどっちだよｗ http://mevius.5ch.net/test/read.cgi/tech/1698705458/875
876: デフォルトの名無しさん (ﾜｯﾁｮｲ 4d3e-Vpyu) [sage] 2025/04/11(金) 21:01:06.49 ID:yx7ZxPSb0 >>850 何を言っているのか全然わからん。 Rust開発者の主張は 「C/C++並に速くC/C++より安全」 だから、 「rustで一部の高速なシステムコールが追加されたらそれを使えばC++だろうが何だろうが関係なくなる」 というのが高速の話ならそりゃそうだろとしか。 Rustが違うと言っているのはそこじゃなくて、 「ビルド通ればダングリングポインタとかオーバーフローとか無いから安全だよ(safe rust なら)」 ということかと。 http://mevius.5ch.net/test/read.cgi/tech/1698705458/876
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 126 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s