Custom Query (152 matches)

Reported by duncan, 7 years ago.

Now that GHC 6.4.2 is out with support for different libs for use with GHCi vs GHC we ought to be able to support GHC and GHCi simultaniously with one set of package files.

Reported by duncan, 7 years ago.

I pango 1.15.0 in the file /usr/include/pango-1.0/pango/pango-item.h there is this declaration:

{
  PangoEngineShape *shape_engine;
  PangoEngineLang  *lang_engine;
  PangoFont *font;

  guint level : 8;
  guint gravity : 3; /* PangoGravity */
  guint centered_baseline : 1; /* gboolean */

  PangoLanguage *language;
  GSList *extra_attrs;
};

struct _PangoItem
{
  gint offset;
  gint length;
  gint num_chars;
  PangoAnalysis analysis;
};

This makes our binding fail:

pangoItemRawGetLevel :: Ptr pangoItem -> IO Bool
pangoItemRawGetLevel ptr = do
  level <- #{peek PangoItem, analysis.level} ptr
  return (toBool (level :: #{type guint8}))

With the error message:

Structs.hsc: In function 'main':
Structs.hsc:766: error: attempt to take address of bit-field structure member 'level'

In the older pango version it was declared as a guint8 rather than as a bitfield. We might need a bit of C code to get that member and return it. Or can we do away with that function entirely? Is it needed?

Reported by duncan, 6 years ago.

The gtk/Graphics/UI/Gtk/General/Enums.chs.pp module has not seen much love. In particular the documentation has never been updated.

I think what needs to be done is that the code gen should be modified to deal with them as follows: for enums used only in a single module, they should be defined, documented and exported from that module; for enums that are shared they should be defined and documented in a shared module.

Currently the code gen does not deal with generating definitions for enums at all.