菅です。 サブジェクトを間違えてしまいました。_o_ 今後のことを考えてフォローしてくださる方がいれば、つけかえて下さい。_o_ -- ADVANTEST corp. Taiji.Can(a)atesoft.advantest.co.jp

よしざわです。 同じくです^^; Linux (Slackware 7.0/Kernel 2.2.14) + gcc 2.95.2 でもまったく同じです。 ついでに gcc 2.91.66(egcs-1.1.2) でもためしましたが同様でした。 # とりあえずうちだけではなかったので安心したりして :-) -- YOSHIZAWA Masahiro (吉澤正浩) `No news is good news, no gnus is bad news.'

先程 update した xemacs-21.2.29 では make できましたよ。 ;; あぁ、久し振りに make したなぁ。:-) 日本語Solaris2.6, gcc 2.95.2 ./configure --with-mule --with-site-lisp=yes です。 -- こせき ＠ Emacs のページ作成中 http://www.NetLaputa.ne.jp/~kose/Emacs/ kose(a)yk.NetLaputa.ne.jp

菅です。 今朝は駄目でしたが、何か変ったのかな？ 試してみます。 -- ADVANTEST corp. Taiji.Can(a)atesoft.advantest.co.jp

よしざわ%職場からです。 KOSE> 先程 update した xemacs-21.2.29 では make できましたよ。 KOSE> ;; あぁ、久し振りに make したなぁ。:-) 先程、職場の FreeBSD 3.4R (gcc 2.7.2.3) で 21.2.29 を作ってみたところ 同じようにコケました(^^; で、 Itoh> 伊藤です。 Itoh> alloc.c の dumpopaque で abort してしまう件ですが、深く考えないまま、 Itoh> staticvec_nodump[200], dumpstructvec[200], dumpopaquevec[200] のサイズを Itoh> 大きく (取り敢えず 250 に) してからコンパイルして使えています。 としてみたところ、コンパイルは通りました。(今のところ使えているようで す) # Linux は帰宅してから試します。 KOSE> ./configure --with-mule --with-site-lisp=yes ./configure '--with-mule' '--with-pop' '--with-site-lisp' '--with-xfs' '--site-libraries=/usr/local/lib' '--site-includes=/usr/local/include' '--error-checking=none' '--with-sound=native,nonas,noesd' なんて余計なオプションが多いせいでしょうかねぇ? -- YOSHIZAWA Masahiro (吉澤正浩) Dev. of Dermatology, Musashino Red-Cross Hospital

Itoh> alloc.c の dumpopaque で abort してしまう件ですが、深く考えないまま、 Itoh> staticvec_nodump[200], dumpstructvec[200], dumpopaquevec[200] のサイズを Itoh> 大きく (取り敢えず 250 に) してからコンパイルして使えています。 Can> これはやらないで 林さんが言うように canna 外してみました。 Can> すると、うまく行きました。(Solaris 7 + gcc 2.95.2 ) Itohさんの言うように、s/200/250/ してやると通りました。 Can> 他の方は、canna を自動的に組み込まれたりはしていないですか？ その通り、放っておくと、canna を見つけられてしまいます。 Here is Installation. -- NAKAJI Hiroyuki (中治 弘行)

Katsumi Yamaoka <yamaoka(a)jpl.org&gt; writes: だって、落ちるわけがないところで落ちているわけですから。(^^;; 私の場合、(decode-buffer 1) で落ちていたので、gcc 2.95.2 の bug だと信じて疑わないのですが、発生条件がしぼれないのでその ままになっています。--fno-gcse を付けて compile すると落ちな いのであれば、私と同じ症状だと思います。 # gcc 用に問題を再現させる code なんて書けない。(;_;) Taiji.Can(a)atesoft.advantest.co.jp writes: 関係がありそうな変更は、Olivier さんの ChangeLog だと2月10日 の symeval.h への (DEFVAR_SYMVAL_FWD_INT): Added. Dumps the int with dumpopaque. です。つまり、DEFVAR_INT や DEFVAR_BOOL などの数が200を超え ているということになります。不思議なことに、私の環境では発生 しませんし、xemacs-beta でもそういう message は見ていません。 で、今 grep してみたら、cannna の部分に大量に DEFVAR_INT が あるので、もしかして build に失敗する方はみんな cannna 付き なんじゃないかと思います。 よろしければ xemacs-beta に報告していただけないでしょうか。 -- Yoshiki Hayashi

落ちるというとやってみたくなる、えぇ、野次馬です。^^;;) Hayashi> > (find-coding-system 1) Hayashi> だって、落ちるわけがないところで落ちているわけですから。(^_^;; Hayashi> 私の場合、(decode-buffer 1) で落ちていたので、gcc 2.95.2 の Hayashi> bug だと信じて疑わないのですが、発生条件がしぼれないのでその Hayashi> ままになっています。--fno-gcse を付けて compile すると落ちな Hayashi> いのであれば、私と同じ症状だと思います。 Hayashi> # gcc 用に問題を再現させる code なんて書けない。(;_;) この両方で落ちました。 日本語Solaris2.6 gcc version 2.95.2 19991024 (release) xemacs-21.2-b29 ですが、この --fno-gcse というのは gcc のオプションなんでしょ うか? (-fno-gcse ?) make CFLAGS='-fno-gcse ...' と -fno-gcse を加えて make すると、 Loading /usr/local/src/gnu/xemacs/xemacs/lisp/loadhist.elc... Loading /usr/local/src/gnu/xemacs/xemacs/lisp/loaddefs.elc... Loading site-load... Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name xemacs unexec(): dldump(/usr/local/src/gnu/xemacs/xemacs/src/xemacs): ld.so.1: ./temacs: fatal: /usr/local/src/gnu/xemacs/xemacs/src/xemacs: unknown dynamic entry: 1879048176 make[1]: *** [xemacs] Error 1 make[1]: Leaving directory `/usr/local/src/gnu/xemacs/xemacs/src' make: *** [src] Error 2 なんですよ。そもそもマニュアルで -fno-gcse を見っけられない んですが...。 -- こせき ＠ Emacs のページ作成中 http://www.NetLaputa.ne.jp/~kose/Emacs/ kose(a)yk.NetLaputa.ne.jp

中治> となりました。「落ちる」というのとは違うようです。ていうか、真っ当な動 中治> きをしています？ 「落ちる」 = core dump という意味で使っています。 中治> で、起動後、*scratch* バッファで 中治> (find-coding-system 1)^J 中治> とすると、 kose(^.^)lucasi> xemacs -q Warning: Cannot convert string "-*-helvetica-bold-r-12-*-*-120-*-*-*-*-iso8859-*" to type FontStruct Fatal error (11). Your files have been auto-saved. Use `M-x recover-session' to recover them. If you have access to the PROBLEMS file that came with your version of XEmacs, please check to see if your crash is described there, as there may be a workaround available. Otherwise, please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes(a)xemacs.org&#39;. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /usr/local/bin/xemacs core then type `where' when the debugger prompt comes up. (If you don't have GDB on your system, you might have DBX, or XDB, or SDB. A similar procedure should work for all of these. Ask your system administrator if you need more help.) Lisp backtrace follows: find-coding-system(1) eval((find-coding-system 1)) # bind (expr) eval-interactive((find-coding-system 1)) # bind (standard-output opoint ignore-quotes eval-last-sexp-arg-internal) eval-last-sexp(t) # bind (standard-output) #<compiled-function nil "...(13)" [standard-output terpri eval-last-sexp t] 2 932662 nil>() call-interactively(eval-print-last-sexp) # (condition-case ... . error) # (catch top-level ...) Segmentation Fault (core dumped) kose(^.^)lucasi> -- こせき ＠ Emacs のページ作成中 http://www.NetLaputa.ne.jp/~kose/Emacs/ kose(a)yk.NetLaputa.ne.jp

小関 吉則 <kose(a)wizard.tamra.co.jp&gt; (KOSEKI Yoshinori) writes: -fno-gcse は gcc の option です。 (Info-goto-node "(gcc)Optimize Options") で、 `-fgcse' Perform a global common subexpression elimination pass. This pass also performs global constant and copy propagation. とあります。no はこれをするな、ということで、その上の方に書 いてあります。 # gcse で探さなかったのは小関さんには珍しいミス? :-P Solaris での unexec はさっぱりわからないです。ごめんなさい。 pdump にするととりあえず build は成功したりするかもしれませ ん。 # Linux でもわからないですが。(^^;; -- Yoshiki Hayashi