Feature #4921: Remove intern.h

• Status: Assigned
• Priority: Normal
• Assignee: naruse (Yui NARUSE)
• Target version: next minor

[naruse (Yui NARUSE)]

まず、intern.h って何者なんでしょう。
推測としては internal の意だと思うんですが、その場合 include/ruby にいるのは
よろしくないですし、一方で公開 API っぽいのが名実ともに多い気がします。

思うに 1.9 において、intern.h の中身は include/ruby/ruby.h か、
最近新設された internal.h のどちらかにあるべきで、include/ruby/intern.h は
もう必要ないのではないでしょうか。

[matz (Yukihiro Matsumoto)]

intern.hは「RubyインタプリタAPI(ruby.h)ではない、メソッド実装とその周辺関数だが、他のファイルから参照されている関数」プロトタイプのために用意したヘッダでした。なし崩し的に公開APIっぽくなりましたが。なくすぶんには反対しませんが、1.9の途中でなくして互換性問題が発生しませんか？

[naruse (Yui NARUSE)]

なるほど。

ファイルを削除してしまうと問題があるケースもありえなくはないので、
実際にはruby.hをincludeするだけのファイルにする等を考えています。

[naruse (Yui NARUSE)]

• Assignee changed from matz (Yukihiro Matsumoto) to naruse (Yui NARUSE)

[kosaki (Motohiro KOSAKI)]

2.0になることになったので、intern.h の中にあるあやしげな関数どもは internal.h に移しませんか？
あと、互換性維持の観点から拡張関数用のAPIからマクロ関数は全廃したい

[sorah (Sorah Fukumori)]

sora_hです．

ちょっとまって．まだなることにはなってないと記憶しています．

2.0に本当にtrunkをシフトするか，等といったはなしはやっぱりMLでやるべきで，
まだ決まってないです．これから正式に確定させましょう．

ちなみに，2.0になったときそれをやるのは(自分は)良いのではないかと思っています．

[mame (Yusuke Endoh)]

• Target version set to next minor

[gogotanaka (Kazuki Tanaka)]

掘り返し失礼します.

まだ include/ruby/intern.h　はご健在の様ですが、

将来的に非公開になると念頭に置いていた方が好ましいのでしょうか.
（その場合でも晒しぱなしにして頂けると嬉しいAPIが何個かあったりします.）