[MacRuby] #941: curb gem does not build under MacRuby
#941: curb gem does not build under MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: new Priority: blocker | Milestone: Component: MacRuby | Keywords: ------------------------------------+--------------------------------------- Ripped almost verbatim from the macruby-dev mailing list: curb does not compile successfully for MacRuby. Normally you have to compile curb with a universal binary of libcurl to get it running on MRI, so I suspect that architecture incompatibility has something to do with why the build is failing. I get the following when I try to install with macgem: /usr/bin/gcc -I. -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2 /universal-darwin10.0 -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2/ruby/backward -I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2 -I. -DRUBY_EXTCONF_H=\"curb_config.h\" -fno-common -arch i386 -arch x86_64 -fexceptions -fno-common -pipe -O3 -g -Wall -I/opt/local/include -g -Wall -arch i386 -arch x86_64 -o curb_multi.o -c curb_multi.c curb_multi.c: In function ‘rb_curl_multi_mark_all_easy’: curb_multi.c:38: warning: implicit declaration of function ‘rb_gc_mark’ curb_multi.c: In function ‘curl_multi_free’: curb_multi.c:64: warning: implicit declaration of function ‘RHASH’ curb_multi.c:64: error: invalid type argument of ‘->’ curb_multi.c: In function ‘rb_curl_multi_mark_all_easy’: curb_multi.c:38: warning: implicit declaration of function ‘rb_gc_mark’ curb_multi.c: In function ‘curl_multi_free’: curb_multi.c:64: warning: implicit declaration of function ‘RHASH’ curb_multi.c:64: error: invalid type argument of ‘->’ lipo: can't open input file: /var/tmp//ccbAYK9V.out (No such file or directory) make: *** [curb_multi.o] Error 1
It looks like this C extension is using an element of the MRI C API that we do not support yet. I am guessing it's poking at the RHASH structure, which we won't probably support any time soon.
Should I create a ticket for this?
Why not... but I don't think it will be ever fixed :(
-- Ticket URL: <http://www.macruby.org/trac/ticket/941> MacRuby <http://macruby.org/>
#941: curb gem does not build under MacRuby ------------------------------------+--------------------------------------- Reporter: mrada@… | Owner: lsansonetti@… Type: defect | Status: closed Priority: blocker | Milestone: Component: MacRuby | Resolution: wontfix Keywords: | ------------------------------------+--------------------------------------- Changes (by vincent.isambart@…): * status: new => closed * resolution: => wontfix Comment: The curb extension uses a RHASH_LEN it defines if it's not already defined: https://github.com/taf2/curb/blob/master/ext/curb.h#L40 Neither Ruby 1.9 not MacRuby define a RHASH_LEN macro, but they both define a RHASH_SIZE macro that does the same thing (and in fact RHASH_SIZE is safer than their macro). Defining a RHASH_LEN macro in MacRuby would probably make curb compile but 1.9 does not define it and it would be a bad idea to add that just for one gem. Someone should ask the curb guys to use RHASH_SIZE instead of RHASH_LEN. -- Ticket URL: <http://www.macruby.org/trac/ticket/941#comment:1> MacRuby <http://macruby.org/>
participants (1)
-
MacRuby