[#28561] Ruby::DL vs Ruby::FFI — Aston <blackapache512-ticket@...>

Ruby.DL and FFI libraries are great for programmers like me who are not internet programmers, but are more interested in scientific and number processing etc.

11 messages 2010/03/08

[#28686] trunk (26947) build fail with msys/mingw/vista — Jon <jon.forums@...>

I get the following build failure when msysgit's "c:\git\cmd" dir is on PATH.

8 messages 2010/03/16

[#28687] [Bug #2973] rb_bug - Segmentation fault - error.c:213 — rudolf gavlas <redmine@...>

Bug #2973: rb_bug - Segmentation fault - error.c:213

10 messages 2010/03/16

[#28735] [Bug #2982] Ruby tries to link with both openssl and readline — Lucas Nussbaum <redmine@...>

Bug #2982: Ruby tries to link with both openssl and readline

16 messages 2010/03/18

[#28736] [Bug #2983] Ruby (GPLv2 only) tries to link to with readline (now GPLv3) — Lucas Nussbaum <redmine@...>

Bug #2983: Ruby (GPLv2 only) tries to link to with readline (now GPLv3)

10 messages 2010/03/18

[#28907] [Bug #3000] Open SSL Segfaults — Christian Höltje <redmine@...>

Bug #3000: Open SSL Segfaults

19 messages 2010/03/23

[#28924] [Bug #3005] Ruby core dump - [BUG] rb_sys_fail() - errno == 0 — Sebastian YEPES <redmine@...>

Bug #3005: Ruby core dump - [BUG] rb_sys_fail() - errno == 0

10 messages 2010/03/24

[#28954] [Feature #3010] slow require gems in ruby 1.9.1 — Miao Jiang <redmine@...>

Feature #3010: slow require gems in ruby 1.9.1

15 messages 2010/03/24

[#29179] [Bug #3071] Convert rubygems and rdoc to use psych — Aaron Patterson <redmine@...>

Bug #3071: Convert rubygems and rdoc to use psych

10 messages 2010/03/31

[ruby-core:28590] Re: Ruby::DL vs Ruby::FFI

From: wanabe <s.wanabe@...>
Date: 2010-03-10 14:09:01 UTC
List: ruby-core #28590
2010/3/9, NARUSE, Yui <naruse@airemix.jp>:
> (2010/03/09 1:04), Luis Lavena wrote:
>> On Mon, Mar 8, 2010 at 4:56 PM, Aston<blackapache512-ticket@yahoo.com>
>> wrote:
>>>
>>> I really like FFI, though I started with DL since at that time FFI won't
>>> build on windoz.
>>
>> The building of ffi gem happens under Linux/OSX, until a few weeks ago
>> the environment of the gem author was borked, and that was the reason
>> there has been no binary for Windows yet.
>>
>>> recently few days back I saw some svn msgs suggesting that DL's
>>> dependency
>>> on libffi was removed, since libffi won't build on windoz (again!). so my
>>> question is will DL in future be based on libffi ? why just not use FFI.
>>> Its
>>> API and idea is very good and ruby like, against DL's idea of giving in C
>>> snippets to be interpreted by DL ?
>>>
>>
>> Ruby core developers state is not compatible with MSVC, and is not
>> "out of the box", you need to use a script wrapper around configure
>> which was added recently as contribution my mozilla labs. (msvcc.sh)
>>
>> I've tried with old Visual C 6.0 and it doesn't work without a lot of
>> tweaking, the configure process is not great and you still need
>> certain MSYS tools (bash and such). Haven't tested newer Visual C
>> versions since semi-official builds use Visual C 6.0
>>
>> I think that is the reason got rejected.
>>
>> If someone can work on a CMake configure script, Ruby-Core can use
>> that to build and install libffi, then I think libffi can be back to
>> replace DL.
>>
>> Since time to do that means money, I've money to give for it, $100 USD.
>>
>> Anyone interested in build a CMake replacement for libffi autoconf
>> please let me know.
>
> I confirmed Aaron's ext/dl can work with following
> patched libffi on mswin32/VC9.
> http://sourceware.org/ml/libffi-discuss/2010/msg00049.html
>
> If this also works on mswin64 and libffi merge this,
> we can reimport Aaron's new ext/dl.
> Please try this who have other than mswin32/VC9 and feedback to libffi.
>
> --
> NARUSE, Yui  <naruse@airemix.jp>
>
>


-- 
ワナベ

In This Thread