Rbenv: Сбой сборки Ruby 2.1.1 в OS X (ошибка LDFLAGS)

Созданный на 21 мая 2014  ·  21Комментарии  ·  Источник: rbenv/rbenv

У меня возникают сбои сборки Ruby 2.1.1 на rbenv 0.4.0-97-gfe0b243 с OS X 10.9.3. Отрывок:

checking whether LDFLAGS is valid... no
configure: error: something wrong with
LDFLAGS="-L/Users/erik/.rbenv/versions/2.1.1/lib "
make: *** No targets specified and no makefile found.  Stop.

Вывод оболочки в этом Gist или:

Downloading ruby-2.1.1.tar.gz...
-> http://dqw8nmjcqpjn7.cloudfront.net/e57fdbb8ed56e70c43f39c79da1654b2
Installing ruby-2.1.1...

BUILD FAILED

Inspect or clean up the working tree at
/var/folders/gt/p9gcc3mx36104jplq02qcrwh0000gn/T/ruby-build.20140521110828.13171
Results logged to
/var/folders/gt/p9gcc3mx36104jplq02qcrwh0000gn/T/ruby-build.20140521110828.13171.log

Last 10 log lines:
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for cd using physical directory... cd -P
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with
LDFLAGS="-L/Users/erik/.rbenv/versions/2.1.1/lib "

BUILD FAILED

Inspect or clean up the working tree at
/var/folders/gt/p9gcc3mx36104jplq02qcrwh0000gn/T/ruby-build.20140521110828.13171
Results logged to
/var/folders/gt/p9gcc3mx36104jplq02qcrwh0000gn/T/ruby-build.20140521110828.13171.log

Last 10 log lines:
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for cd using physical directory... cd -P
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with
LDFLAGS="-L/Users/erik/.rbenv/versions/2.1.1/lib "
make: *** No targets specified and no makefile found.  Stop.

Вывод журнала в этот Gist .

Самый полезный комментарий

Попробуйте создать каталог, на который указывает LDFLAGS, например:

mkdir -p /Users/stone/.rbenv/versions/2.1.1/lib

Для меня - сработало!

Все 21 Комментарий

Эта проблема относится к ruby-build, откуда берется команда rbenv install . Пожалуйста, посетите https://github.com/sstephenson/ruby-build/wiki инструкции по обновлению, затем попробуйте еще раз. Если после обновления проблема не исчезнет, ​​откройте эту проблему в проекте ruby-build. Спасибо

Довольно странно, что у вас был этот сбой, когда проблема LDFLAGS должна была быть исправлена ​​в 50bf60f9c2510fbee7f111046e97fe8bf9e66472. Я собираюсь предположить, что это само собой разобралось, и закрою это. Если у кого-то есть дополнительная информация и проблемы с последней сборкой ruby-build, сообщите об этом проекту ruby-build. Спасибо!

У меня такая же проблема

У меня тоже такая же проблема - отлично работает на> = ruby-2.1.2, но не работает на 2.1.1.

Это на совершенно новой машине (7 дней назад) со свежим Xcode, homebrew и т. Д.). OSX 10.10.3.

Вот результат журнала сборки.

...

checking build system type... x86_64-apple-darwin14.3.0
checking host system type... x86_64-apple-darwin14.3.0
checking target system type... x86_64-apple-darwin14.3.0
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ISO C89... none needed
checking whether we are using the GNU C++ compiler... yes
checking whether clang++ accepts -g... yes
checking how to run the C preprocessor... clang -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether clang needs -traditional... no
checking for ld... ld
checking whether the linker is GNU ld... no
checking whether clang -E accepts -o... yes
checking for real target cpu... x86_64
checking for ranlib... ranlib
checking for ar... ar
checking for as... as
checking for objdump... no
checking for gobjdump... no
checking for objcopy... no
checking for gobjcopy... no
checking for nm... nm
checking whether ln -s works... yes
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/local/bin/ginstall -c
checking for a thread-safe mkdir -p... /usr/local/bin/gmkdir -p
checking for dtrace... dtrace
checking for dot... no
checking for doxygen... no
checking for pkg-config... pkg-config
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for cd using physical directory... cd -P
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with LDFLAGS="-L/Users/stone/.rbenv/versions/2.1.1/lib "
make: *** No targets specified and no makefile found.  Stop.

@dafstone Вероятно, это ошибка сборки Ruby 2.1.1. Пожалуйста, обновите Ruby 2.1.x до последней версии, чтобы исправить это, как вы уже обнаружили. Не должно быть ничего, что мешало бы вам обновить проект с Ruby 2.1.1 до последней версии патча. Функциональных изменений быть не должно.

Та же проблема с OS X 10.10.4 с использованием ruby-build 20150719-13-g86919c8 с установкой любой версии ruby.
У меня есть системная версия ruby ​​2.0.0p481 (2014-05-08, редакция 45883) [universal.x86_64-darwin14].

Попробуйте создать каталог, на который указывает LDFLAGS, например:

mkdir -p /Users/stone/.rbenv/versions/2.1.1/lib

Для меня - сработало!

@janusznowakowski Вот что сбивает с толку в этой неудаче. Ruby-build автоматически создает каталоги, на которые ссылается LDFLAGS, начиная с https://github.com/sstephenson/ruby-build/commit/50bf60f9c2510fbee7f111046e97fe8bf9e664 72 года назад. Я рад, что вы нашли обходной путь, но меня озадачивает, почему он вообще не работает.

@mislav Да, у меня сработало обходное решение

Привет,
Хотя я обновил ruby-build и rbenv до последней версии, у меня возникла эта проблема.

$ rbenv install 2.2.0
Downloading ruby-2.2.0.tar.gz...
-> https://dqw8nmjcqpjn7.cloudfront.net/7671e394abfb5d262fbcd3b27a71bf78737c7e9347fa21c39e58b0bb9c4840fc
Installing ruby-2.2.0...

BUILD FAILED (OS X 10.10.5 using ruby-build 20151028-8-g25371c6)

Inspect or clean up the working tree at /var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113145051.19198
Results logged to /var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113145051.19198.log

Last 10 log lines:
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for cd using physical directory... cd -P
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with LDFLAGS="-L/Users/hiro/.rbenv/versions/2.2.0/lib "
make: *** No targets specified and no makefile found.  Stop.

Я также пробовал предлагаемую работу, но я все еще испытываю это.

Отчетность также регистрирует:

$ cat /var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113150550.23950.log
/var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113150550.23950 ~/.rbenv/plugins/ruby-build
HTTP/1.1 200 OK
Content-Type: binary/octet-stream
Content-Length: 16613636
Connection: keep-alive
Date: Tue, 10 Nov 2015 23:08:14 GMT
Last-Modified: Mon, 13 Apr 2015 20:10:53 GMT
ETag: "326e99ddc75381c7b50c85f7089f3260"
Accept-Ranges: bytes
Server: AmazonS3
Age: 16898
X-Cache: Hit from cloudfront
Via: 1.1 453967c146678453a641464c7ad8eab6.cloudfront.net (CloudFront)
X-Amz-Cf-Id: -nk9xiIwvbVIVi1JqqvTU1q4fG6_9vNMIEvWCJNs_ZBQr4oOjq9NJw==

/var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113150550.23950/ruby-2.2.2 /var/folders/pt/1bt8d33d6f560gnyc9jy9rpr0000gn/T/ruby-build.20151113150550.23950 ~/.rbenv/plugins/ruby-build
config.guess already exists
config.sub already exists
checking build system type... x86_64-apple-darwin14.5.0
checking host system type... x86_64-apple-darwin14.5.0
checking target system type... x86_64-apple-darwin14.5.0
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ISO C89... none needed
checking whether we are using the GNU C++ compiler... yes
checking whether clang++ accepts -g... yes
checking how to run the C preprocessor... clang -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether clang needs -traditional... no
checking for ld... ld
checking whether the linker is GNU ld... no
checking whether clang -E accepts -o... yes
checking for real target cpu... x86_64
checking for ranlib... ranlib
checking for ar... ar
checking for as... as
checking for objdump... no
checking for gobjdump... no
checking for objcopy... no
checking for gobjcopy... no
checking for nm... nm
checking whether ln -s works... yes
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for a thread-safe mkdir -p...  -d
use 'mkdir -p' as MKDIR_P
checking for dtrace... dtrace
checking for dot... dot
checking for doxygen... no
checking for pkg-config... pkg-config
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for cd using physical directory... cd -P
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with LDFLAGS="-L/Users/hiro/.rbenv/versions/2.2.2/lib "
make: *** No targets specified and no makefile found.  Stop.

Хорошо, я обновился до Macosx 10.11, и, похоже, теперь он работает ...

Я обновился до Macosx 10.11, и теперь он, кажется, работает ...

@hiromipaw Это странно, но я рад, что вы

Эта ошибка всплыла и у меня. Странно, поскольку я только что установил новую установку rbenv после обновления до OSX 10.11

Это сработало около 2 недель назад, но с тех пор мне впервые понадобилось установить новый рубин. Я не обновлял rbenv или ruby-build , я обновил homebrew и OSX, возможно, запустил некоторые обновления в фоновом режиме, но я не уверен, есть обновление XCode в списке, могло ли это быть виновником.

Могу подтвердить, что mkdir -p ~/.rbenv/versions/2.1.0/lib исправил это. brew upgrade ruby-build тоже помогло (обновлено до 20151028)

У меня проблемы с установкой любых версий ruby ​​с последней версией ruby-build и текущим мастером rbenv. Это очень плохо. См. Https://github.com/rbenv/ruby-build/issues/859

Коллега столкнулся с такой же проблемой с 2.1.0 на El Capitan. Ручной mkdir также исправил это.

У @mla 2.1.0 была проблема, но она была исправлена ​​в последних версиях ruby-build. Убедитесь, что ваш коллега обновляется!

Моя не работала, потому что не было каталога /usr/local/lib (ни одна из моих формул не нуждалась в этом). Создание его и повторный запуск установки устранили проблему для меня.

_ (добавлен комментарий для расширения возможностей Google для решения проблем, отличных от этой проблемы) _

К слову, то же самое исправление помогло rvm install 2.3.1 (там, где не было известного двоичного файла ruby ​​2.3.1 rvm, и он должен был скомпилировать его сам).

$ rvm install 2.3.1
Searching for binary rubies, this might take some time.
No binary rubies available for: osx/10.11/x86_64/ruby-2.3.1.
Continuing with compilation. Please read 'rvm help mount' to get more information on binary rubies.
...
<elided>
...
ruby-2.3.1 - #extracting ruby-2.3.1 to /Users/ddd/.rvm/src/ruby-2.3.1....
ruby-2.3.1 - #configuring......
Error running './configure --prefix=/Users/ddd/.rvm/rubies/ruby-2.3.1 --with-opt-dir=/opt/local --disable-install-doc --enable-shared',
showing last 15 lines of /Users/ddd/.rvm/log/1468957690_ruby-2.3.1/configure.log
...
<elided>
...
checking whether CFLAGS is valid... yes
checking whether LDFLAGS is valid... no
configure: error: something wrong with LDFLAGS="-L/sw/lib -L/usr/local/lib -L/usr/lib -L/lib -I/usr/X11R6/include -I/opt/X11/include -I/opt/local/include"
There has been an error while running configure. Halting the installation.

Установка LDFLAGS только на существующие каталоги позволила configure; make; install продолжить работу в обычном режиме.

Могу подтвердить. Какой бы каталог LDFLAGS ни упоминал внутри, не существует. Его создание позволило установке нормально работать.

Последние 10 строк журнала:
проверка на unistd.h ... да
проверка юзабилити minix / config.h ... нет
проверка наличия minix / config.h ... нет
проверка minix / config.h ... нет
проверка, безопасно ли определять __EXTENSIONS __... да
проверка компакт-диска с использованием физического каталога ... cd -P
проверка допустимости CFLAGS ... да
проверка допустимости LDFLAGS ... нет
configure: error: что-то не так с LDFLAGS = "- L / Users / PAC? ckq4 /.rbenv/versions/2.4.0/lib"
make: * Цели не указаны, и make-файл не найден. Стоп.

Я получаю ошибку выше. Это потому, что моя пользовательская папка называется PACxecckq4. В результате xe конвертируется как? и это не удается.

Любое решение? пожалуйста

это сработало для меня: https://github.com/rbenv/ruby-build/issues/798

Была ли эта страница полезной?
0 / 5 - 0 рейтинги