Project

General

Profile

Actions

Bug #8134

closed

Compilation failure for 2.0.0 on 10.6.8

Added by vschiavoni (Valerio Schiavoni) about 11 years ago. Updated over 10 years ago.

Status:
Third Party's Issue
Assignee:
-
Target version:
-
ruby -v:
Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)
Backport:
[ruby-core:53580]

Description

Trying to install 2.0.0 with rvm on Mac OSX 10.6.8, the installation fails.


Related issues 1 (0 open1 closed)

Is duplicate of Ruby master - Bug #8017: Got segmentation fault on attempt to install ruby 2.0.0-p0 on Mac 10.6.8 via RVMThird Party's IssueActions

Updated by vschiavoni (Valerio Schiavoni) about 11 years ago

This is the content of the log file reported by RVM:

[2013-03-20 19:28:58] make
current path: /Users/veleno/.rvm/src/ruby-2.0.0-p0
command(2): make install
CC = clang
LD = ld
LDSHARED = clang -dynamiclib
CFLAGS = -O3 -ggdb3 -Wall -Wextra -Wno-unused-parameter -Wno-parentheses -Wno-long-long -Wno-missing-field-initializers -Wunused-variable -Werror=pointer-arith -Werror=write-strings -Werror=declaration-after-statement -Werror=shorten-64-to-32 -Werror=implicit-function-declaration -fno-common -pipe
XCFLAGS = -include ruby/config.h -include ruby/missing.h -D_FORTIFY_SOURCE=2 -fstack-protector -fvisibility=hidden -DRUBY_EXPORT
CPPFLAGS = -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -D_DARWIN_UNLIMITED_SELECT -D_REENTRANT -I/opt/local/include -I. -I.ext/include/x86_64-darwin10.8.0 -I./include -I.
DLDFLAGS = -Wl,-undefined,dynamic_lookup -Wl,-multiply_defined,suppress -L/opt/local/lib -install_name /Users/veleno/.rvm/rubies/ruby-2.0.0-p0/lib/libruby.2.0.0.dylib -current_version 2.0.0 -compatibility_version 2.0.0 -fstack-protector -Wl,-u,_objc_msgSend -fstack-protector -Wl,-u,_objc_msgSend
SOLIBS =
internal:prelude:1: [BUG] Bus Error
ruby 2.0.0p0 (2013-02-24 revision 39474) [x86_64-darwin10.8.0]

-- Crash Report log information --------------------------------------------
See Crash Report log file under the one of following:
* ~/Library/Logs/CrashReporter
* /Library/Logs/CrashReporter
* ~/Library/Logs/DiagnosticReports
* /Library/Logs/DiagnosticReports
the more detail of.

-- Control frame information -----------------------------------------------
c:0002 p:0002 s:0004 e:000003 TOP internal:prelude:1 [FINISH]
c:0001 p:0000 s:0002 E:000fa8 TOP [FINISH]

internal:prelude:1:in `'

-- C level backtrace information -------------------------------------------

-- Other runtime information -----------------------------------------------

  • Loaded script: ./miniruby

  • Loaded features:

    0 enumerator.so

[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html

make: *** [.rbconfig.time] Abort trap

This is the content of the CrashReporter log:

Process: miniruby [37214]
Path: /Users/veleno/.rvm/src/ruby-2.0.0-p0/miniruby
Identifier: miniruby
Version: ??? (???)
Code Type: X86-64 (Native)
Parent Process: gnumake [37170]

Date/Time: 2013-03-20 19:33:29.687 +0100
OS Version: Mac OS X 10.6.8 (10K549)
Report Version: 6

Exception Type: EXC_BAD_ACCESS (SIGABRT)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000100058c27
Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Application Specific Information:
abort() called

Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 libSystem.B.dylib 0x00007fff805420b6 __kill + 10
1 libSystem.B.dylib 0x00007fff805e29f6 abort + 83
2 miniruby 0x0000000100034d49 0x100000000 + 216393
3 miniruby 0x00000001000f0099 0x100000000 + 983193
4 libSystem.B.dylib 0x00007fff805541ba _sigtramp + 26
5 miniruby 0x000000010014a9ec vm_exec_core + 2044 (vm.inc:446)
6 miniruby 0x000000010015af90 vm_exec + 96 (vm.c:1176)
7 miniruby 0x000000010015aefa rb_iseq_eval + 266 (vm.c:1411)
8 miniruby 0x00000001000eb582 ruby_process_options + 2082 (ruby.c:1172)
9 miniruby 0x00000001000399c4 ruby_options + 132 (eval.c:99)
10 miniruby 0x0000000100001317 main + 71 (main.c:36)
11 miniruby 0x00000001000012c4 start + 52

Thread 1:
0 libSystem.B.dylib 0x00007fff8052ce7c thread_start + 0

Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x0000000000000000 rbx: 0x0000000100186b23 rcx: 0x0000000100907978 rdx: 0x0000000000000000
rdi: 0x000000000000915e rsi: 0x0000000000000006 rbp: 0x0000000100907990 rsp: 0x0000000100907978
r8: 0x00007fff700d1a60 r9: 0x0000000000000000 r10: 0x00007fff8053e0fa r11: 0x0000000000000202
r12: 0x00000001008db968 r13: 0x0000000000000003 r14: 0x00000001008d2c78 r15: 0x00007fff5fbfce18
rip: 0x00007fff805420b6 rfl: 0x0000000000000202 cr2: 0x00007fff700c9140

Binary Images:
0x100000000 - 0x10021bfff +miniruby ??? (???) /Users/veleno/.rvm/src/ruby-2.0.0-p0/miniruby
0x7fff5fc00000 - 0x7fff5fc3be0f dyld 132.1 (???) <29DECB19-0193-2575-D838-CF743F0400B2> /usr/lib/dyld
0x7fff804f3000 - 0x7fff806b4fef libSystem.B.dylib 125.2.11 (compatibility 1.0.0) <9AB4F1D1-89DC-0E8A-DC8E-A4FE4D69DB69> /usr/lib/libSystem.B.dylib
0x7fff81274000 - 0x7fff8132aff7 libobjc.A.dylib 227.0.0 (compatibility 1.0.0) <03140531-3B2D-1EBA-DA7F-E12CC8F63969> /usr/lib/libobjc.A.dylib
0x7fff81b74000 - 0x7fff81bc0fff libauto.dylib ??? (???) /usr/lib/libauto.dylib
0x7fff86df7000 - 0x7fff86dfbff7 libmathCommon.A.dylib 315.0.0 (compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5> /usr/lib/system/libmathCommon.A.dylib
0x7fff89714000 - 0x7fff89791fef libstdc++.6.dylib 7.9.0 (compatibility 7.0.0) <35ECA411-2C08-FD7D-11B1-1B7A04921A5C> /usr/lib/libstdc++.6.dylib
0x7fffffe00000 - 0x7fffffe01fff libSystem.B.dylib ??? (???) <9AB4F1D1-89DC-0E8A-DC8E-A4FE4D69DB69> /usr/lib/libSystem.B.dylib

Updated by nobu (Nobuyoshi Nakada) about 11 years ago

  • Status changed from Open to Third Party's Issue
  • ruby -v changed from ruby 1.8.7 (2011-06-30 patchlevel 352) [i686-darwin10.8.0] to ruby 2.0.0-p0

Updated by nobu (Nobuyoshi Nakada) about 11 years ago

  • ruby -v changed from ruby 2.0.0-p0 to Apple clang version 1.7 (tags/Apple/clang-77) (based on LLVM 2.9svn)

Updated by naruse (Yui NARUSE) about 11 years ago

It seems because your clang is too old; use newer clang or gcc-4.2.
Or report rvm to use gcc-4.2 prior clang/llvm-gcc.

Updated by mpapis (Michal Papis) over 10 years ago

it's coded now in rvm to default to gcc-4.2 in this case, also if user forced CC=clang then rvm will warn about old version, in my opinion this ticket can be closed

Updated by naruse (Yui NARUSE) over 10 years ago

"Third Party's Issue" is considered as closed on this tracker.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0