Hi guys,
Suddenly decided I would have another look at this "glib failed at
stage0" that I reported in January.
That was when I was checking out the "x32" option.
I got out svn 44859, chose "generic" build, x86_64 and x32, left most
other things as they were, changed gnome and perl to "usr".
Off she went, failed at glib stage0 again. But this time it was
gio/tests that failed.
I appended this to glib.conf:
#BK 20160606
var_append confopt ' ' '--disable-always-build-tests --disable-installed-tests'
#...no that didn't fix it, try this...
fix_tests() {
echo -e 'all:\n\ttrue\n\nclean:\n\ttrue\n\ninstall:\n\ttrue\n' >
gio/tests/Makefile
}
hook_add premake 4 "fix_tests"
Adding those two configure options didn't do anything, so I clobbered
gio/tests/Makefile. Success, it compiled.
Regards,
Barry
On 1/15/16, scsijon <[email protected]> wrote:
> 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
