seamonkey-2.53.4 は FreeBSD 13.0-RELEASE i386 上でメモリが足りなくなってリンクエラー2022年01月05日 09時44分52秒

seamonkey-2.53.10.2 は rust でのコンパイルエラーが出た。そこで、次はコンパイルエラーが直されて、ビルドに成功したと報告のあった seamonkey-2.53.4 を試す。

seamonkey-2.53.4 の頃はまだ mach ファイルが無かったようだ。 .mozconfig ファイルはまだ読み込んでくれる。FreeBSD 13.0-RELEASE に入っている clang はバージョン 11。

% cat .mozconfig 
export CC=clang
export CXX=clang++
ac_add_options --disable-debug
/usr/local の指定は、.mozconfig に移した方が良かったかも知れない。
% ./configure --prefix=/usr/local
% gmake
...
LLVM ERROR: out of memory
PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace.
Stack dump:

...
0.      Program arguments: /usr/bin/ld --eh-frame-hdr -Bshareable --hash-style=b
oth --enable-new-dtags -m elf_i386_fbsd -o libxul.so /usr/lib/crti.o /usr/lib/cr
tbeginS.o -L/usr/local/lib -L/usr/lib -z defs --warn-unresolved-symbols -h libxu
l.so /mnt/src/seamonkey-2.53.4/toolkit/library/tmpbCWziG.list -z noexecstack -z 
text -z relro --build-id -rpath-link /mnt/src/seamonkey-2.53.4/dist/bin -rpath-l
ink /usr/local/lib ../../security/nss/lib/crmf/crmf_crmf/libcrmf.a ../../js/src/
build/libjs_static.a i686-unknown-freebsd/release/libgkrust.a ../../config/exter
nal/nspr/pr/libnspr4.so ../../config/external/nspr/libc/libplc4.so ../../config/
external/nspr/ds/libplds4.so ../../config/external/lgpllibs/liblgpllibs.so ../..
/security/nss/lib/nss/nss_nss3/libnss3.so ../../security/nss/lib/util/util_nssut
il3/libnssutil3.so ../../security/nss/lib/smime/smime_smime3/libsmime3.so ../../
config/external/sqlite/libmozsqlite3.so ../../security/nss/lib/ssl/ssl_ssl3/libs
sl3.so ../../widget/gtk/mozgtk/stub/libmozgtk_stub.so -lX11 -lX11-xcb -lxcb -lXc
omposite -lXcursor -lXdamage -lXext -lXfixes -lXi -lXrender -lpthread -lm -lfree
type -lfontconfig -lutil -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -lintl 
-lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 
-lgio-2.0 -lxcb-shm -lpangoft2-1.0 -lXt -lgthread-2.0 -lc++ -lm -lgcc --as-neede
d -lgcc_s --no-as-needed -lpthread -lc -lgcc --as-needed -lgcc_s --no-as-needed 
/usr/lib/crtendS.o /usr/lib/crtn.o 
#0 0x019dc334 PrintStackTrace /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:13
#1 0x019dc73e /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:624:3
#2 0x019da64e RunSignalHandlers /usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:67:5
#3 0x019dca0c SignalHandler /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:0:3
#4 0x22ef0319 handle_signal /usr/src/lib/libthr/thread/thr_sig.c:303:3
clang++: error: unable to execute command: Abort trap
clang++: error: linker command failed due to signal (use -v to see invocation)
...
i386 だと、ld が 4GB を越えるメモリが必要になるみたいで、リンカーが失敗する。

ビルドが通った人が使っていたのは FreeBSD amd64 だったのかも知れない。

前回次回

コメント

コメントをどうぞ

※メールアドレスとURLの入力は必須ではありません。 入力されたメールアドレスは記事に反映されず、ブログの管理者のみが参照できます。

※なお、送られたコメントはブログの管理者が確認するまで公開されません。

名前:
メールアドレス:
URL:
コメント:

トラックバック

このエントリのトラックバックURL: http://uyota.asablo.jp/blog/2022/01/05/9453665/tb

※なお、送られたトラックバックはブログの管理者が確認するまで公開されません。