Parser suggestion

[Jorge Godoy]

Hi!
I'm needing a parser to retrieve some information from source code --
including parts of code -- from Fortran, to use in a project with a
documentation system.

Any recommendations on a Python app or parser that I could use for that?
Thanks,
--
Jorge Godoy <go***@ieee.org >

[Michael J. Fromberger]

In article <87************ @ieee.org>, Jorge Godoy <go***@ieee.org >
wrote:

I'm needing a parser to retrieve some information from source code --
including parts of code -- from Fortran, to use in a project with a
documentation system.

Any recommendations on a Python app or parser that I could use for that?

There seems to be a great diversity of parsing tools available for
Python programmers. Here are a few suggestions to get you started:

PLY (Python Lex/Yacc)
http://www.dabeaz.com/ply/

PyParsing
http://pyparsing.sourceforge.net/

SPARK (Scanning Parsing And Rewriting Kit)
http://pages.cpsc.ucalgary.ca/~aycock/spark/

You might also find the following an interesting read, if this sort of
thing interests you:
http://www.python.org/sigs/parser-si...-standard.html

Cheers,
-M

--
Michael J. Fromberger | Lecturer, Dept. of Computer Science
http://www.dartmouth.edu/~sting/ | Dartmouth College, Hanover, NH, USA

[Jorge Godoy]

"Michael J. Fromberger" <Mi************ ******@Clothing .Dartmouth.EDU> writes:

There seems to be a great diversity of parsing tools available for
Python programmers. Here are a few suggestions to get you started:
From Google I found almost all of those. But do you have any suggestion on
which one would be better to parse Fortran code? Or more productive to use
for this task?
PLY (Python Lex/Yacc)
http://www.dabeaz.com/ply/
This is new to me :-)
PyParsing
http://pyparsing.sourceforge.net/
From what I was seeing, this seems to be a good one to try...
SPARK (Scanning Parsing And Rewriting Kit)
http://pages.cpsc.ucalgary.ca/~aycock/spark/
It looks like it stopped being developed circa 2002... From 2002 to now
Python had a lot of improvements and I'd rather use a maintained tool for this
project. At least one that keeps up with Python's development...

You might also find the following an interesting read, if this sort of
thing interests you:
http://www.python.org/sigs/parser-si...-standard.html

I will. But this is basically for "one project only". Other structures are
usually simpler than a programming language and can be retrieved with
different approaches.
Thank you very much for your suggestions.
Be seeing you,
--
Jorge Godoy <go***@ieee.org >

[Steven Bethard]

Jorge Godoy wrote:

From Google I found almost all of those. But do you have any suggestion on
which one would be better to parse Fortran code? Or more productive to use
for this task?
[snip]

PyParsing
http://pyparsing.sourceforge.net/

Well, I've never had to parse Fortan code, but I've had a lot of success
writing a variety of recursive grammars in PyParsing. I'd highly
recommend at least trying it out.

STeVe

[Robert Kern]

Jorge Godoy wrote:

Hi!
I'm needing a parser to retrieve some information from source code --
including parts of code -- from Fortran, to use in a project with a
documentation system.

http://svn.scipy.org/svn/scipy_core/...rackfortran.py

--
Robert Kern
rk***@ucsd.edu

"In the fields of hell where the grass grows high
Are the graves of dreams allowed to die."
-- Richard Harter

[François Pinard]

[Jorge Godoy]

SPARK (Scanning Parsing And Rewriting Kit)
http://pages.cpsc.ucalgary.ca/~aycock/spark/

It looks like it stopped being developed circa 2002... From 2002 to
now Python had a lot of improvements and I'd rather use a maintained
tool for this project. At least one that keeps up with Python's
development...

While this way of thinking is in the fashion, and often happens to be
right, it does not really apply in the SPARK case.

SPARK works fine and well, and is probably the most elegant and pythonic
of the series. If it it does not really need to be further developed,
and does not have much to gain from recent Python releases, I do not see
why it should be released once in a while merely to entertain the crowd.

--
François Pinard http://pinard.progiciels-bpi.ca

[MrJean1]

My recommendation for a project like this would be SimpleParse

<http://simpleparse.sou rceforge.net>

Some examples are here

<http://simpleparse.sou rceforge.net/simpleparse_gra mmars.html>

and

<http://www-128.ibm.com/developerworks/linux/library/l-simple.html>

/Jean Brouwers

[Jorge Godoy]

Steven Bethard <st************ @gmail.com> writes:

Jorge Godoy wrote:

From Google I found almost all of those. But do you have any suggestion on
which one would be better to parse Fortran code? Or more productive to use
for this task?

[snip]

PyParsing
http://pyparsing.sourceforge.net/

Well, I've never had to parse Fortan code, but I've had a lot of success
writing a variety of recursive grammars in PyParsing. I'd highly recommend at
least trying it out.

STeVe

I've downloaded it. The interesting thing is that there are some examples
that parses things more complex than "2+3*8" :-)

--
Jorge Godoy <go***@ieee.org >

[Jorge Godoy]

François Pinard <pi****@iro.umo ntreal.ca> writes:

[Jorge Godoy]

SPARK (Scanning Parsing And Rewriting Kit)
http://pages.cpsc.ucalgary.ca/~aycock/spark/

It looks like it stopped being developed circa 2002... From 2002 to
now Python had a lot of improvements and I'd rather use a maintained
tool for this project. At least one that keeps up with Python's
development...

While this way of thinking is in the fashion, and often happens to be
right, it does not really apply in the SPARK case.

SPARK works fine and well, and is probably the most elegant and pythonic
of the series. If it it does not really need to be further developed,
and does not have much to gain from recent Python releases, I do not see
why it should be released once in a while merely to entertain the crowd.

I don't consider it entertainment. Just code maintenance.

How can I be sure that if I find a bug I'll be able to discuss it with the
developer if it's 3 years since the last release of his code?

You're someone I admire and with whom I've worked before -- with documentation
--, so I consider your opinion a lot and will give SPARK a look based on your
recommendation.

But, I still think that 3 years without any new implementation, design change
or maintenance release is a huge ammount of time; specially in our area where
technology evolves really fast and new concepts are always popping up.
Thanks a lot for your opinion and for trying to open my eyes, François.

--
Jorge Godoy <go***@ieee.org >

[Dennis Lee Bieber]

On 29 Sep 2005 17:20:54 -0300, Jorge Godoy <go***@ieee.org > declaimed
the following in comp.lang.pytho n:

I'm needing a parser to retrieve some information from source code --
including parts of code -- from Fortran, to use in a project with a
documentation system.
FORTRAN has one of the most complex parsers around -- since (unless
recent standards have changed it) the language is not space delimited...
The following are IDENTICAL syntactically:

do 10 i = 1, 20, 3
do10i = 1,2 0,3

while the following is NOT a do loop

do 10 i = 1.2 03

And the only way to tell them apart is to parse up to the , or . --
and backtrack if you made the wrong choice (that is, if you assume "do
10 i =" started an assignment to "do10i", and found a "," you have to
backtrack and reparse as a loop).

And then consider (fixed pitch please):
C234567890
do
x 1
x0 =
x1
x.
C nonsense
x20
x 3

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <