Barry & Rene,
Building with Puppy 7.2 X86-64 (T2), not for X86-64 X32, i've gone back
to basics and started a Generic T2 Build as X86-64 to try and sort out
some problems I've had and worried Rene over.
I have now come across this same problem, but after looking down the
TOOLCHAIN directory, the file asked for is actually there in the correct
place. I also notice that the size of the file is considerably different
being 75K (good from 7.2) and 209K (bad in build).
The problem is actually marked as:
undefined symbol: PyUnicodeUCS2_DecodeUTF8
On the other hand building with Puppy 7.2.1 32bit X86 (T2) it's getting
through this stage happily.
Doing further comparison I found that there is also a
pyexpat.x86_64-linux-gnu.so of different size in the Puppy 7.2 X86-64
but not the build dirctory?
My fix was to copy pyexpat.x86_64-linux-gnu.so from my Puppy 7.2
/usr/lib/python2.7/lib-dynload to the
TOOLCHAIN/tools.cross/lib/python2.7/lib-dynload/ directory and start the
build again after a Cleanup -cache and see what happened. It built OK!
and is building onwards.
Also there are 39 x86_64-linux-gnu files in /lib-dynload of my Puppy 7.2
that are not in the TOOLCHAIN tree.
?Could it be a X86-64 specific problem, but where it needs a change
needs wiser brains than mine.
-------------------------------------------------------
On 01/14/2016 09:59 AM, Barry Kauler wrote:
Still building rev 44630, generic desktop, x86_64 x32.
It failed at glib, stage-0.
ERROR-LOG complained that a symbol is missing from pyexpat.so:
---------------
Making all in tests
make[4]: Entering directory
'/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/src.glib.quirkyx64abi32.20160114.002849.29933.puppypc21856/glib-2.42.2/gio/tests'
GEN gdbus-test-codegen-generated.h
Traceback (most recent call last):
File "../../gio/gdbus-2.0/codegen/gdbus-codegen", line 37, in <module>
from codegen import codegen_main
File
"/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/src.glib.quirkyx64abi32.20160114.002849.29933.puppypc21856/glib-2.42.2/gio/gdbus-2.0/codegen/codegen_main.py",
line 28, in <module>
from . import parser
File
"/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/src.glib.quirkyx64abi32.20160114.002849.29933.puppypc21856/glib-2.42.2/gio/gdbus-2.0/codegen/parser.py",
line 23, in <module>
import xml.parsers.expat
File
"/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/build/quirkyx64abi32-9.0-svn-generic-x86-64-x32-linux/TOOLCHAIN/tools.cross/lib/python2.7/xml/parsers/expat.py",
line 4, in <module>
from pyexpat import *
ImportError:
/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/build/quirkyx64abi32-9.0-svn-generic-x86-64-x32-linux/TOOLCHAIN/tools.cross/lib/python2.7/lib-dynload/pyexpat.so:
undefined symbol: PyUnicodeUCS2_DecodeUTF8
Makefile:4481: recipe for target 'gdbus-test-codegen-generated.h' failed
make[4]: *** [gdbus-test-codegen-generated.h] Error 1
make[4]: Leaving directory
'/mnt/sda5/projects/t2-trunk-SVN44630-13JAN2016/src.glib.quirkyx64abi32.20160114.002849.29933.puppypc21856/glib-2.42.2/gio/tests'
------------------
I "fixed it" by substituting pyexpat.so from the host system.
I'm running Quirky Werewolf, which is built with Ubuntu Wily Werewolf DEBs.
I copied this from the host:
/usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so
...and renamed and replaced
/quirkyx64abi32-9.0-svn-generic-x86-64-x32-linux/TOOLCHAIN/tools.cross/lib/python2.7/lib-dynload/pyexpat.so
Um, maybe we should just disable the tests when building glib at stage 0?
Regards,
Barry
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
