[#45311] 開発会議 — SASADA Koichi <ko1@...>
笹田です．
10 messages
2012/03/06
[#45312] Re: 開発会議
— "ayumu.aizawa@..." <ayumu.aizawa@...>
2012/03/06
US=1B$B$K$$$k$N$G!"=1B(BSkype=1B$B$H$+=1B(BFaceTime=1B$B$G;22C$7$?$$$G$9!#=1B=
[#45341] 非同期割り込みに対する対処案（日本語版） — SASADA Koichi <ko1@...>
ささだです．
28 messages
2012/03/11
[#45816] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45817] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 18:26 SASADA Koichi <[email protected]>:
[#45819] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
ささだです．
[#45820] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 19:39 SASADA Koichi <[email protected]>:
[#45827] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/25 20:32), Tanaka Akira wrote:
[#45835] Re: 非同期割り込みに対する対処案（日本語版）
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> の３つになるような気がしていますので，ある例外がこれら 3 つのどの状態に
[#45841] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/25
2012年6月26日 3:40 SASADA Koichi <[email protected]>:
[#45844] Re: 非同期割り込みに対する対処案（日本語版）
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 5:07), Tanaka Akira wrote:
[#45871] Re: 非同期割り込みに対する対処案（日本語版）
— Tanaka Akira <akr@...>
2012/06/29
2012年6月26日 5:15 SASADA Koichi <[email protected]>:
[#45372] Marshal.dumpにおけるインスタンス変数の取り扱いについて — keiju@... (Keiju ISHITSUKA)
けいじゅ＠いしつかです.
14 messages
2012/03/16
[#45376] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45377] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/17
けいじゅ＠いしつかです.
[#45381] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Yukihiro Matsumoto <matz@...>
2012/03/17
まつもと ゆきひろです
[#45399] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/18
けいじゅ＠いしつかです.
[#45401] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— Tanaka Akira <akr@...>
2012/03/19
2012年3月19日5:54 石塚圭樹 <[email protected]>:
[#45405] Re: Marshal.dumpにおけるインスタンス変数の取り扱いについて
— keiju@... (石塚圭樹)
2012/03/19
けいじゅ＠いしつかです.
[#45451] [ruby-trunk - Feature #6218][Open] struct.cのrb_struct_s_members_m()について — "Glass_saga (Masaki Matsushita)" <glass.saga@...>
6 messages
2012/03/28
[ruby-dev:45427] [ruby-trunk - Bug #5094][Closed] Supported platforms of Ruby 1.9.3
From:
"naruse (Yui NARUSE)" <naruse@...>
Date:
2012-03-22 00:22:31 UTC
List:
ruby-dev #45427
Issue #5094 has been updated by naruse (Yui NARUSE). Status changed from Assigned to Closed ---------------------------------------- Bug #5094: Supported platforms of Ruby 1.9.3 https://bugs.ruby-lang.org/issues/5094#change-25031 Author: naruse (Yui NARUSE) Status: Closed Priority: Normal Assignee: naruse (Yui NARUSE) Category: Target version: 1.9.3 ruby -v: - はい、リリース前恒例！ サポートプラットフォーム決めのお時間がやって参りました。 前回は 1.9.1 リリース時だったわけですが、あれからずいぶんと経ったので、 改めてサポートするプラットフォームを決めましょう。 == これまでのあらすじ http://redmine.ruby-lang.org/projects/ruby-19/wiki/SupportedPlatformsJa == 決め方 サポートしたいプラットフォームがある方は宣言してください。 ただし、当該プラットフォーム固有っぽいバグがあった場合、そのチケットをアサインする事があるので、 覚悟を決めてから宣言してください。 いつでも「サポート終了！」は宣言できるので [要出典] お気軽にご応募くださいませ。 なお、1.9.3 のリリースのちょっと前あたりで一度締めとする予定です。 == 成瀬の提案 さて、前回のサポートプラットフォーム決めでいくつか反省があるので、ここに一つ提案を行います。 > なお、「メンテナがいる」とは明確なプラットフォームメンテナがいるもの(mswin32など)のほかに、「日々その環境でRubyを開発しているコミッタがいるもの」を含む。 この後半を削ることを提案します。 例として、Debian はいまだに lenny 32bit が対象になってしまっています。 ようするに切るタイミングが決まらなかったという話で、 こういうのはえいやで決める人がいるべきだろうと思うわけです。 == 現在のメンテナ ちなみに現在のメンテナは以下の通りです。 mswin32, mswin64 (Microsoft Windows): NAKAMURA Usaku (usa) mingw32 (Minimalist GNU for Windows): Nobuyoshi Nakada (nobu) IA-64 (Debian GNU/Linux): TAKANO Mitsuhiro (takano32) Symbian OS: Alexander Zavorine (azov) AIX: Yutaka Kanemoto (kanemoto) FreeBSD: Akinori MUSHA (knu) Solaris: Naohisa Goto 逆にメンテナがいない主なプラットフォーム（と備考）は以下の通りです。 * Debian * Ubuntu * CentOS * Mac OS X (LLVM絡みが微妙) * cygwin (動かない) * NetBSD (動く) * OpenBSD (動かない気がする) * DragonFlyBSD (動かない) -- http://bugs.ruby-lang.org/