Related articles |
---|
flex/yacc--many multiple parsers in same program cowden@leitess.com (1996-05-13) |
Re: flex/yacc--many multiple parsers in same program gclind01@starbase.spd.louisville.edu (1996-05-14) |
Re: flex/yacc--many multiple parsers in same program qjackson@mail.direct.ca (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program zucco@world.std.com (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program vadim@mercury.co.il (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program pardo@cs.washington.edu (1996-05-19) |
Re: flex/yacc--many multiple parsers in same program jlilley@ix.netcom.com (1996-05-19) |
From: | cowden@leitess.com (Michael Cowden) |
Newsgroups: | comp.unix.programmer,comp.compilers |
Date: | 13 May 1996 14:32:08 -0400 |
Organization: | LIS |
Keywords: | lex, yacc, parallel, question |
I'm looking to write a single interpreter that can simultaneously
parse up to 96 separate programs. Due to other restraints in the
program I cannot fork a process to handle each parser. What are my
options using lex and yacc? It seems like a real hack to get either
of them to handle more than one program.
Other issues I anticipate are per process limits of open file handles,
and general performance.
Can anyone offer any suggestions?
Thanks.
Mike
[I'd consider using a threads package. The context for a yacc parse isn't
all that hairy, so you might be able to package it up without too much
misery. -John]
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.