"Sigbjorn Finne (Intl Vendor)" <[EMAIL PROTECTED]> wrote,
> > Sven Panne [mailto:[EMAIL PROTECTED]] writes:
> >
> > "Sigbjorn Finne (Intl Vendor)" wrote:
> > > Sven Panne wrote:
> > > > What's wrong with using Green Card? Its %enum generates
> > > > the desired mappings automatically and consi
"Manuel M. T. Chakravarty" wrote:
> Isn't there still a difference? When the C-library changes
> (ie, you get a new version) and the definition of `Status'
> changes to [...]
> The IDL binding would produce wrong code, but the Green Card
> binding would still be correct. Right? Or do I miss som
"Sigbjorn Finne (Intl Vendor)" wrote:
> Manuel does highlight a problem, but it's an example of Bad Practice
> on the part of the library provider - rejigging the ordering and mapping
> of enumeration tags is a no-no if you care about backward compatibility.
But there are libraries out there whic
Sven Panne <[EMAIL PROTECTED]> writes:
>
>
> > [...] HDirect could generate output which delayed the
> > binding of enum tags to values until the Haskell/C stubs are
> > compiled, if this is a real problem. [...]
>
...
>
> typedef enum {
> ExitFailure = ``EXIT_FAILURE'',
>
> My program just died with the following message:
>
> > Fail: Prelude.(!!): index too large
>
> This is not very informative (I have 7000 LOC). The only
> thing it tells
> me is that I should always check whether some index is ok or not, and
> produce a more informative error message by hand i
Well, I will check it with current (CVS repo of 29-mar-99 23:50 EET) sources.
Wishes,
Michael
-Original Message-
From: Simon Marlow <[EMAIL PROTECTED]>
To: 'GHC Users Mailing List' <[EMAIL PROTECTED]>
Date: 30 aadaciy 1999 d. 12:21
Subject: RE: Re2: GHC-4.03 heap managemen bug?
>> [ Ju
Sven Panne <[EMAIL PROTECTED]> writes:
>
> "Manuel M. T. Chakravarty" wrote:
> > Isn't there still a difference? When the C-library changes
> > (ie, you get a new version) and the definition of `Status'
> > changes to [...]
> > The IDL binding would produce wrong code, but the Green Card
> > b
[EMAIL PROTECTED] writes:
>
>
> My program just died with the following message:
>
> > Fail: Prelude.(!!): index too large
>
> This is not very informative (I have 7000 LOC). The only
> thing it tells
> me is that I should always check whether some index is ok or not, and
> produce a more i