Re: g-ir-scanner fails with python-3.8

[Jon Turney via Cygwin-apps]

On 23/05/2021 06:04, Lemures Lemniscati via Cygwin-apps wrote:

On Sun, 23 May 2021 06:01:43 +0200, Marco Atzeri via Cygwin-apps

On 23.05.2021 05:51, Marco Atzeri wrote:

On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:




Here are patches...

* 0002-gobject-introspection-1.54.1-4.patch:
  python3.8 is used explicitly.
    Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env
python3.8'
    _giscanner.dll is linked with libpython3.8.dll

* 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
  This has no effect while building.
  But needed in order to avoid an error in a test
    cygport gobject-introspection.cygport test


[...]



These patches are the last two commit from here for the time being:

https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/playground.git;a=commitdiff;h=1f435122b29fdc5a7c3f71f6da0cb28bbb843847

which forked from the gobject-introspection 1.54.1-3
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/gobject-introspection.git;a=commit;h=cd7b82d762911316ae43708b30941fea4d7f718d

Atattched files are modified files based on 1.54.1-3.

gobject-introdpection.cygport: modified.
1.54.1-2-cygwin.patch: removed a trailing space.

Thanks, Lem.

I've rebuilt gobject-introspection for python39, using these patches. 
Sorry that took so long to get around to.


(It would be nice to update this to a later version, but that seems to 
require glib to be updated also...)

Re: g-ir-scanner fails with python-3.8

[Jon Turney]

On 23/05/2021 12:50, Lemures Lemniscati via Cygwin-apps wrote:

On Sun, 23 May 2021 00:00:25 -0600, Brian Inglis

On 2021-05-22 17:44, Lemures Lemniscati via Cygwin-apps wrote:

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:

Trying to build harfbuzz, I get the following python failure with
python-3.8


[...]

Thanks for looking into this.


I question the definition successful when both logs contain GICOMP syntax errors
which appear non-fatal and non-terminal:

i686:

GICOMP   
/cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.i686/src/gobject-introspection-1.54.1/gir/GL-1.0.gir
/usr/lib/gcc/i686-pc-cygwin/10/include/stddef.h:424: syntax error, unexpected 
identifier in '  __float128 __max_align_f128 
__attribute__((__aligned__(__alignof(__float128;' at '__float128'


This is 'expected', since (this version of?) g-ir-compiler doesn't know 
about __float128 as a built-in type.


There's no input which can legitimately make gcc terminate with segv, so 
trying to blame this on gobject-introspection is incorrect. There is a 
something going wrong in gcc, or (more probably) cygwin.


From previous reports [1], [2] it seems to be a problem which only 
manifests itself on WOW64.


[1] https://cygwin.com/pipermail/cygwin-apps/2020-October/040548.html
[2] https://sourceware.org/legacy-ml/cygwin/2014-10/msg00552.html


Oh, I overlooked them.


I looked into a log corresponding to the current version 1.54.1-3 [1].

[1]: https://cygwin.com/cgi-bin2/jobs.cgi?srcpkg=gobject-introspection=2763


* i686: No syntax error related to '__float128' [2]
   at gobject-introspection-1.54.1/gir/GL-1.0.gir.
   So, it is newly introduced


I think it just didn't get far enough, the same error is seen when 
building locally (which is how I had to build the package, because of 
the 'signal 11' problem)

Re: g-ir-scanner fails with python-3.8

[Jon Turney]

On 23/05/2021 00:44, Lemures Lemniscati via Cygwin-apps wrote:


And with them, following build and test by cygport has succeeded
both in x86_64 and i686, on my local machine.

   cygport gobject-introspection.cygport download finish all test


But on scallywag, only x86_64 build is successful:
https://cygwin.com/cgi-bin2/jobs.cgi?id=2841


Yeah, I don't know why the x86 build fails in the AppVeyor environment.

Downloading the builddir artifact, there isn't even a stackdump file, so 
the only way I can think of investigating futher is to RDP into the 
AppVeyor VM and try to trigger the crash with 'CYGWIN=error_start:gdb' set.

Re: g-ir-scanner fails with python-3.8

[Lemures Lemniscati via Cygwin-apps]

On Sun, 23 May 2021 00:00:25 -0600, Brian Inglis
> On 2021-05-22 17:44, Lemures Lemniscati via Cygwin-apps wrote:
> > On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> >> On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
> >>> Trying to build harfbuzz, I get the following python failure with
> >>> python-3.8
> >>>
> >>> Traceback (most recent call last):
> > 
> >>>     File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line
> >>> 46, in 
> >>>       from giscanner._giscanner import collect_attributes
> >>> ImportError: dynamic module does not define module export function
> >>> (PyInit__giscanner)
> >>
> >> This a problem with the gobject-introspection package.
> >>
> >> _giscanner.dll is linked with python2, but the shbang names 'python', 
> >> which is now python3.
> >>
> >> I have been working on rebuilding this package, but not quite there yet.
> >>
> >> You can work around this by fixing the shebang in /usr/bin/g-ir-scanner to 
> >> explicitly name python3.
> >
> >
> > Here are patches...
> >
> > * 0002-gobject-introspection-1.54.1-4.patch:
> >  python3.8 is used explicitly.
> >Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env 
> > python3.8'
> >_giscanner.dll is linked with libpython3.8.dll
> >
> > * 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
> >  This has no effect while building.
> >  But needed in order to avoid an error in a test
> >cygport gobject-introspection.cygport test
> >
> > And with them, following build and test by cygport has succeeded
> > both in x86_64 and i686, on my local machine.
> >
> >cygport gobject-introspection.cygport download finish all test
> >
> >
> > But on scallywag, only x86_64 build is successful:
> > https://cygwin.com/cgi-bin2/jobs.cgi?id=2841
> 
> I question the definition successful when both logs contain GICOMP syntax 
> errors
> which appear non-fatal and non-terminal:
> 
> i686:
> 
> GICOMP   
> /cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.i686/src/gobject-introspection-1.54.1/gir/GL-1.0.gir
> /usr/lib/gcc/i686-pc-cygwin/10/include/stddef.h:424: syntax error, unexpected 
> identifier in '  __float128 __max_align_f128 
> __attribute__((__aligned__(__alignof(__float128;' at '__float128'
> 
> x86_64:
> 
>GISCAN   GModule-2.0.gir
> /usr/include/glib-2.0/gobject/gobject-autocleanups.h:24: syntax error, 
> unexpected typedef-name, expecting identifier or '(' in 'typedef GClosure 
> *GClosure_autoptr;' at 'GClosure_autoptr'
> /usr/include/glib-2.0/gobject/gobject-autocleanups.h:25: syntax error, 
> unexpected typedef-name, expecting identifier or '(' in 'typedef GObject 
> *GObject_autoptr;' at 'GObject_autoptr'
> /usr/include/glib-2.0/gobject/gobject-autocleanups.h:26: syntax error, 
> unexpected typedef-name, expecting identifier or '(' in 'typedef 
> GInitiallyUnowned *GInitiallyUnowned_autoptr;' at 'GInitiallyUnowned_autoptr'
> g-ir-scanner: GModule: warning: 2 warnings suppressed (use --warn-all to see 
> them)
>GICOMP   GModule-2.0.gir
> g-ir-scanner: GObject: warning: 19 warnings suppressed (use --warn-all to see 
> them)
>GICOMP 
> /cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.x86_64/src/gobject-introspection-1.54.1/gir/DBusGLib-1.0.gir
>GISCAN   Gio-2.0.gir
>GISCAN   GIRepository-2.0.gir
>GICOMP   GObject-2.0.gir
> /usr/include/glib-2.0/gio/gio-autocleanups.h:24: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GAction 
> *GAction_autoptr;' at 'GAction_autoptr'
> /usr/include/glib-2.0/gio/gio-autocleanups.h:25: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GActionMap 
> *GActionMap_autoptr;' at 'GActionMap_autoptr'
> /usr/include/glib-2.0/gio/gio-autocleanups.h:26: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GAppInfo 
> *GAppInfo_autoptr;' at 'GAppInfo_autoptr'
> /usr/include/glib-2.0/gio/gio-autocleanups.h:27: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GAppLaunchContext 
> *GAppLaunchContext_autoptr;' at 'GAppLaunchContext_autoptr'
> /usr/include/glib-2.0/gio/gio-autocleanups.h:28: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GAppInfoMonitor 
> *GAppInfoMonitor_autoptr;' at 'GAppInfoMonitor_autoptr'
> /usr/include/glib-2.0/gio/gio-autocleanups.h:29: syntax error, unexpected 
> typedef-name, expecting identifier or '(' in 'typedef GApplicationCommandLine 
> *GApplicationCommandLine_autoptr;' at 'GApplicationCommandLine_autoptr'
> ...
> 
> totalling 130 instances - includes/definitions missing?
> 
> -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

Oh, I overlooked them.


I looked into a log corresponding to the current 

Re: g-ir-scanner fails with python-3.8

[Brian Inglis]

On 2021-05-22 17:44, Lemures Lemniscati via Cygwin-apps wrote:

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:

Trying to build harfbuzz, I get the following python failure with
python-3.8

Traceback (most recent call last):



    File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line
46, in 
      from giscanner._giscanner import collect_attributes
ImportError: dynamic module does not define module export function
(PyInit__giscanner)


This a problem with the gobject-introspection package.

_giscanner.dll is linked with python2, but the shbang names 'python', which is 
now python3.

I have been working on rebuilding this package, but not quite there yet.

You can work around this by fixing the shebang in /usr/bin/g-ir-scanner to 
explicitly name python3.



Here are patches...

* 0002-gobject-introspection-1.54.1-4.patch:
 python3.8 is used explicitly.
   Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env python3.8'
   _giscanner.dll is linked with libpython3.8.dll

* 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
 This has no effect while building.
 But needed in order to avoid an error in a test
   cygport gobject-introspection.cygport test

And with them, following build and test by cygport has succeeded
both in x86_64 and i686, on my local machine.

   cygport gobject-introspection.cygport download finish all test


But on scallywag, only x86_64 build is successful:
https://cygwin.com/cgi-bin2/jobs.cgi?id=2841


I question the definition successful when both logs contain GICOMP syntax errors
which appear non-fatal and non-terminal:

i686:

GICOMP   
/cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.i686/src/gobject-introspection-1.54.1/gir/GL-1.0.gir
/usr/lib/gcc/i686-pc-cygwin/10/include/stddef.h:424: syntax error, unexpected identifier in '  __float128 
__max_align_f128 __attribute__((__aligned__(__alignof(__float128;' at '__float128'


x86_64:

  GISCAN   GModule-2.0.gir
/usr/include/glib-2.0/gobject/gobject-autocleanups.h:24: syntax error, unexpected typedef-name, expecting identifier or 
'(' in 'typedef GClosure *GClosure_autoptr;' at 'GClosure_autoptr'
/usr/include/glib-2.0/gobject/gobject-autocleanups.h:25: syntax error, unexpected typedef-name, expecting identifier or 
'(' in 'typedef GObject *GObject_autoptr;' at 'GObject_autoptr'
/usr/include/glib-2.0/gobject/gobject-autocleanups.h:26: syntax error, unexpected typedef-name, expecting identifier or 
'(' in 'typedef GInitiallyUnowned *GInitiallyUnowned_autoptr;' at 'GInitiallyUnowned_autoptr'

g-ir-scanner: GModule: warning: 2 warnings suppressed (use --warn-all to see 
them)
  GICOMP   GModule-2.0.gir
g-ir-scanner: GObject: warning: 19 warnings suppressed (use --warn-all to see 
them)
  GICOMP 
/cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.x86_64/src/gobject-introspection-1.54.1/gir/DBusGLib-1.0.gir

  GISCAN   Gio-2.0.gir
  GISCAN   GIRepository-2.0.gir
  GICOMP   GObject-2.0.gir
/usr/include/glib-2.0/gio/gio-autocleanups.h:24: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAction *GAction_autoptr;' at 'GAction_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:25: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GActionMap *GActionMap_autoptr;' at 'GActionMap_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:26: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAppInfo *GAppInfo_autoptr;' at 'GAppInfo_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:27: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAppLaunchContext *GAppLaunchContext_autoptr;' at 'GAppLaunchContext_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:28: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAppInfoMonitor *GAppInfoMonitor_autoptr;' at 'GAppInfoMonitor_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:29: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GApplicationCommandLine *GApplicationCommandLine_autoptr;' at 'GApplicationCommandLine_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:30: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GApplication *GApplication_autoptr;' at 'GApplication_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:31: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAsyncInitable *GAsyncInitable_autoptr;' at 'GAsyncInitable_autoptr'
/usr/include/glib-2.0/gio/gio-autocleanups.h:32: syntax error, unexpected typedef-name, expecting identifier or '(' in 
'typedef GAsyncResult *GAsyncResult_autoptr;' at 

Re: g-ir-scanner fails with python-3.8

[Lemures Lemniscati via Cygwin-apps]

On Sun, 23 May 2021 06:01:43 +0200, Marco Atzeri via Cygwin-apps
> On 23.05.2021 05:51, Marco Atzeri wrote:
> > On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:
> >> On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> >>> On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
> 
> >>
> >> Here are patches...
> >>
> >> * 0002-gobject-introspection-1.54.1-4.patch:
> >>  python3.8 is used explicitly.
> >>    Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env
> >> python3.8'
> >>    _giscanner.dll is linked with libpython3.8.dll
> >>
> >> * 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
> >>  This has no effect while building.
> >>  But needed in order to avoid an error in a test
> >>    cygport gobject-introspection.cygport test
> >>
> 
> I notice now that they are patch of patch,
> but it seems we are not starting on the same base
> 
> $ patch -p1 -i 0002-gobject-introspection-1.54.1-4.patch
> patching file gobject-introspection.cygport
> Hunk #1 FAILED at 1.
> Hunk #2 FAILED at 16.
> Hunk #3 succeeded at 45 (offset -2 lines).
> 2 out of 3 hunks FAILED -- saving rejects to file 
> gobject-introspection.cygport.rej
> 
> can you send the all the raw files ?


These patches are the last two commit from here for the time being:

https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/playground.git;a=commitdiff;h=1f435122b29fdc5a7c3f71f6da0cb28bbb843847

which forked from the gobject-introspection 1.54.1-3
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/gobject-introspection.git;a=commit;h=cd7b82d762911316ae43708b30941fea4d7f718d

Atattched files are modified files based on 1.54.1-3.

gobject-introdpection.cygport: modified.
1.54.1-2-cygwin.patch: removed a trailing space.

Regards,

Lem


gobject-introspection.cygport
Description: Binary data


1.54.1-2-cygwin.patch
Description: Binary data

Re: g-ir-scanner fails with python-3.8

[Marco Atzeri via Cygwin-apps]

On 23.05.2021 06:01, Marco Atzeri wrote:
On 23.05.2021 05:51, Marco Atzeri wrote:
On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:
On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:


Here are patches...



assuming I recovered correcttl the file,
they build on my 32bit and pass all tests.

scullywag error is very curious:

  GICOMP 
/cygdrive/c/projects/playground/gobject-introspection-1.54.1-4.i686/src/gobject-introspection-1.54.1/gir/win32-1.0.gir
  GICOMP   gir/cairo-1.0.gir
Traceback (most recent call last):
  File "/usr/lib/python3.8/distutils/unixccompiler.py", line 127, in 
_compile
self.spawn(compiler_so + cc_args + [src, '-o', obj] +
  File "/usr/lib/python3.8/distutils/ccompiler.py", line 910, in spawn
spawn(cmd, dry_run=self.dry_run)
  File "/usr/lib/python3.8/distutils/spawn.py", line 36, in spawn
_spawn_posix(cmd, search_path, dry_run=dry_run)
  File "/usr/lib/python3.8/distutils/spawn.py", line 147, in _spawn_posix
raise DistutilsExecError(
distutils.errors.DistutilsExecError: command 'gcc' terminated by signal 11
During handling of the above exception, another exception occurred:
-

maybe it exceedes the 32bit assigned limits on the machine ?
At least with 2.7 and 3.2, each argument is output on a separate line;
the results are identical, and the resulting newline messes up the
AC_SUBST.

--- origsrc/gobject-introspection-1.36.0/m4/python.m4   2012-12-18 
10:27:16.0 -0600
+++ src/gobject-introspection-1.36.0/m4/python.m4   2013-08-04 
22:06:23.578220400 -0500
@@ -64,7 +64,7 @@ AC_DEFUN([AM_CHECK_PYTHON_LIBS],
 AC_MSG_CHECKING(for libraries required to link against libpython)
 dnl deduce PYTHON_LIBS
 if test "x$PYTHON_LIBS" = x; then
-   PYTHON_LIBS=`$PYTHON-config --ldflags --libs`
+   PYTHON_LIBS=`$PYTHON-config --libs`
 fi
 AC_SUBST(PYTHON_LIBS)
 dnl check if libpython exist:
--- origsrc/gobject-introspection-1.36.0/tests/scanner/GetType-1.0-expected.gir 
2013-02-26 15:25:11.0 -0600
+++ src/gobject-introspection-1.36.0/tests/scanner/GetType-1.0-expected.gir 
2013-08-04 21:54:43.219162200 -0500
@@ -11,7 +11,7 @@ and/or use gtk-doc annotations.  -->
   
   
 
   
   
 
   
   
 
--- origsrc/gobject-introspection-1.36.0/tests/scanner/SLetter-1.0-expected.gir 
2013-02-26 15:25:11.0 -0600
+++ 

Re: g-ir-scanner fails with python-3.8

[Marco Atzeri via Cygwin-apps]

On 23.05.2021 05:51, Marco Atzeri wrote:

On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:




Here are patches...

* 0002-gobject-introspection-1.54.1-4.patch:
 python3.8 is used explicitly.
   Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env 
python3.8'

   _giscanner.dll is linked with libpython3.8.dll

* 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
 This has no effect while building.
 But needed in order to avoid an error in a test
   cygport gobject-introspection.cygport test



I notice now that they are patch of patch,
but it seems we are not starting on the same base

$ patch -p1 -i 0002-gobject-introspection-1.54.1-4.patch
patching file gobject-introspection.cygport
Hunk #1 FAILED at 1.
Hunk #2 FAILED at 16.
Hunk #3 succeeded at 45 (offset -2 lines).
2 out of 3 hunks FAILED -- saving rejects to file 
gobject-introspection.cygport.rej


can you send the all the raw files ?

Re: g-ir-scanner fails with python-3.8

[Marco Atzeri via Cygwin-apps]

On 23.05.2021 01:44, Lemures Lemniscati via Cygwin-apps wrote:

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:

Trying to build harfbuzz, I get the following python failure with
python-3.8

Traceback (most recent call last):



    File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line
46, in 
      from giscanner._giscanner import collect_attributes
ImportError: dynamic module does not define module export function
(PyInit__giscanner)


This a problem with the gobject-introspection package.

_giscanner.dll is linked with python2, but the shbang names 'python', which is 
now python3.

I have been working on rebuilding this package, but not quite there yet.

You can work around this by fixing the shebang in /usr/bin/g-ir-scanner to 
explicitly name python3.



Here are patches...

* 0002-gobject-introspection-1.54.1-4.patch:
 python3.8 is used explicitly.
   Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env python3.8'
   _giscanner.dll is linked with libpython3.8.dll

* 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
 This has no effect while building.
 But needed in order to avoid an error in a test
   cygport gobject-introspection.cygport test

And with them, following build and test by cygport has succeeded
both in x86_64 and i686, on my local machine.

   cygport gobject-introspection.cygport download finish all test


But on scallywag, only x86_64 build is successful:
https://cygwin.com/cgi-bin2/jobs.cgi?id=2841


Regards,

Lem


are you sure of those patches ?

*** ERROR: patch 
0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch will not 
apply


it does not work alone or together with the old patch

can you send the gobject-introspection.cygport ?

Re: g-ir-scanner fails with python-3.8

[Lemures Lemniscati via Cygwin-apps]

On Wed, 19 May 2021 22:09:59 +0100, Jon Turney
> On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
> > Trying to build harfbuzz, I get the following python failure with
> > python-3.8
> >
> > Traceback (most recent call last):

> >    File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line
> > 46, in 
> >      from giscanner._giscanner import collect_attributes
> > ImportError: dynamic module does not define module export function
> > (PyInit__giscanner)
> 
> This a problem with the gobject-introspection package.
> 
> _giscanner.dll is linked with python2, but the shbang names 'python', which 
> is now python3.
> 
> I have been working on rebuilding this package, but not quite there yet.
> 
> You can work around this by fixing the shebang in /usr/bin/g-ir-scanner to 
> explicitly name python3.


Here are patches...

* 0002-gobject-introspection-1.54.1-4.patch:
python3.8 is used explicitly.
  Shebangs of g-ir-doc-tool and g-ir-scanner are '/usr/bin/env python3.8'
  _giscanner.dll is linked with libpython3.8.dll

* 0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch:
This has no effect while building.
But needed in order to avoid an error in a test
  cygport gobject-introspection.cygport test

And with them, following build and test by cygport has succeeded
both in x86_64 and i686, on my local machine.

  cygport gobject-introspection.cygport download finish all test


But on scallywag, only x86_64 build is successful:
https://cygwin.com/cgi-bin2/jobs.cgi?id=2841


Regards,

Lem


0001-Fix-a-patch-for-giscanner-shlibs.py-to-pass-a-pep8-c.patch
Description: Binary data


0002-gobject-introspection-1.54.1-4.patch
Description: Binary data

Re: g-ir-scanner fails with python-3.8

[Marco Atzeri via Cygwin-apps]

On 19.05.2021 21:32, Ken Brown via Cygwin-apps wrote:
Trying to build harfbuzz, I get the following python failure with 
python-3.8


Traceback (most recent call last):
   File "/usr/bin/g-ir-scanner", line 65, in 

...

     from giscanner._giscanner import collect_attributes
ImportError: dynamic module does not define module export function 
(PyInit__giscanner)


The log of my last successful build of harfbuzz shows that python-3.6 
was installed.  Do any of the python experts out there (Marco?  Jon?) 
know what the problem could be?


replace PyMODINIT_FUNC with PyObject* inside the PyInit code

I never really understood why , maybe is due to a wrong 
__declspec(dllexport) somewhere


Any tentative to change from python side instead of the packages side
has been ineffective.


Thanks.

Ken

Re: g-ir-scanner fails with python-3.8

[Jon Turney]

On 19/05/2021 20:32, Ken Brown via Cygwin-apps wrote:
Trying to build harfbuzz, I get the following python failure with 
python-3.8


Traceback (most recent call last):
   File "/usr/bin/g-ir-scanner", line 65, in 
     from giscanner.scannermain import scanner_main
   File "/usr/lib/gobject-introspection/giscanner/scannermain.py", line 
41, in 

     from giscanner.dumper import compile_introspection_binary
   File "/usr/lib/gobject-introspection/giscanner/dumper.py", line 35, 
in 

     from .gdumpparser import IntrospectionBinary
   File "/usr/lib/gobject-introspection/giscanner/gdumpparser.py", line 
36, in 

     from .transformer import TransformerException
   File "/usr/lib/gobject-introspection/giscanner/transformer.py", line 
34, in 

     from .girparser import GIRParser
   File "/usr/lib/gobject-introspection/giscanner/girparser.py", line 
31, in 

     from .girwriter import COMPATIBLE_GIR_VERSION
   File "/usr/lib/gobject-introspection/giscanner/girwriter.py", line 
29, in 

     from .xmlwriter import XMLWriter
   File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line 
46, in 

     from giscanner._giscanner import collect_attributes
ImportError: dynamic module does not define module export function 
(PyInit__giscanner)


This a problem with the gobject-introspection package.

_giscanner.dll is linked with python2, but the shbang names 'python', 
which is now python3.


I have been working on rebuilding this package, but not quite there yet.

You can work around this by fixing the shebang in /usr/bin/g-ir-scanner 
to explicitly name python3.


The log of my last successful build of harfbuzz shows that python-3.6 
was installed.  Do any of the python experts out there (Marco?  Jon?) 
know what the problem could be?

g-ir-scanner fails with python-3.8

[Ken Brown via Cygwin-apps]

Trying to build harfbuzz, I get the following python failure with python-3.8

Traceback (most recent call last):
  File "/usr/bin/g-ir-scanner", line 65, in 
from giscanner.scannermain import scanner_main
  File "/usr/lib/gobject-introspection/giscanner/scannermain.py", line 41, in 


from giscanner.dumper import compile_introspection_binary
  File "/usr/lib/gobject-introspection/giscanner/dumper.py", line 35, in 

from .gdumpparser import IntrospectionBinary
  File "/usr/lib/gobject-introspection/giscanner/gdumpparser.py", line 36, in 


from .transformer import TransformerException
  File "/usr/lib/gobject-introspection/giscanner/transformer.py", line 34, in 


from .girparser import GIRParser
  File "/usr/lib/gobject-introspection/giscanner/girparser.py", line 31, in 


from .girwriter import COMPATIBLE_GIR_VERSION
  File "/usr/lib/gobject-introspection/giscanner/girwriter.py", line 29, in 


from .xmlwriter import XMLWriter
  File "/usr/lib/gobject-introspection/giscanner/xmlwriter.py", line 46, in 


from giscanner._giscanner import collect_attributes
ImportError: dynamic module does not define module export function 
(PyInit__giscanner)


The log of my last successful build of harfbuzz shows that python-3.6 was 
installed.  Do any of the python experts out there (Marco?  Jon?) know what the 
problem could be?


Thanks.

Ken