[MacRuby-devel] [MacRuby] #727: re.h header missing
MacRuby
ruby-noreply at macosforge.org
Mon Aug 2 18:14:16 PDT 2010
#727: re.h header missing
--------------------------------+-------------------------------------------
Reporter: spamfaenger@… | Owner: lsansonetti@…
Type: defect | Status: closed
Priority: blocker | Milestone: MacRuby 0.7
Component: MacRuby | Resolution: fixed
Keywords: |
--------------------------------+-------------------------------------------
Changes (by lsansonetti@…):
* status: new => closed
* resolution: => fixed
* milestone: => MacRuby 0.7
Comment:
Looks like we missed the HAVE_RUBY_RE_H define. I added it and exported
the function the gem is using in r4399 and it builds better.
However, it still fails, because it compiles with -Werror and there is a
warning.
{{{
/usr/bin/gcc -I.
-I/Library/Frameworks/MacRuby.framework/Versions/0.7/usr/include/ruby-1.9.2
/universal-darwin11.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. -fno-common -arch i386 -arch x86_64 -fexceptions -fno-common -pipe
-O3 -g -Wall -O0 -Wall -Werror -arch i386 -arch x86_64 -o
gherkin_lexer_ar.o -c gherkin_lexer_ar.c
cc1: warnings being treated as errors
/Users/aslakhellesoy/scm/gherkin/tasks/../ragel/i18n/ar.c.rl: In function
‘CLexer_scan’:
/Users/aslakhellesoy/scm/gherkin/tasks/../ragel/i18n/ar.c.rl:402: warning:
initialization discards qualifiers from pointer target type
cc1: warnings being treated as errors
/Users/aslakhellesoy/scm/gherkin/tasks/../ragel/i18n/ar.c.rl: In function
‘CLexer_scan’:
/Users/aslakhellesoy/scm/gherkin/tasks/../ragel/i18n/ar.c.rl:402: warning:
initialization discards qualifiers from pointer target type
}}}
{{{
VALUE input_copy = rb_str_dup(input);
rb_str_append(input_copy, rb_str_new2("\n%_FEATURE_END_%"));
char *data = RSTRING_PTR(input_copy);
size_t len = RSTRING_LEN(input_copy);
}}}
In MacRuby, RSTRING_PTR returns a const pointer. I'm afraid this isn't
going to change. If the gem wants to be used in MacRuby the developer has
to modify this.
Since the re.h problem is solved, I'm closing this bug.
--
Ticket URL: <http://www.macruby.org/trac/ticket/727#comment:5>
MacRuby <http://macruby.org/>
More information about the MacRuby-devel
mailing list