here do I catch such an
error and can I really cope with most "unexpected errors" this way (even
at the beginning of the input)?
Thanks in advance,
Frank-Andre Riess
P.S.: Sorry, dear moderator, for sending this message twice. The first one was
sent with an alias different to the e-mai
> On 2004 nov 22, at 17:48, Frank-Andre Riess wrote:
>
>> Hi there folks,
>>
>> once again, I've got a question related to Happy (I've got version
>> 1.13 at
>> the moment).
>> Maybe, it's even more a question on formal languages, but wel
> On Mon, 2004-11-22 at 17:48 +0100, Frank-Andre Riess wrote:
>> Hi there folks,
>>
>> once again, I've got a question related to Happy (I've got version 1.13
>> at
>> the moment).
>> Maybe, it's even more a question on formal languages, but w
onstructs).
Thank you so much,
Frank-Andre Riess
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> The compiler has generated intermediate code which uses a 77-tuple, but
> unfortunately the libraries don't contain code for 77-tuples (we only go
> up to 62-tuples).
>
> This is kind of a known bug, occasionally tickled by Happy-generated
> parsers.
>
> If you're not generating your parser with
atus
I neither know the function `r1fgN_entry' nor `DataziTuple_Z77T_con_info'.
So what is it?
Thanks in advance,
Frank-Andre Riess
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users