similar to: parser files not compatible with ragel 6.0

Hello, I''m having some issues building r190 on Leopard (10.5.1): $ rake (in /Users/johan/temp/superredcloth) ragel superredcloth_scan.rl | rlgen-cd -G2 -o superredcloth_scan.c ragel superredcloth_inline.rl | rlgen-cd -G2 -o superredcloth_inline.c /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby extconf.rb checking for main() in -lc... yes creating Makefile make gcc -I.

Before anything else, let me state this: Of course it''s going to be PAINFULLY slow on MRI. That''s not the point :) I thought I''d try out writing out a Ruby version of the parser for the purposes of Rubinius. For those of you who aren''t aware, Ragel supports a goto-driven FSM on Rubinius by injecting assembly directly, and Rubinus head honcho guy Evan Phoenix

Rev. 190 Ragel 5.7 The following command had already eaten 1.5 GB RAM when I killed it: ragel superredcloth_inline.rl | rlcodegen -G2 -o superredcloth_inline.c -- Posted via http://www.ruby-forum.com/.

I''m taking a stab at creating a parser to parse the server response using the mongrel parser as a base. Never having used a parser like Ragel before in my life, I''d like some input on the following for parsing an http server response. This is part of my modified version of http11_parser.rl. In particular what would be better than using ''any'' to match the

This is off-topic. I''m hoping someone on this list can point me towards more general information on finite state machines, their definition, how to build them, determining when to apply them, etc. I read Zed''s blog entry from way back when covering Ragel [1] but he hasn''t followed it up and there aren''t many pointers to external information.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I''m trying to install the RedCloth gem on my Arch Linux (64bit) system, but hadn''t had success yet, RedCloth doesn''t seem to compile. Here''s the installation output: ====================================== $ LANG=en_US.utf8 sudo gem install RedCloth Building native extensions. This could take a while...

Hi Jason ! Hmmm, this is good and bad news: Good: ruby hooks means I could use a single pass to parse textile customizations in zena instead of running two parsers: nice. Bad: I have just switched to ragel for QueryBuilder to parse pseudo sql and I fear your shortcomings (if that''s an english phrase). Could you describe more precisely what you are missing with ragel ? I''m

Hello, I would like to install SuperRedCloth on my server, here is the entire log : gem install superredcloth --source http://code.whytheluckystiff.net Building native extensions. This could take a while... ERROR: Error installing superredcloth: ERROR: Failed to build gem native extension. /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby extconf.rb install superredcloth

RedCloth master generates a spurios <li> element when a numbered or undumbered list is followed by three or more newlines. RedCloth.new("* one\n* two\n* three \n\n\n").to_html #=> "<ul>\n\t<li>one</li>\n\t<li>two</li>\n\t<li>three</li>\n</ul>\n<li>" # note extra trailing <li> outside <ul> A colleague

SuperRedCloth v1.160 and svn rev 163 don''t work the textile commands that specify table headers instead of table data. Here''s a simple test: require ''superredcloth'' w = "|_. a|_. b|_. c|\n|1|2|3|" h = SuperRedCloth.new(w).to_html puts h <table> <tr> <td>_. a</td>

Hi I was interested to see how Mongrel uses Lex/Yacc to parse the HTTP requests using a Regal generated parser. I downloaded the source but do not see the lex and yacc files...

I tried to install RedCloth-3.274 in jruby (trunk) but the install failed when RedCloth tried to build the C code using mkmf: I forget whether SuperRedcloth ever did build in JRuby?? I know Hpricot (which also uses ragel which can compile to Java code) works in JRuby -- with the patch here: https://code.whytheluckystiff.net/hpricot/ticket/131) I might be confusing the two ... FYI: If you

So my original post subject was for -march, but that was my mistake. The command line option is -arch. Since presumably Macports is just fetching an llvm tar ball from some repository, is the issue that llvm has been misconfigure in some obvious way? Yes, I can take a look at the driverdriver.c source file as well. Should this also be working in LLVM 2.9 or is the latest SVN also needed? On

The -arch option is handled by Apple's "driver-driver", and the MacPorts build is probably not using that. See the driverdriver.c source file in llvm-gcc for details. On Aug 22, 2011, at 3:08 PM, Nichols A. Romero wrote: > Here is some more info: > > [naromero:~/pmr] naromero% llvm-gcc -v > Using built-in specs. > Target: x86_64-apple-darwin10 > Configured with:

Hi, I apologize if I am not asking on the right mailing list. I am using the llvm-gcc4.2 from MacPorts. https://trac.macports.org/browser/trunk/dports/lang/llvm-gcc42/Portfile llvm-gcc does not seem to accept the -march flag. This is the error, I got: cc1: error: unrecognized command line option "-march" The port developer asked me to find out if this is a known issue. -- Nichols

On Aug 22, 2011, at 3:59 PM, Bob Wilson wrote: > The -arch option is handled by Apple's "driver-driver", and the MacPorts build is probably not using that. See the driverdriver.c source file in llvm-gcc for details. > He's asking about the -march option which should work either way. Also, the driver-driver should be in the sources that they're using even still.

Here is some more info: [naromero:~/pmr] naromero% llvm-gcc -v Using built-in specs. Target: x86_64-apple-darwin10 Configured with: ../llvm-gcc-4.2-2.9.source/configure --prefix=/opt/local --host=x86_64-apple-darwin10 --enable-llvm=/opt/local --enable-languages=c,c++,objc,obj-c++,fortran --libdir=/opt/local/lib/llvm-gcc42 --includedir=/opt/local/include/llvm-gcc42 --infodir=/opt/local/share/info

On Mon, Aug 22, 2011 at 2:34 PM, Nichols A. Romero <naromero at gmail.com> wrote: > Hi, > > I apologize if I am not asking on the right mailing list. > > I am using the llvm-gcc4.2 from MacPorts. > https://trac.macports.org/browser/trunk/dports/lang/llvm-gcc42/Portfile > > llvm-gcc does not seem to accept the -march flag. This is the error, > I got: > > cc1:

Still nothing here: [yendi:~] echristo% llvm-gcc -march=nocona foo.c -S -arch x86_64 [yendi:~] echristo% So, perhaps you could send more information? Or bug the mac ports people. -eric On Aug 22, 2011, at 2:44 PM, Nichols A. Romero wrote: > This comes up when trying to compile Valgrind, here is the full compile line: > > /opt/local/bin/llvm-gcc-4.2 -Wbad-function-cast -Wcast-qual

This comes up when trying to compile Valgrind, here is the full compile line: /opt/local/bin/llvm-gcc-4.2 -Wbad-function-cast -Wcast-qual -Wcast-align -fstrict-aliasing \ -arch x86_64 -O2 -g -Wall -Wmissing-prototypes -Wshadow -Wpointer-arith -Wstrict-prototypes -Wmissing-declarations -Wno-format-zero-length -fno-strict-aliasing -mmacosx-version-min=10.5 -fno-stack-protector \ -O -S