Чем отличается Ruby в стандартном дистрибутиве OS X, RVM и MacPorts? - PullRequest
0 голосов
/ 25 июля 2010

Я задал вопрос в SuperUser об обновлении версии Ruby в Google SketchUp . Кажется, что-то отличное между Ruby, поставляемым со стандартным дистрибутивом OS X, и Ruby, установленным RVM или MacPorts. При попытке использовать RVM или MacPorts Ruby 1.9.1

я получаю следующее сообщение об ошибке
Exception Type:  EXC_BREAKPOINT (SIGTRAP)

Dyld Error Message:
  Library not loaded: @executable_path/../Frameworks/Ruby.framework/Versions/A/Ruby
  Referenced from: /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/SketchUp
  Reason: no suitable image found.  Did find:
    /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/../Frameworks/Ruby.framework/Versions/A/Ruby: mach-o, but wrong architecture
    /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/../Frameworks/Ruby.framework/Versions/A/Ruby: mach-o, but wrong architecture
    /usr/lib/Ruby: not a file

Model: MacBookPro7,1, BootROM MBP71.0039.B05, 2 processors, Intel Core 2 Duo, 2.4 GHz, 4 GB, SMC 1.62f5

Но он работает с Ruby 1.8.7 из /System/Library/Frameworks/Ruby.framework/


Update1

Как это было объяснил Алекс Мне нужно скомпилировать Ruby с архитектурой i386. Можно сделать это для MacPorts и RVM, но ни один из методов не работал для меня из-за различных ошибок.

  1. Как предвидеть сборку i386 на macports снежного барса?
  2. Внутренние конфигурационные файлы
  3. Darwin OS

Поэтому я решил скомпилировать Ruby 1.9.2-rc2 из источников

$ ARCHFLAGS="-arch i386"  CFLAGS="-arch i386" LDFLAGS="-arch i386" ./configure  --with-arch=i386
$ make && sudo make install

и скопируйте соответствующие файлы в SketchUp

$ cd /Applications/Google\ SketchUp\ 7/SketchUp.app/Contents/Frameworks/Ruby.framework/Versions/A/
$ rm -r Headers Ruby
$ cp /usr/local/bin/ruby Ruby
$ mkdir Headers
$ cp /usr/local/include/ruby-1.9.1/i386-darwin10.4.0/ruby/config.h Headers/
$ cp /usr/local/include/ruby-1.9.1/ruby.h Headers/
$ cp -r /usr/local/include/ruby-1.9.1/ruby/* Headers/
$ ls Headers
backward/   defines.h   dl.h        intern.h    missing.h   re.h        ruby.h      util.h      vm.h
config.h    digest.h    encoding.h  io.h        oniguruma.h regex.h     st.h        version.h

На этот раз я получил следующее сообщение

Dyld Error Message:
  Library not loaded: @executable_path/../Frameworks/Ruby.framework/Versions/A/Ruby
  Referenced from: /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/SketchUp
  Reason: no suitable image found.  Did find:
    /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/../Frameworks/Ruby.framework/Versions/A/Ruby: can't map
    /Applications/Google SketchUp 7/SketchUp.app/Contents/MacOS/../Frameworks/Ruby.framework/Versions/A/Ruby: can't map
    /usr/local/lib/Ruby: not a file
    /usr/lib/Ruby: not a file

Ответы [ 2 ]

1 голос
/ 12 января 2011

Это было решено?Чтобы ответить на общий вопрос в вашем заголовке, вот почему я щелкнул по нему:

System Ruby (я думаю, 1.8.7) поставляется с предустановленной версией и не перезаписывается MacPorts или RVM.MacPorts записывает по умолчанию в другой каталог, и Terminal начинает преобразовываться в эту новую установку, оставляя системный Ruby неиспользованным.RVM создает свои собственные виртуальные установки Ruby и может переключаться между ними и системой Ruby, используя $ rvm use.

1 голос
/ 25 июля 2010

Похоже, у вас есть версии библиотеки Ruby в каталогах SketchUp для двух архитектур (вероятно, 32-битная Intel и PPC, я думаю) и вы пытаетесь использовать двоичный Ruby, построенный из третьего и другогоархитектура (вероятно, 64-битная Intel, я бы предположил).Вы можете проверить с помощью команды arch в приглашении оболочки Terminal.App.

Если это действительно может стать проблемой, вы можете попытаться собрать 1,9 рубин из источников, ориентированных на 32-разрядную версию Intel.процессоры ...?(Я не знаю ни одного предварительно упакованного ruby ​​1.9 для Mac, созданного для 32-битных процессоров Intel - конечно, могут быть некоторые, о которых я не знаю! -).

...