From: Bob Gustafson <bobgus@...>
Date: 2004-02-09T13:59:47+09:00
Subject: pty.so: [BUG] Segmentation fault - still

As suggested in an earlier email, I blew away /usr/local/lib/ruby - which
took care of the subdirectories 1.6, 1.8, and site_ruby.

I also deleted libruby-static.a which was in /usr/local/lib. (This file was
regenerated during the rebuild process below - a bit odd?)

Then I untarred the distribution file, did:

 ./configure  2>&1 | tee config.out
 make         2>&1 | tee make.out
 make test    2>&1 | tee test.out
 make install 2?&1 | tee install.out

ruby testbug.rb

I got exactly the same result as before:

bash-2.03# ruby bugtest.rb
/usr/local/lib/ruby/1.8/sparc-solaris2.7/pty.so: [BUG] Segmentation fault
ruby 1.8.1 (2003-12-25) [sparc-solaris2.7]

Abort (core dumped)
bash-2.03#
bash-2.03# cat bugtest.rb
require 'pty'
puts "This is a test"
bash-2.03#


If you are interested in looking at the output of the build phases (*.out),
I put tham up on http://66.175.1.68/rubybug.html

Thanks for any help.

Bob Gustafson

Joel VanderWerf wrote in [ruby-talk: 91779]
>nobu.nokada@softhome.net wrote:
>> Hi,
>>
>> At Sun, 8 Feb 2004 07:11:47 +0900,
>> Joel VanderWerf wrote in [ruby-talk:91760]:
>>
>>>Is it possible that the include path found version.h in
>>>$PREFIX/lib/ruby/1.8/sparc-solaris2.7/ before the one in the build dir?
>>>I've never seen this problem on linux, and I don't recall seeing it
>>>before on solaris.
>>
>>
>> No.
>>
>>
>>>A typical compiler invocation looks like:
>>>
>>>gcc -I/usr/path/include   -I. -I. -I/usr/path/include -c class.c
>>
>>
>> It is strange.  Don't you set CFLAGS env?  Otherwise, '-g -O2'
>> should appear instead.
>
>Oops. That's exactly what it was. I have:
>
>declare -x CFLAGS="-I/usr/path/include"
>
>That was for some other software. Good to know that can interfere with
>ruby builds. Thanks.