logo       

Re: ghc 6.2 possible bug with gcc 3.3.x, strange parse error: msg#00036

lang.haskell.glasgow.bugs

Subject: Re: ghc 6.2 possible bug with gcc 3.3.x, strange parse error

On Mon, Mar 15, 2004 at 02:14:31PM +0000, Alastair Reid wrote:
>
> > I can't see a workaround, so it might be that string gaps will not be
> > useable with CPP from now on.
>
> Maybe there is a small, simple K&R-era cpp implementation we could use
> instead
> of relying on the gcc one. Anyone know of one? Features used are probably:
>
> #define
> __LINE__
> #undef
> #ifdef
> #if defined X
> some string splicing using ## and friends
> and arbitrary constant expressions

I had a quick look around and found this:

filepp

http://www.cabaret.demon.co.uk/filepp/

>From the web page:

filepp is designed to be a highly customisable generic file pre-processor.
Its C pre-processor style functionality should just be considered its
default
behaviour, as it can be used as a frontend for almost any file
pre-processing
or conversion processes. filepp can be customised to do other sorts of
pre-processing or file conversion by using filepp modules, which are written
in Perl. Therefore, anyone who knows how to program in Perl should find
customising filepp very easy.

Mind you I haven't tried it, and I'm not sure if it implements exactly what we
want.

However, perhaps it can be bent into shape.

It is under the GPL so distributing it should not be a problem, and it is
Perl so portability should be okay.

Cheers,
Bernie.


<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise