Custom Query (152 matches)

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.

Reported by guest, 5 years ago.

The function on that is now used to connect to signals should be exported by default. I don't know if we should re-export the whole System.Glib.Signal module or only parts thereof.

Axel.