Bug #2646


1.9.2dev segv when compiling with clang 1.1/trunk

Added by roberto (Ollivier Robert) over 12 years ago. Updated about 11 years ago.

Third Party's Issue
Target version:
ruby -v:
ruby 1.9.2dev (2010-01-25) [x86_64-darwin10.2.0]


As I've been doing for several months/years, I'm compiling regular snapshots of the clang compiler and use it to compile ruby/trunk.
I have clang@94309 and ruby 1.9.2dev@26404 on OS X 10.6.2. For several revisions of ruby I get this when running miniruby during the build process:

clang -O -m64 -g -pipe -I. -I.ext/include/x86_64-darwin10.2.0 -I../include -I.. -DRUBY_EXPORT -D_XOPEN_SOURCE -D_DARWIN_C_SOURCE -o newline.o -c newline.c
clang -O -m64 -g -pipe -L. -m64 -g -L/usr/local/lib -Wl,-u,_objc_msgSend main.o dmydln.o dmyencoding.o miniprelude.o array.o bignum.o class.o compar.o complex.o dir.o enum.o enumerator.o error.o eval.o load.o proc.o file.o gc.o hash.o inits.o io.o marshal.o math.o node.o numeric.o object.o pack.o parse.o process.o random.o range.o rational.o re.o regcomp.o regenc.o regerror.o regexec.o regparse.o regsyntax.o ruby.o safe.o signal.o sprintf.o st.o strftime.o string.o struct.o time.o transcode.o util.o variable.o version.o compile.o debug.o iseq.o vm.o vm_dump.o thread.o cont.o ascii.o us_ascii.o unicode.o utf_8.o newline.o dmyext.o -lpthread -ldl -lobjc -o miniruby
internal:prelude:4: [BUG] Segmentation fault
ruby 1.9.2dev (2010-01-25) [x86_64-darwin10.2.0]

-- control frame ----------
c:0003 p:0002 s:0006 b:0006 l:000005 d:000005 TOP internal:prelude:4
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:000238 d:000238 TOP

internal:prelude:4:in `'

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

You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details:

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

Any idea/test I could ru to see whether it is a clang-related issue or a ruby one?

Actions #1

Updated by rogerdpack (Roger Pack) over 12 years ago


Any idea/test I could ru to see whether it is a clang-related issue or a ruby one?

I'm not familiar with "clang", but if it has the equivalent of gdb, you could try running it in that, and/or valgrind.

Actions #2

Updated by naruse (Yui NARUSE) over 12 years ago

Hmm, it seems your clang's bug.
I can compile with clang 1.1 with x86_64 FreeBSD.

Anyway, it seems crash of miniruby.
Can you try following?
gdb ./miniruby -e'1'

Actions #3

Updated by wanabe (_ wanabe) about 12 years ago

  • Target version changed from 1.9.2 to 2.0.0



Actions #4

Updated by naruse (Yui NARUSE) almost 12 years ago

  • Status changed from Open to Third Party's Issue




Also available in: Atom PDF