[#38725] [Bug #1720] [NaN] == [NaN] が true になる — tadayoshi funaba <redmine@...>
Bug #1720: [NaN] == [NaN] が true になる
[#38731] FreeBSD で ruby-mecab のライブラリ参照の不具合 — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
きしもとです
[#38762] Re: [ruby-cvs:31110] Ruby:r23892 (trunk): * rational.c (float_to_r): always returns rational. — "Yugui (Yuki Sonoda)" <yugui@...>
On 6/29/09 8:31 PM, tadf@ruby-lang.org wrote:
[#38782] [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries. — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
こんにちは、なかむら(う)です。
永井@知能.九工大です.
永井@知能.九工大です.
こんにちは、なかむら(う)です。
押田です。
[#38821] セキュリティモデルのドキュメント — Shugo Maeda <shugo@...>
前田です。
[#38836] ext/tk/extconf.rb creates a file in $srcdir — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#38843] 複素数リテラルについて — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
> * 互換性はどうか。大丈夫のはずだが、見落としは
遠藤です。
> は十分検討されたのでしょうか。積極的に反対なわけではないですが、
遠藤です。
> 読み書きがやさしいのはわかるんですが、1+2i が書けても 1+ni が書けない
[#38850] Rational#hash — Tadayoshi Funaba <tadf@...>
いつだったか、rational などの hash が変ったようですが、意味が解っていな
[#38900] rb_eval_string_protect and encoding — Masaki Suketa <masaki.suketa@...>
助田です。
なかだです。
助田です。
[#38912] String#valid_encoding?にオプションが欲しい — Fujioka <fuj@...>
xibbarこと藤岡です。(なぜか届かないので再送します)
成瀬です。
xibbarです。
xibbarです。
まつもと ゆきひろです
成瀬です。
まつもと ゆきひろです
[#38914] [Bug #1819] Ruby-1.9.1を使用しDB(MySQL)接続時にエラー — Ryouhei Saita 斉田 <redmine@...>
Bug #1819: Ruby-1.9.1を使用しDB(MySQL)接続時にエラー
[#38924] thread switch hook for RubyCocoa — Nobuyoshi Nakada <nobu@...>
なかだです。
木村わ@RubyCocoaチーム/MacPorts port:rubyメンテナです。
木村わ@RubyCocoaです。
[#38932] Enumerator#peek — Tanaka Akira <akr@...>
Enumerator#peek を新設するのはどうでしょうか。
けいじゅ@いしつかです.
In article <E1MVnmx-00046e-PP@keiju.ishitsuka.com>,
けいじゅ@いしつかです.
In article <E1MW8kB-0001fM-56@keiju.ishitsuka.com>,
[#38938] Re: [ruby-list:46234] Re: irbでの式展開中の動作について — keiju@... (石塚圭樹)
けいじゅ@いしつかです.
[#38971] [Bug #1848] Net::SSH hangs — Shyouhei Urabe <redmine@...>
Bug #1848: Net::SSH hangs
チケット #1848 が更新されました。 (by Shyouhei Urabe)
Shyouhei Urabe さんは書きました:
[ruby-dev:38794] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries.
こんにちは、なかむら(う)です。
In message "[ruby-dev:38793] Re: [Bug:trunk] Re: [ruby-cvs:31281] Ruby:r24063 (trunk): * ext/tk/extconf.rb: New strategy for searching Tcl/Tk libraries."
on Jul.15,2009 18:06:23, <nagai@ai.kyutech.ac.jp> wrote:
> > 実は先に修正いただいた分では完全じゃありませんでした。
> > とりあえず、$LIBPATHに実在しないパスを追加するのは勘弁してく
> > ださい、ということで。
>
> これは,将来的に新しいバージョンの Tcl/Tk をインストールしたり,
> コンパイル済みのバイナリを他の環境に持っていったりした場合に備えて,
> 現在は存在しなくても将来的には「ありそうな」ディレクトリを
> 現況に基づく推測の下に追加しておくようにしたのですが,
> Windows 環境ではこれも余計なお世話だったでしょうか.
いえ、推測は全然問題ないんですが...
$LIBPATHは拡張ライブラリのビルド時に必要なライブラリのパスを
入れる配列ですから、今現在存在しないパスを指定する意味が全然
わかりません...
あ、$LIBPATHがrpathとしてバイナリに埋め込まれる環境があるんで
すかね。
> 私が Windows 環境をきちんとわかっていないというのが問題なのですが,
> mswin32 環境または Windows 環境一般では実行時に問題が生じるのでしょうか.
> それとも mswin32 環境での make において,
> 存在しないディレクトリが指定されていると
> コンパイルエラーで止まってしまうということでしょうか.
実は存在するしないには関係ないのですが、VC++のリンカのバージ
ョンによっては(なのかな)、空白を含むライブラリパスは使用でき
ません。
なので、c:/Program Files/Tcl/lib とかが強制的に指定されるよう
だと、どこに何があろうが必ずリンクに失敗します。
# これは永井先生が悪いんじゃなくてMicrosoftが悪いんですけどね...
> mswin32 の場合には TK_LIB_SPEC を使ってはダメということのようですが,
> TK_LIBS を使っている点はどうでしょうか.
> これも使うとダメになりますか?
とりあえず、TK_LIBSはそのまま使えそうには見えます。
TK_LIB_FLAGやTK_LIB_SPECはVC++で使うことを想定しているように
は見えませんね。
extconf.rbがあまりに巨大でちゃんと読めてないんですが、そもそ
も実際にはどんな入力を仮定してどんな出力を生成しようとしてい
るのでしょう?
ちなみに手元のtkConfig.shにはこんなものが入っています。
TK_LIBS='user32.lib advapi32.lib gdi32.lib comdlg32.lib imm32.lib comctl32.lib shell32.lib'
TK_LIB_FLAG='-ltk84'
TK_LIB_SPEC='-LC:/tcl/lib -ltk84'
> あ,もしかして TK_LIBS を加工しようとしていることがそもそもの間違いで,
> TK_LIBS の内容はそのまま LDFLAGS につなぐだけでいいのでしょうか.
> link.exe が受け取ることができるオプションを
> きちんと調べないといけないですね.
とりあえず、-lと-Lはありません。
というか、LDFLAGSに直接なんか渡すのは困難だと思います。
ちなみに、tcltklib.soのリンクにはTK_LIBSの内容自体がそもそも
不要です。あっても害はさほどなさそうですが。
> --
> 永井 秀利 (nagai@ai.kyutech.ac.jp)
> 九州工業大学 大学院情報工学研究院 知能情報工学研究系 知能情報メディア部門
それでは。
--
U.Nakamura <usa@garbagecollect.jp>