Hi Nadim and all,
Here are mail headers and snippets from everyone who mentioned something
about Yacc this year.
Cheers, Brian
Date: Wed, 3 Jan 2001 12:09:38 -0500 (EST)
From: Vladimir Jebelev <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
Reply-To: Vladimir Jebelev <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: parser in C
Vladimir Jebelev wrote:
>
> Thank you kindly, it solved my problem with lex/yacc code and I am already
> enjoing a 400 times speed increase - as compared to Parse::Yapp or byacc -
> generated code! Next thing to learn is how to return nice hashes back from
> the C code :)
From: Neil Watkiss <[EMAIL PROTECTED]>
PS Neil Watkiss (Inline::Python) is looking into doing this yacc stuff
as well. I'm sure he'll get back to you soon with some ideas. He works
fast :)
From: [EMAIL PROTECTED] (Jochen Stenzel)
To: "Brian Ingerson" <[EMAIL PROTECTED]>
Date: Fri, 09 Mar 2001 00:19:36 +0100
Reply-To: "Jochen Stenzel" <[EMAIL PROTECTED]>
Priority: Normal
X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows 98 (4.10.1998)
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: Inline::Java pre-0.01 #2
I hope there will be an Inline::Yacc. Neil had a very interesting idea
about semantic actions in various languages - mixed into the same
grammar! Unfortunately we both have less time than we wish so I'm not
sure when this module will be there, but I'm sure it will.
Date: Tue, 3 Jul 2001 21:00:51 -0400
Message-Id: <[EMAIL PROTECTED]>
To: Brian Ingerson <[EMAIL PROTECTED]>
In-reply-to: <[EMAIL PROTECTED]> (message from Brian Ingerson on
Tue, 3 Jul 2001 13:24:10 -0700)
Subject: Re: Inline and XS benchmarks and Benchmark.pm
From: Mitchell N Charity <[EMAIL PROTECTED]>
I'm currently poking at a btyacc (backtracking yacc parser generator)
Inline language module. Mainly as a way of getting to know Inline.
But also with the excuse that I've an old raw (unpreprocessed) C code
grammar for it. And an old toy in which one `hacks together a C
program in Perl, with perl handling much of the usual C programming
administrivia, shake, and out drops a source code distribution'.
Someday I'd like to get around to combining A with B, making perl a
wizzy bulk C code analysis and metageneration programming environment.
---
I ended up ripping a run_build_commands() out of Inline::C::build()
for `translate to C' subclasses like yacc and lex. I'm not sure it's
the right thing. A `standard build error message' might be another
cut. Mine tacks on any out.mumble result to the message.
Inline::Bison would prompt a Parse::Bison wrapper.
A unified Inline::Yacc might be nice, but having been so often burned
by incompatibilities, I thought any exploration of how aggressively
helpful the module can be, should first happen with a simple target.
From: John McNamara <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Inline::AWK version 0.02
Date: Wed, 14 Nov 2001 10:40:35 +0000
Inline::AWK works by filtering awk code through the Perl utility `a2p'.
The a2p utility converts awk code to Perl code using a parser written in
C and YACC. Inline::AWK pre and post-processes the code going through
a2p to obtain a result that is as close as possible to the output of a
real awk compiler. However, it doesn't always get it completely right,
see the BUGS manpage.
From: "Nadim Khemir" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: Inline not viable with this speed
Date: Wed, 5 Dec 2001 09:20:43 +0100
I have an Inline ::Flex working (version 01) is someone intressted ?
I plan an Inline::Byacc, Inline::Yacc Inline::Lemon
