[#11073] segfault printing instruction sequence for iterator — <noreply@...>

Bugs item #10527, was opened at 2007-05-02 14:42

14 messages 2007/05/02
[#11142] Re: [ ruby-Bugs-10527 ] segfault printing instruction sequence for iterator — Nobuyoshi Nakada <nobu@...> 2007/05/10

Hi,

[#11188] Re: [ ruby-Bugs-10527 ] segfault printing instruction sequence for iterator — Paul Brannan <pbrannan@...> 2007/05/16

On Thu, May 10, 2007 at 04:51:18PM +0900, Nobuyoshi Nakada wrote:

[#11234] Planning to release 1.8.6 errata — Urabe Shyouhei <shyouhei@...>

Hi all.

17 messages 2007/05/25

Re: Error compiling ruby from source

From: "Costas Piliotis" <cpiliotis@...>
Date: 2007-05-25 23:32:43 UTC
List: ruby-core #11247
Sorry to be a pest - if this is an incorrect forum to be posting this in
I'm terribly sorry...  Please point me in the right direction.  
 
Anyway, I've dug a little bit more, and it seems to happen when I make
the bigdecimal part.
 
The compand that seems to trip up building Ruby is:
gcc -shared -rdynamic -Wl,-export-dynamic   -L'../..' -o
../../.ext/x86_64-liux/bigdecimal.so bigdecimal.o  -lcrypt -lm   -lc
 
And the error I get is:
/usr/bin/ld:
/opt/usr/bin/../lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libm
.a(k_standard.o): relocation R_X86_64_32S against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
/opt/usr/bin/../lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libm
.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
 
 
Do you guys think I should file a bug report?
 

________________________________

From: Costas Piliotis [mailto:cpiliotis@riptown.com] 
Sent: Friday, May 25, 2007 10:46 AM
To: ruby-core@ruby-lang.org
Subject: Error compiling ruby from source


Hi folks.  I've been getting an error message when compiling ruby from
source, and I'm sure it's just a missing package.
 
I have two x86_64 RHEL 4 boxes, and one of them I'm having a helluva
time trying to install Ruby.   I can get 1.8.6 to build on one RHEL 4
box and not the other.
 
It seems to trip on bigdecimal.c :

gcc -shared -rdynamic -Wl,-export-dynamic   -L'../..' -o
../../.ext/x86_64-linux/bigdecimal.so bigdecimal.o  -lcrypt -lm   -lc
/usr/bin/ld:
/opt/usr/bin/../lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libm
.a(k_standard.o): relocation R_X86_64_32S against `a local symbol' can
not be used when making a shared object; recompile with -fPIC
/opt/usr/bin/../lib/gcc/x86_64-redhat-linux/3.4.6/../../../../lib64/libm
.a: could not read symbols: Bad value
 
 
When I run the configure script on both boxes, the only major difference
I get on the new box is:
 
checking for dlopen in -ldl... no
checking for dlopen... no
 
On the old box it gets yes for both...
 
The new box has newer versions of gcc and glibc and all that, plus a
newer kernel   Anyone got any thoughts on where to look?   

In This Thread