Bug #5076
closedMac OS X Lion Support
Added by naruse (Yui NARUSE) over 13 years ago. Updated almost 13 years ago.
Description
Ruby doesn't work on Lion.
Updated by kosaki (Motohiro KOSAKI) over 13 years ago
- Status changed from Open to Closed
- % Done changed from 33 to 100
This issue was solved with changeset r32628.
Yui, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
- vm_insnhelper.c (vm_call_cfunc): added volatile for a workaround
of cfp consistency error problem on OS X 10.7 (Lion). It's
suspected llvm optimization bug.
[Bug #5076] [ruby-dev:44185]
Updated by kosaki (Motohiro KOSAKI) over 13 years ago
- Status changed from Closed to Open
すいません、コミットするときに参照するバグ番号を間違えたようです。reopenします
Updated by kosaki (Motohiro KOSAKI) over 13 years ago
備忘録として。むらけんのさんのくーるパッチ r32649 によってクラッシュバグは #5081 (syslogのフォーマット変更)以外のfaulureは消えたので、もうLion対応は1.9.3 のblockerではありません。1.9.4までに作業すればよい状況です。
Updated by kosaki (Motohiro KOSAKI) over 13 years ago
- Target version changed from 1.9.3 to 1.9.4
Now, r32649 provides us a very nice workaround. Then, we can slip this ticket to 1.9.4.
Updated by yesmar (Ramsey Dow) over 13 years ago
Although bug #5181 was closed as a dup, yard 0.7.2 crashing on Lion is apparently just a part of a larger problem. yard also crashes on Mac OS X 10.6.8 (Snow Leopard) with the same version of Ruby and RubyGems (1.9.2-p290 and 1.8.7, respectively).
Updated by naruse (Yui NARUSE) about 13 years ago
下記の通り Github にてコミットへのコメントとして、Xcode 4.2 Developer Preview 7 において、
付録の LLVM/clang が更新され、trunk の test-all が通るようになっています。
同時に gcc-4.2 の添付が終了しているようなんですが(こっちはすでに入ってたので未確認)どうしましょうか。
https://github.com/ruby/ruby/commit/ddcb133aa22bf0be31baeea0787369671c689b74
"Apple clang version 3.0 (tags/Apple/clang-211.9) (based on LLVM 3.0svn)"
Updated by kosaki (Motohiro KOSAKI) about 13 years ago
- Status changed from Open to Closed
- % Done changed from 71 to 100
This issue was solved with changeset r32629.
Yui, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.
merge revision(s) 32628:
* vm_insnhelper.c (vm_call_cfunc): added volatile for a workaround
of cfp consistency error problem on OS X 10.7 (Lion). It's
suspected llvm optimization bug.
[Bug #5076] [ruby-dev:44185]
Updated by kosaki (Motohiro KOSAKI) about 13 years ago
- Status changed from Closed to Open
あれ、見に覚えがないのにcloseされてる。再度 openします。
ええと、間にあうなら1.9.3p0に入れるべきだと思いますが、わたしは時間が取れません
Updated by naruse (Yui NARUSE) about 13 years ago
Motohiro KOSAKI wrote:
あれ、見に覚えがないのにcloseされてる。再度 openします。
ええと、間にあうなら1.9.3p0に入れるべきだと思いますが、わたしは時間が取れません
ええと、事は単純じゃなくてですね、
- Xcode 4.1 環境の場合: gcc (llvm-gcc) だとダメ、gcc-4.2 なら OK
- Xcode 4.2 環境の場合: gcc (llvm-gcc) でも動く模様、gcc-4.2 がない、まだベータ
ってかんじなのです。
Updated by mrkn (Kenta Murata) about 13 years ago
gcc -v の出力内容を見て振り分けるしかやりようがない気がします。
Updated by mrkn (Kenta Murata) about 13 years ago
よく考えてみると、単純に「gcc-4.2 が存在していたら gcc-4.2 を使う」というやり方で良さそうです。如何でしょう?
これで問題なさそうなら、今夜にでも patch を書いて直してしまおうと思います。
Updated by shyouhei (Shyouhei Urabe) about 13 years ago
バグってるコンパイラをサポートし続ける意味が分からない。
193p0に関してはXCode4.2を使えとでもリリースアナウンスに書いときゃそれでいいでしょう。
Updated by naruse (Yui NARUSE) about 13 years ago
Shyouhei Urabe wrote:
バグってるコンパイラをサポートし続ける意味が分からない。
193p0に関してはXCode4.2を使えとでもリリースアナウンスに書いときゃそれでいいでしょう。
わたしもこちら側の考えで、入れた hack の全 revert でいいんじゃないかと思っています。
Updated by mrkn (Kenta Murata) about 13 years ago
なるほど、そうですね。
では、XCode 4.2 が正式にリリースされたら revert することにします。
Updated by naruse (Yui NARUSE) about 13 years ago
Kenta Murata wrote:
なるほど、そうですね。
では、XCode 4.2 が正式にリリースされたら revert することにします。
Xcode 4.2 の正式リリースより 1.9.3 のリリースの方が多分先です
Updated by kosaki (Motohiro KOSAKI) about 13 years ago
- ruby -v changed from trunk to -
2011/9/7 Yui NARUSE naruse@airemix.jp:
Issue #5076 has been updated by Yui NARUSE.
Kenta Murata wrote:
なるほど、そうですね。
では、XCode 4.2 が正式にリリースされたら revert することにします。Xcode 4.2 の正式リリースより 1.9.3 のリリースの方が多分先です
了解. revertに同意します
Updated by sorah (Sorah Fukumori) about 13 years ago
Hi,
I've tested ruby with Xcode 4.2 Developer Preview 7.
Test results are below:
-
llvm-gcc with optflags="-O3"
- build succeeded
- test-all (with TESTS="-j") fails by parallel.rb (worker process) crashes with "[BUG] Bus Error"
- test-all (without TESTS="-j") fails by SystemStackError "stack level too deep"
- At the build process, I saw some deprecated warnings at openssl. Sorry I missed taking the log.
-
clang with optflags="-O3"
- build succeeded
- test-all (with TESTS="-j") runs successfully.
- I forgot to check deprecated warnings at openssl...
Yui said at [ruby-core:39316] that:
- Xcode 4.2 環境の場合: gcc (llvm-gcc) でも動く模様、gcc-4.2 がない、まだベータ
(Translated:)- At the Xcode 4.2 environment: Ruby seems work at gcc (llvm-gcc). There is no gcc-4.2. Still in Beta
As I tested with Xcode 4.2 + llvm-gcc, test-all wasn't passed in my environment :p
-- Japanese below...
Xcode 4.2 Developer Preview 7 でのテスト結果をお知らせします:
-
llvm-gcc with optflags="-O3"
- build は通る
- test-all (with -j) は [BUG] Bus Error で parallel.rb が死ぬ
- test-all (without -j) はテストの途中でstack level too deep
- ビルド時にopenssl周りで大量のdeprecatedが出ていたきがする.ログは取りのがした.
-
clang with optflags="-O3"
- build は通る
- test-all (with -j) は何事も無く完走
- openssl周りのdeprecatedがあったかどうかは未確認.
なるせさんが [ruby-core:39316] で
- Xcode 4.2 環境の場合: gcc (llvm-gcc) でも動く模様、gcc-4.2 がない、まだベータ
のような事を言っていましたが,手元の環境ではllvm-gccでtest-all完走しなかった…
As I tested with Xcode 4.2 + llvm-gcc, test-all wasn't passed in my environment :p
誰も気づいていなかったようだけど,ruby-coreに大量の日本語が…
Updated by naruse (Yui NARUSE) almost 13 years ago
- Status changed from Open to Closed
From r34278, ruby-trunk should support Lion with following clang:
% clang --version
Apple clang version 3.0 (tags/Apple/clang-211.10.1) (based on LLVM 3.0svn)
Target: x86_64-apple-darwin11.3.0
Thread model: posix