Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#1035669: gir1.2-harfbuzz-0.0: Can not recreate GIR information from gir1.2-harfbuzz-0.0.typelib
4 views
Skip to first unread message
Abou Al Montacir
May 7, 2023, 11:21:05 AM5/7/23
to
Package: gir1.2-harfbuzz-0.0
Version: 6.0.0+dfsg-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
I was trying to produce Gtk3 interface units for Free Pascal Compiler (FPC)
which depend indirectly from gir1.2-harfbuzz-0.0.
* What exactly did you do (or not do) that was effective (or ineffective)?
Executing the following command:
g-ir-generate /usr/lib/x86_64-linux-gnu/girepository-1.0/HarfBuzz-0.0.typelib
* What was the outcome of this action?
<?xml version="1.0"?>
<repository version="1.0"
xmlns="http://www.gtk.org/introspection/core/1.0"
xmlns:c="http://www.gtk.org/introspection/c/1.0"
xmlns:glib="http://www.gtk.org/introspection/glib/1.0">
<include name="freetype2" version="2.0"/>
<include name="GObject" version="2.0"/>
<namespace name="HarfBuzz" version="0.0" shared-library="libharfbuzz-
gobject.so.0" c:prefix="hb_">
<constant name="AAT_LAYOUT_NO_SELECTOR_INDEX" value="65535">
<type name="gint32"/>
</constant>
<constant name="BUFFER_REPLACEMENT_CODEPOINT_DEFAULT" value="65533">
<type name="gint32"/>
</constant>
<constant name="FEATURE_GLOBAL_START" value="0">
<type name="gint32"/>
</constant>
**
ERROR:../girepository/girwriter.c:784:write_constant_value: code should not be
reached
<constant name="LANGUAGE_INVALID" value="Bail out!
ERROR:../girepository/girwriter.c:784:write_constant_value: code should not be
reached
Aborted
* What outcome did you expect instead?
Get the correct GIR file content.
It is true that this error is thrown by g-ir-generate, which may also mean that
it is possible that the error is in the generator program not in the typelib
file. However, this program works well with other typelib files, so I reported
this issue against gir1.2-harfbuzz-0.0, but maintainer can feel free to
reassign it to gobject-introspection.
-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gir1.2-harfbuzz-0.0 depends on:
ii gir1.2-freedesktop 1.74.0-3
ii gir1.2-glib-2.0 1.74.0-3
gir1.2-harfbuzz-0.0 recommends no packages.
gir1.2-harfbuzz-0.0 suggests no packages.
-- no debconf information
Version: 6.0.0+dfsg-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
I was trying to produce Gtk3 interface units for Free Pascal Compiler (FPC)
which depend indirectly from gir1.2-harfbuzz-0.0.
* What exactly did you do (or not do) that was effective (or ineffective)?
Executing the following command:
g-ir-generate /usr/lib/x86_64-linux-gnu/girepository-1.0/HarfBuzz-0.0.typelib
* What was the outcome of this action?
<?xml version="1.0"?>
<repository version="1.0"
xmlns="http://www.gtk.org/introspection/core/1.0"
xmlns:c="http://www.gtk.org/introspection/c/1.0"
xmlns:glib="http://www.gtk.org/introspection/glib/1.0">
<include name="freetype2" version="2.0"/>
<include name="GObject" version="2.0"/>
<namespace name="HarfBuzz" version="0.0" shared-library="libharfbuzz-
gobject.so.0" c:prefix="hb_">
<constant name="AAT_LAYOUT_NO_SELECTOR_INDEX" value="65535">
<type name="gint32"/>
</constant>
<constant name="BUFFER_REPLACEMENT_CODEPOINT_DEFAULT" value="65533">
<type name="gint32"/>
</constant>
<constant name="FEATURE_GLOBAL_START" value="0">
<type name="gint32"/>
</constant>
**
ERROR:../girepository/girwriter.c:784:write_constant_value: code should not be
reached
<constant name="LANGUAGE_INVALID" value="Bail out!
ERROR:../girepository/girwriter.c:784:write_constant_value: code should not be
reached
Aborted
* What outcome did you expect instead?
Get the correct GIR file content.
It is true that this error is thrown by g-ir-generate, which may also mean that
it is possible that the error is in the generator program not in the typelib
file. However, this program works well with other typelib files, so I reported
this issue against gir1.2-harfbuzz-0.0, but maintainer can feel free to
reassign it to gobject-introspection.
-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-7-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gir1.2-harfbuzz-0.0 depends on:
ii gir1.2-freedesktop 1.74.0-3
ii gir1.2-glib-2.0 1.74.0-3
gir1.2-harfbuzz-0.0 recommends no packages.
gir1.2-harfbuzz-0.0 suggests no packages.
-- no debconf information
James Addison
Jun 4, 2023, 9:40:06 AM6/4/23
to
Package: gir1.2-harfbuzz-0.0
Followup-For: Bug #1035669
X-Debbugs-Cc: abou.al...@sfr.fr
Control: tags -1 patch
Dear Maintainer and Abou,
The attached patch allows me to serialize GIR XML from the HarfBuzz-0.0.typelib
file contained in the resulting gir1.2-harfbuzz-0.0 package.
For more extensive details, please read the patch description; in short, it
removes a C typecast that appears to mislead the gobject build process into
treating the 'HB_LANGUAGE_INVALID' constant (value: zero) as an interface,
instead of a basic (and serializable) integer type.
Please be somewhat skeptical of the patch; I don't know whether it is the
best place for a fix, and it would benefit from awareness and discussion
upstream. I think it helps identify the approximate area in which the problem
occurs, and my hope is that that is helpful at least.
Regards,
James
Followup-For: Bug #1035669
X-Debbugs-Cc: abou.al...@sfr.fr
Control: tags -1 patch
Dear Maintainer and Abou,
The attached patch allows me to serialize GIR XML from the HarfBuzz-0.0.typelib
file contained in the resulting gir1.2-harfbuzz-0.0 package.
For more extensive details, please read the patch description; in short, it
removes a C typecast that appears to mislead the gobject build process into
treating the 'HB_LANGUAGE_INVALID' constant (value: zero) as an interface,
instead of a basic (and serializable) integer type.
Please be somewhat skeptical of the patch; I don't know whether it is the
best place for a fix, and it would benefit from awareness and discussion
upstream. I think it helps identify the approximate area in which the problem
occurs, and my hope is that that is helpful at least.
Regards,
James
James Addison
Jun 4, 2023, 10:40:05 AM6/4/23
to
أحمد المحمودي
Jul 18, 2023, 10:50:05 PM7/18/23
to
reassign 1035669 gobject-introspection
forwarded 1035669 https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469
done
According to the discussion on
https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469 , the
issue is actually in g-ir-generate (or compiler), hence reassigning the
issue
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7
forwarded 1035669 https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469
done
According to the discussion on
https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/469 , the
issue is actually in g-ir-generate (or compiler), hence reassigning the
issue
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7
0 new messages