新家@川崎市です。 皆様にいろいろな情報を頂き、大変感謝しています。 そろそろ、まとめて返事を書かなきゃなーと思いつつ、長いことほったらかし にしていましたが、後容赦ください。 結局、私のシステムの問題は片付いていませんが、 結局のところ、Kawaseさんの記事 <7684kn$off$1 _at_ fu.bekkoame.or.jp>が、 「register_frame_info問題」を完全に説明してくれているのだと思います。 # 私のシステムの問題自体は、別のところにあるのかもしれません。 # (いろいろいじっているうちに挙動が変わってしまった?)。 # 従って、皆様に相談するのは、もっと調べてからにしたいと思います。 glibc-2の状況を報告して終りにします。 Kawase <johannes _at_ can.bekkoame.ne.jp> writes: > あと個人的な興味なんですがglibc-2ではcrtbegin(end)[S].oは > gccのものを使うのでしょうか? それともglibc-2が用意する > のでしょうか? > いまだにgcc-2.8の提供するcrtbegin(end)[S].oが使い方が謎です。 ・glibc-2は、少なくともi386プラットフォームにはcrtbegin(end)[S].o を提供しません(glibc-2.0.6のMakefileを調べました)。 ・相変わらず crtbegin(end)[S].o には、未定義の register_frame_info シンボルが含まれています。このシンボルは、libgcc.aで定義されて います。 ・構築したlibc-2.0.6.so には register_frame_infoシンボルが含まれて いません。 ・一般のライブラリでは、__deregister_frame_infoを含まないもの、 定義されたシンボルを含むもの、未定義のシンボルを含むものが混在して います。 ( 第4の点は、私のシステムがそうなっているだけかも知れません。 この辺が何か変なのかなー? 書いているうちに、また、疑問が募って来た…。 例えば、 godot:~> nm /usr/X11R6/lib/libX11.so.6.1 | grep register_f 00090dcc T __deregister_frame 00090d70 T __deregister_frame_info 00090cd0 T __register_frame 00090c84 T __register_frame_info 00090cfc T __register_frame_info_table 00090d44 T __register_frame_table godot:~> nm /usr/X11R6/lib/libXt.so.6.0 | grep register_f U __deregister_frame_info U __register_frame_info 変かなー? Xアプリはちゃんと動いているんだけど、偶然かなー?) # また相談になっちゃった。 ----- 新家 博文 (しんけ・ひろふみ,神奈川県 川崎市) shinke@{bisd.hitachi.co.jp,newhouse.rim.or.jp}
References:
- Prev by Date: [fol] 皆さんにしつも〜ん<その2>は止めなさい
- Next by Date: [fol] Re: 皆さんにしつも〜ん<その2>
- Previous by thread: [fol] Re: EGCS,GCC2.8 and register_frame_info Problem
- Next by thread: [fol] Re: EGCS,GCC2.8 and register_frame_info Problem
- Indexes:[Main][Thread]