[#9642] Re: host.conf は参照しないの? — akira yamada / やまだあきら <akira@...>

15 messages 2000/05/09

[#9672] IO.popen — Koji Arai <JCA02266@...>

新井です。

22 messages 2000/05/13
[#9673] Re: IO.popen — Koji Arai <JCA02266@...> 2000/05/13

新井です。

[#9682] Re: IO.popen — matz@... (Yukihiro Matsumoto) 2000/05/14

まつもと ゆきひろです

[#9676] support mingw32 — WATANABE Hirofumi <eban@...>

わたなべです.

32 messages 2000/05/13
[#9678] Re: support mingw32 — Masaki Suketa <CQN02273@...> 2000/05/14

助田です.

[#9680] Re: support mingw32 — WATANABE Hirofumi <eban@...> 2000/05/14

わたなべです.

[#9686] Re: support mingw32 — Katsuyuki Komatsu <komatsu@...> 2000/05/15

小松です。

[#9687] Re: support mingw32 — WATANABE Hirofumi <Hirofumi.Watanabe@...> 2000/05/15

わたなべです.

[#9806] rescue variable syntax — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

40 messages 2000/05/24
[#9811] Re: rescue variable syntax — ARIMA Yasuhiro <fit0298@...> 2000/05/24

有馬です。

[#9814] Re: rescue variable syntax — matz@... (Yukihiro Matsumoto) 2000/05/24

まつもと ゆきひろです

[#9821] Re: rescue variable syntax — nobu.nakada@... 2000/05/25

なかだです。

[#9823] Re: rescue variable syntax — ARIMA Yasuhiro <fit0298@...> 2000/05/25

有馬です。

[#9833] Re: rescue variable syntax — matz@... (Yukihiro Matsumoto) 2000/05/25

まつもと ゆきひろです

[#9861] Re: rescue variable syntax — gotoken@... (GOTO Kentaro) 2000/05/25

ごとけんです

[#9866] Re: rescue variable syntax — matz@... (Yukihiro Matsumoto) 2000/05/25

まつもと ゆきひろです

[#9870] Re: rescue variable syntax — nagai@... 2000/05/26

永井@知能.九工大です.

[#9873] Re: rescue variable syntax — matz@... (Yukihiro Matsumoto) 2000/05/27

まつもと ゆきひろです

[#9812] Forward: Error in NT makefile (PR#7) — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

21 messages 2000/05/24
[#9820] Re: Forward: Error in NT makefile (PR#7) — Katsuyuki Komatsu <komatsu@...> 2000/05/25

小松です。

[#9842] Re: Forward: Error in NT makefile (PR#7) — WATANABE Hirofumi <Hirofumi.Watanabe@...> 2000/05/25

わたなべです.

[#9855] Re: Forward: Error in NT makefile (PR#7) — Katsuyuki Komatsu <komatsu@...> 2000/05/25

小松です。

[#9879] Re: Forward: Error in NT makefile (PR#7) — WATANABE Hirofumi <eban@...> 2000/05/28

わたなべです.

[#9857] $0 handling on NT — Katsuyuki Komatsu <komatsu@...>

小松です。

18 messages 2000/05/25
[#9869] Re: $0 handling on NT — nobu.nakada@... 2000/05/26

なかだです。

[ruby-dev:9703] Re: 1.5.3 cleanup

From: Katsuyuki Komatsu <komatsu@...>
Date: 2000-05-16 00:29:01 UTC
List: ruby-dev #9703
小松です。

In the message of [ruby-dev:9698] Re: 1.5.3 cleanup
    on 2000/5/15 市川 裕隆 <hirotaka.ichikawa@tosmec.toshiba.co.jp> wrote:
> 市川 as Tanukiです。

> > ruby-listで聞いてみるかな。
> > # でも[ruby-list:22024]に対して反応なかったし……
> 
> うひゃぁ!よりによって22024だけ見落としてました。
> 意図的に無視してたわけじゃないんですよ。本当に。

いやそんな。お気になさらないでください。

こちらも、他のこと (alphaとかirixとかmswin32とか) していて
ruby-listに流しそびれてました。

> >   o Intel版はR4以降でgcc (egcs) のみサポートにする。
> >     R3以前のIntel版の枝は消す。
> 
> いいと思います。
> 
> >   o configureに--enable-sharedを指定しなくても、デフォルトで
> >     libruby.soを作るのをやめる。
> >     --enable-sharedを指定した場合は、拡張ライブラリがロード
> >     できるが、extのstaticリンクは動かない。
> 
> ていうのは、
> ext下のモジュールは*.soを作ってlib/の下にインストールしておけ
> ば動く。(shared onlyになる)
> という認識でいいでしょうか?

はい、そうです。

この変更をした場合、configureの指定は次のようになります。
すなわち、普段はいつも、
  ./configure --prefix=/boot/home/config --enable-shared
と指定するようにということになります。

□libruby.soを作成し、拡張ライブラリはダイナミックリンクする場合、
  いままでは、
    ./configure --prefix=/boot/home/config
  としていましたが、変更後は、
    ./configure --prefix=/boot/home/config --enable-shared
  と指定することになります。

□extの下をstaticリンクしたい場合、
    ./configure --prefix=/boot/home/config --with-static-linked-ext
  あるいは
    ./configure --prefix=/boot/home/config
  として適当にext/Setupのコメントを外します。
  この場合、extの下がstaticリンクされたrubyが作成され、
  libruby.soは作られません。
  バイナリは、extの下もリンクされたruby一個のみとなります。
  なお、単に、
    ./configure --prefix=/boot/home/config
  とした場合、拡張ライブラリは作られますが、すべてLoadErrorと
  なります。

> > PowerPCの方は、マシンを持ってないので自分で確かめられませんが、
> > 現状、PowerPC版はそのままでは作れないと思うので、ばっさり
> > 変えて、文句が出てからなんとかしようかなとか思ってますが……
> 
> 賛成です。とりあえずチェックしてくれる人がいない限りは
> そのままにしててもいいかと思います。

その方針で行きたいと思います。

BeIDEにクロスコンパイル環境 (Intel版でPowerPCのバイナリを作る) の
セットアップもしてみたのですが、まだ
    Error : the file 'BeHeaders' cannot be opened
とかいうメッセージが出て止まってしまい、それより先に進めていません。

--
小松克行 / Katsuyuki Komatsu <komatsu@sarion.co.jp>

In This Thread