kaoriya (Taro MURAOKA)
- Login: kaoriya
- Email: koron.kaoriya@gmail.com
- Registered on: 09/13/2011
- Last sign in: 12/05/2020
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 2 | 2 |
Activity
09/14/2011
-
12:54 AM Ruby Feature #5315: config.hからコンパイラのバージョンチェックを外して欲しい
- 残念ながら筋の良いガードの仕方はないです。このあたりはWindowsのDLLの問題ですね。
それでもあえて言えばRubyがランタイムライブラリの生成するオブジェクトを、
I/Fを通じて外と直接やりとりする設計になってるのも筋は良くないね、とは指摘しておきます。
もちろんそんなことでI/Fを変えるのがコストに見合わないことは理解した上での「あえて」です。
09/13/2011
-
- ココまでの説明だとなかむら(う)さんの
「リリースでは今後は(パッケージマネージャ絡みの)問題は起こらんから安心しろ」
が一番納得がいきます。
# 私も最初は聞かされた時はそうなるもんだと思いましたから
ただcommitterの方からそうではないんだよという話と、
チケットに残さないと忘れられるだけだよという指摘をいただいたので
こちらで提案したのです。
> ま、根源的な問題として、RubyGems はパッケージマネージャのくせに頻繁にバージョンア... -
- Usaku NAKAMURA wrote:
> Ruby 1.9には現在1.9.1および1.9.2という2つのバージョン系列が存在して
> ...
おおよそ満足なんですが話に聞くところだと
http://twitter.com/#!/mrkn/status/113504956631359488
rubygems側のバージョンアップに伴うリリースマネージメントが難しそうな印象を持ち
かつ報告しなければどうにも動かんよとのことだったので
http:/... -
- http://www.kaoriya.net/blog/201109/20110913
ネタ元としてはココで書いたように私の体験に基づいてまして、まったくRubyのせいではないのですが、
ruby-gemsが1.7から1.8に上がった際に、それに強く依存したrails 2.3.11を含むredmine 1.2.1が動かなくなる
という事象に遭遇しています。
# 重要なのは私の問題を解決することではなく、こういうことが今後起こらないようにするにはという点です
... -
- Rubyは素晴らしいパッケージ(ライブラリ)が多いことが魅力の一つです。
その良さの維持には優れたパッケージマネージャが欠かせません。
しかしながら過去には代表的なパッケージマネージャ自身が
バージョンアップに伴い互換性を欠くという問題を起こしたケースがあり、
これではその魅力が損なわれてしまいます。
よって今後そうならないように、コアリリースに安定したパッケージマネージャを含め、
リリース期間中はその安定性を堅持することを提案いたします。 -
- ダイナミックローディングについては最初から(VimにRubyが組み込まれた時から)なっています。
それでも最低限のヘッダーは必要なのでこの問題は起こります。
あとMSVCRTの話は確かにそのとおりで、それらをやり取りするとキツイですね。
逆に言うとそれらをやりとりするようなI/F設計にすべきではないとも言えます。
ただご指摘の通りVimのケースでは少ないか無いでしょう。
いずれにせよコンパイラのバージョンで拒絶するのは筋が違います。
それが解消したあ... -
- http://www.garbagecollect.jp/ruby/mswin32/ja/
で配布しているrubyで確認したので外しているかもしれません。その場合はあしからず。
問題:
rubyの外部モジュールをコンパイルする際に、ruby本体と異なるバージョンのコンパイラではコンパイルできない
詳細:
上記で配布されているRubyはMSVC9でコンパイルされています。
一方VimなどネイティブでRubyとリンクする外部モジュールをMSVC10でコン...