FreeBSD Port: ruby18-1.8.2_2
Jeremy Messenger
mezz7 at cox.net
Tue Feb 22 00:47:01 PST 2005
On Tue, 22 Feb 2005 18:33:19 +1000, Mark Sergeant
<msergeant at snsonline.net> wrote:
>
> On 22/02/2005, at 18:11, Jeremy Messenger wrote:
>
>> On Tue, 22 Feb 2005 00:11:48 -0600, Jeremy Messenger <mezz7 at cox.net>
>> wrote:
>>
>>> On Tue, 22 Feb 2005 00:55:22 -0500, Garance A Drosihn <drosih at rpi.edu>
>>> wrote:
>>>
>>>> At 11:36 PM -0600 2/21/05, Jeremy Messenger wrote:
>>>>> On Mon, 21 Feb 2005, Garance A Drosihn <drosih at rpi.edu> wrote:
>>>>>
>>>>>> I tried this on powerPC, and ruby built fine. I haven't tested
>>>>>> it much, but the things I tested seem to work fine.
>>>>>>
>>>>>> I tried it on sparc64, and ruby didn't build. The attempt
>>>>>> ended with:
>>>>>>
>>>>> <snip>
>>>>>
>>>>> Ruby has few '__sparc__' and '__sparc_v9__' in the very few places,
>>>>> but none of '__sparc64__'. Are there any chance that it will need
>>>>> to add a new define, '__sparc64__', to make ruby works better? I am
>>>>> lacking on knowlege of programming, so someone with the programming
>>>>> knowledge should take a look at those.
>>>>>
>>>>> =======================================
>>>>> # find . -name \* | xargs egrep -l "sparc"
>>>>> ./work/ruby-1.8.2/config.guess
>>>>> ./work/ruby-1.8.2/config.sub
>>>>> ./work/ruby-1.8.2/configure.in
>>>>> ./work/ruby-1.8.2/defines.h
>>>>> ./work/ruby-1.8.2/dln.c
>>>>> ./work/ruby-1.8.2/gc.c
>>>>> ./work/ruby-1.8.2/doc/ChangeLog-1.8.0
>>>>> ./work/ruby-1.8.2/ext/digest/sha1/sha1.c
>>>>> ./work/ruby-1.8.2/configure
>>>>> ./work/ruby-1.8.2/configure.lineno
>>>>> ./work/ruby-1.8.2/configure.bak
>>>>> =======================================
>>>>>
>>>>> Looks like about four to five files that need to take a look at.
>>>>
>>>> Hmm. Note that ruby-1.8.2_1 is installed and working fine on my
>>>> sparc64 machine. Has all that much changed between ruby-1.8.2_1
>>>> and ruby-1.8.2_2 ?
>>>
>>> Yes, it enables thread support by default now to reduce the
>>> problem/complicate for other ports that depend on ruby, but turned out
>>> another problem for different ${ARCH} too. So far from what I can see
>>> is to disable thread support in ruby for only different ${ARCH} that
>>> don't work. It means, few ports will be disable like maybe ruby-opengl
>>> and few others. I personal never have test disable thread support in
>>> all version of FreeBSD with louix or my change to see if others ports
>>> that required
>>
>> Oops, wrong person, it's lofi.. My plan of tonight or tomorrow is to
>> still use this new patch then reinstall it. Also, rebuild/reinstall all
>> apps that depend on ruby. After that I am going to test on few ruby
>> ports that need threads (ruby-opengl, ruby-gtk2, ruby-gnome2 and etc)
>> to see if they still will working or not. I am hoping that lofi will
>> have time to test it on FreeBSD 4.x.
>>
>> New patch: http://people.freebsd.org/~mezz/diff/ruby18.diff
>>
>> Be sure to 'rm -rf /usr/ports/lang/ruby18/*' and update your ports tree
>> before you use this patch. The difference between ruby-1.8.2_2 to new
>> patch is that disable thread again, teach ruby about ${PTHREAD_*}, and
>> use patches from Gentoo/Debian.
>>
>> If this new patch doesn't work, then I guess one of us will have to
>> mark ruby-opengl and few other that require threads as broke for on
>> sparc64 and other ${ARCH} and disable thread support in ruby. It's a
>> lot better than re-create a voodoo '_r'.
>>
>> Cheers,
>> Mezz
>>
>
> Works like a charm on AMD64, thanks heaps !
wow, you are quick! There is a very small problem with this new patch
thought.. It doesn't add ${PTHREAD_*} even thought I told it to do. Anyone
is welcome to poke around it.. I am going to sleep and will trying to poke
it more to see if I can do anything with it.
Cheers,
Mezz
> Mark
--
mezz7 at cox.net - mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
More information about the freebsd-ports
mailing list