Arch Linux 18

[過去ﾛｸﾞ] Arch Linux 18 (1002ﾚｽ)
上下前次 1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

334: login:Penguin [sage] 2024/05/13(月) 18:36:40.50 ID:C3pTaN2D

>>333
> sudo systemctl stop systemd-oomd
まずこれをやって、~/.cache/bazel を削除。
で、ビルドするとエラーが少し変わったかな↓

/usr/lib/gcc/x86_64-pc-linux-gnu/14.1.1/../../../../include/c++/14.1.1/bits/basic_string.h:1182:30: error: '*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)<unknown> + 8).std::__cxx11::basic_string<char>::<anonymous>.std::__cxx11::basic_string<char>::<unnamed union>::_M_allocated_capacity' may be used uninitialized [-Werror=maybe-uninitialized]
1182 |         return _M_is_local() ? size_type(_S_local_capacity)
|                ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1183 |                              : _M_allocated_capacity;
|                              ~~~~~~~~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 431.637s, Critical Path: 39.20s
INFO: 1148 processes: 511 internal, 637 linux-sandbox.
ERROR: Build did NOT complete successfully
==> エラー: build() で問題が発生しました。
中止...

やっぱりビルド失敗。
で、原始的にPCのメモリが有ったので
16GBにして、~/.cache/bazel を削除。
で、再ビルド。
でも↑と同じエラーで止まる。

↓続く

http://mao.5ch.net/test/read.cgi/linux/1703764780/334

335: login:Penguin [sage] 2024/05/13(月) 18:39:54.70 ID:C3pTaN2D

>>333
3回目。> sudo systemctl stop systemd-oomd
これをやって、~/.cache/bazel を削除。
メモリ16GBで再再ビルド。
エラーが前回に戻ったかな↓

/usr/lib/gcc/x86_64-pc-linux-gnu/14.1.1/../../../../include/c++/14.1.1/bits/basic_string.h:1182:30: error: '*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)<unknown> + 8).std::__cxx11::basic_string<char>::<anonymous>.std::__cxx11::basic_string<char>::<unnamed union>::_M_allocated_capacity' may be used uninitialized [-Werror=maybe-uninitialized]
1182 |         return _M_is_local() ? size_type(_S_local_capacity)
|                ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1183 |                              : _M_allocated_capacity;
|                              ~~~~~~~~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
Use --verbose_failures to see the command lines of failed build steps.
ERROR: /home/yamato99999/aur/mozc-ut/src/mozc-ut-git/src/protocol/BUILD.bazel:140:14 Compiling protocol/user_dictionary_storage.pb.cc failed: (Exit 1): gcc failed: error executing CppCompile command (from target @@com_google_protobuf//src/google/protobuf:protobuf) /usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections ... (remaining 62 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
INFO: Elapsed time: 218.061s, Critical Path: 11.59s
INFO: 833 processes: 403 internal, 430 linux-sandbox.
ERROR: Build did NOT complete successfully
==> エラー: build() で問題が発生しました。
中止...

こんな感じでメモリ16GBでも失敗する。
自分のPCがおかしいおま環？
とも疑う。
とりあえずmozc-utビルド、こんな感じで
失敗します。報告でした。

http://mao.5ch.net/test/read.cgi/linux/1703764780/335

343: login:Penguin [sage] 2024/05/13(月) 22:57:17.41 ID:pgrGXMrf

さて上記からまず思うのは、
(a) sudo systemctl stop systemd-oomd は効いたらしい？
(b) メモリは16GBでも駄目？
だが、よくよく見ると、

A(328)
INFO: Elapsed time: 334.405s, Critical Path: 39.55s
INFO: 1055 processes: 511 internal, 544 linux-sandbox.

B(334)
INFO: Elapsed time: 431.637s, Critical Path: 39.20s
INFO: 1148 processes: 511 internal, 637 linux-sandbox.

C(335)
INFO: Elapsed time: 218.061s, Critical Path: 11.59s
INFO: 833 processes: 403 internal, 430 linux-sandbox.

なので、多分AとCは違うところで止まってる。
最近のTurboBoostのマシンは知らんが、それでも同一マシンで流して1.5-3.4倍速になるとは思えない。
だから再度確認したほうがいいし、マジでメモリだけで1.5-3.4倍速になってるのなら普段から16GBで運用した方がいい。
（ついでに言うとB/Cはエラー前半見る限り同じ所で落ちてるが、こちらも2-3.4倍速になってる。
これも通常では考えられないので、前回のビルド結果が一部残ってたのではないかと思われるが、《configure時代なら make distclean 忘れ》
本当にメモリだけで倍速になってるのならマジで増設しとけではある)

そして、プロセス多すぎ。Arch知らんがMint20.3xfceだと何もしてなければ250個程度。
バックグラウンドで何か動かしてるのなら、当然それらもメモリ食ってるので、それらの状況次第で落ちる場所も変わってきてしまう。
この場合、>>338のようなことになり、精密なデバッグには不向き。
が、まあ、archはそういうもんならそれでいいが、なら最初からメモリ多めにしておくのが無難。

http://mao.5ch.net/test/read.cgi/linux/1703764780/343

上下前次 1-新書関写板覧索設栞歴

あと 654 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.093s*