type gshort defined in wrong header/library

Bug #1327853 reported by Jeff Johnson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
lsb
In Progress
Medium
Unassigned
Mandriva
In Progress
Medium

Bug Description

gtk-2.0 and gtk-3.0 can't share things because header cross-pollination
will break a lot of stuff.

Two types are defined in gtk-2.0 which should be in glib-2.0. One is
straightforward, it's a derived type not appearing in a header directly,
that's an array of gdoubles which is used to get the right definition of
a struct member.

The more complicated case is gshort, which clearly belongs to glib, see
this snip from upstream:

/usr/include/glib-2.0/glib/gtypes.h:typedef short gshort;

However, for some reason our import assigns it to gdk-2.0 and puts it
in the header gtk-2.0/gdk/gdk.h It shouldn't hurt anything to move it,
but it is a change to published specs - in fact, to all specs going back
to LSB 3.1.

Proposed adjust:

#INSERT INTO `Type` VALUES
(12809,'gshort','Typedef',626,'','No','No','No',NULL,'libgdk-x11-2.0',0);
UPDATE Type SET Tlibrary='libglib-2.0',Theadgroup=609 WHERE Tid=12809;
#INSERT INTO `Type` VALUES
(12859,'gdouble[128]','Array',626,'','No','No','Yes',NULL,'libgdk-x11-2.0',0);
UPDATE Type SET Tlibrary='libglib-2.0',Theadgroup=0 WHERE Tid=12859;

(since the array type does not appear in a header, it's better to not
give it a Theadgroup at all)

Tags: errata zclose
Changed in mandriva:
importance: Unknown → Medium
status: Unknown → In Progress
Jeff Johnson (n3npq)
tags: added: zclose
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.