ruby-dev

えぐち です。

----------
> 差出人 : Yukihiro Matsumoto <matz@netlab.co.jp>
> 件名 : [ruby-dev:712] Re: _muldi3 included in libgcc.a（Re: rbc.rb）
> 
> まつもと ゆきひろです
> 
> ruby-devにしましょう．

そうですね。

> In message "[ruby-list:4853] Re: _muldi3 included in libgcc.a（Re:
rbc.rb）"
>     on 97/10/08, "EGUCHI Osamu" <eguchi@shizuokanet.or.jp> writes:
> 
> |えぐち です
> 
> |gcc 以外の処理系でも64bit-intに対応させる必要があるか
> |悩むところですが（あるでしょうね）、、
> 
> 64bitアーキテクチャへの対応はまだまだなので，その辺はちゃん
> と考えないといけませんね．alpha移植のためにいろいろと考えた
> のですが，まだ結論は出ていません．
> 
> 気を使ったつもりでもintとlongとvoid*が同じサイズである事を仮
> 定したコードがたくさん残ってましたから，この辺からなんとかし
> ていかないといけませんねえ．

明示に形変換を行うマクロを ruby.h で定義することになるんでしょうか？

> |＃それとなく見てみると、bignum.c:uint2big() は、
> |＃大きな大きな整数を考慮したコーディングだったりする。
> |＃考えられてますね＞まつもと さん。
> 
> 一応，bignum.cは整数のサイズには依存しないように気を付けてい
> ます(というか，もとのscmのコードが気を付けているのを継承して
> いるだけだったりする)．
> 
> 64bitマシンではsizeof(VALUE)=8ですから，USHORT=unsigned int
> でも動作しそうなんですが，そこまでたどりつけていません．

まず、
	ruby -e 'p 0.size'

で 4 を返すのが仕様なのか、実装依存かを決めておく必要がありそうです。
marshal なデータファイルの互換性からすると

	0.size == 4

を仕様にした方がいいように思えます。
（６４ビット機でのパフォマス低下が問題かも、、）

	0,size == 8 を仕様にしてしまう

という選択がありますが、 ll_add() とか書きまくらないとだめなので
かなりの思いっきりが必要でしょう。

＃
この為だけ、C++ で ruby を書き直すと言う選択は（当然）却下ですね (^^)

	えぐち

Thread

Prev Next

In This Thread

Prev Next

[#597] Re: [ruby-list:4734] ruby 1.0-970930 released — WATANABE Hirofumi <watanabe@...>

[#615] [MethodIndex] <!-- hhmts ... — keiju@... (Keiju ISHITSUKA)

[#622] Java & GC — shugo@... (MAEDA Shugo)

[#626] [MethodIndex] *.html 修正要求 — keiju@... (Keiju ISHITSUKA)

[#630] RE: [ruby-dev:626] [MethodIndex] *.html 修正要求 — "EGUCHI Osamu" <eguchi@...>

[#636] ruby 1.1a8 released — matz@... (Yukihiro Matsumoto)

[#640] Re: rbc.rb — WATANABE Hirofumi <watanabe@...>

[#643] config.h of win32(ruby-1.0) — Masaki Suketa <suke@...>

[#645] pack/unpack base64 — WATANABE Hirofumi <watanabe@...>

[#652] ruby-1.0-971003 — HYOUDOU Kouichi /note <hyoudo@...>

[#653] version.c and MultiArchitectureBinary — HYOUDOU Kouichi /note <hyoudo@...>

[#654] [BUG?] ruby -r nothing-file — keiju@... (Keiju ISHITSUKA)

[#664] join mailing list — ryoko@... (Ryoko Furuki)

[#665] [BUG] Exception.new — keiju@... (Keiju ISHITSUKA)

[#699] ruby 1.1a9 released — matz@... (Yukihiro Matsumoto)

[#700] ruby1.1 — 青山 和光 <PXN11625@...>

[#702] Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#705] Re: Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#706] unsubscribe — takasima@... (Hideki Takashima)

[#707] # bye — takasima@... (Hideki Takashima)

[#709] Re^3: ruby1.1 — 青山 和光 <PXN11625@...>

[#712] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — matz@... (Yukihiro Matsumoto)

[#713] [REQ] require/load — keiju@... (Keiju ISHITSUKA)

[#717] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — "EGUCHI Osamu" <eguchi@...>

[#719] 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#720] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#721] ruby on sparc-openbsd — "EGUCHI Osamu" <eguchi@...>

[#723] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#735] configure on NEXTSTEP — Shugo Maeda <shugo@...>

[#738] cbreak.rb — WATANABE Hirofumi <watanabe@...>

[#749] ruby on alpha — matz@... (Yukihiro Matsumoto)

[#750] -x option — WATANABE Hirofumi <eban@...>

[#751] File.dirname "/a" — WATANABE Hirofumi <eban@...>

[#755] The default def. of "hash" — Shin-ichiro HARA <sinara@...>

[#761] Re: [ruby-list:5066] Re: Rubyで OODB — keiju@... (石塚圭樹 )

[#763] Subscribe — Kiyoshi Kurokawa <kurokawa@...>

[#764] (Fixnum..Bignum) === Fixnum — Yamamoto Kengo <kengo-y@...>

[#767] cp, mv, cmp, ... — WATANABE Hirofumi <watanabe@...>

[#770] printn means print and newline — HYOUDOU Kouichi /note <hyoudo@...>

[#777] [BUG] p "".chop — WATANABE Hirofumi <watanabe@...>

[#787] ruby 1.1 a9 for mswin32 — KIMURA Koichi <kkimura@...>

[ruby-dev:717] Re: _muldi3 included in libgcc.a（Re: rbc.rb）

Thread

In This Thread

[#700] ruby1.1 — 青山　和光 <PXN11625@...>

[#709] Re^3: ruby1.1 — 青山　和光 <PXN11625@...>