From: Motohiro KOSAKI <kosaki.motohiro@...>
Date: 2011-07-08T17:24:42+09:00
Subject: [ruby-core:37868] [Ruby 1.9 - Bug #4566][Third Party's Issue] followup of


Issue #4566 has been updated by Motohiro KOSAKI.

Status changed from Assigned to Third Party's Issue

I'm using Linux Fedora 15 and following gcc version. It also works fine without the patch.
So, this is obviously no ruby issue. Please update gcc.

% LANG=C gcc -v
LANG=C gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-redhat-linux/4.6.0/lto-wrapper
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.\
redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib -\
-enable-__cxa_atexit --disable-libunwind-exceptions --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c\
,c++,objc,obj-c++,java,fortran,ada,go,lto --enable-plugin --enable-java-awt=gtk --disable-dssi --with-java-home=/usr/lib/jvm\
/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-e\
cj.jar --disable-libjava-multilib --with-ppl --with-cloog --with-tune=generic --with-arch_32=i686 --build=x86_64-redhat-linu\
x
Thread model: posix
gcc version 4.6.0 20110530 (Red Hat 4.6.0-9) (GCC) 
----------------------------------------
Bug #4566: followup of [ruby-core:32747] 
http://redmine.ruby-lang.org/issues/4566

Author: jojelino _
Status: Third Party's Issue
Priority: High
Assignee: Nobuyoshi Nakada
Category: core
Target version: 1.9.3
ruby -v: revision 31234


=begin
[ruby-core:32747]

 Index: vm_exec.c
 ===================================================================
 --- vm_exec.c   (revision 31234)
 +++ vm_exec.c   (working copy)
 @@ -11,7 +11,7 @@
 
 #include <math.h>
 
 -#if VMDEBUG > 0
 +#if (VMDEBUG > 0) | ((__GNUC__ >= 4) && (__GNUC_MINOR__ >= 6) && (__GNUC_PATCHLEVEL__ >= 0))
 #define DECL_SC_REG(type, r, reg) register type reg_##r
 
 #elif __GNUC__ && __x86_64__ && !__clang__

please apply this, it resolves segmentation fault in gcc > 4.6 
specifying register name explicitly fails. although it worked in previous version.
if you continue using explicit register name, you gotta find workaround about it ;)
=end



-- 
http://redmine.ruby-lang.org