Hi,
is this with glib downdaated? I might have forgotten to mention that gcc
sanitizers failed with latest glib for me, I locally added --disable-sanitizers
or so to the gcc.conf
René
> On 4. Feb 2020, at 07:05, Jan Rovins <[email protected]> wrote:
>
> Ok, now I have gotten all the way up to gcc stage 1.
>
> and it broke in a way that I have not seen before, so maybe this was
> introduced with the new glibc?
>
> ../../gcc/config/i386/i386.c:30851:1: error: narrowing conversion of
> '9223372036854775810' from 'long unsigned int' to 'long int' [-Wnarrowing]
> 30851 | };
> | ^
> ../../gcc/config/i386/i386-builtin.def:437:1: note: in expansion of macro
> 'BDESC_END'
> 437 | BDESC_END (SPECIAL_ARGS, ARGS)
> | ^~~~~~~~~
> make[2]: *** [Makefile:2267: i386.o] Error 1
> rm gcc.pod
> make[2]: Leaving directory
> '/opt/t2-trunk/src.gcc.default.20200204.055742.9830.j-ryzen-3950/gcc-9.2.0/objdir/gcc'
> make[1]: *** [Makefile:4320: all-gcc] Error 2
> make[1]: Leaving directory
> '/opt/t2-trunk/src.gcc.default.20200204.055742.9830.j-ryzen-3950/gcc-9.2.0/objdir'
> make: *** [Makefile:954: all] Error 2
> Due to previous errors, no 1-gcc.log file!
> (Try enabling xtrace in the config to track an error inside the build system.)
> --- BUILD ERROR ---
> Creating file list and doing final adaptions ...
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib64/libsupc++.la'
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib64/libstdc++fs.la'
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib64/libstdc++.la'
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib/libsupc++.la'
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib/libstdc++fs.la'
> removed
> '/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/lib/libstdc++.la'
> Searching for orphaned files ...
> Found 886 files for this package.
> Found 0 orphaned files for this package.
> Clear (old) md5sums ...
> Creating md5sum files ... done.
> Creating package description ...
> Making post-install adaptions.
> == 02/04/20 05:59:35 =[1]=> Aborted building package gcc.
>
> It is getting late, will continue this tomorrow night.
>
>
> Jan
>
>
> On 2/4/20 12:54 AM, Jan Rovins wrote:
>> Ok, now it downloads (with the 0 cksum work around) but we now hit a
>> dependency issue:
>>
>>
>> INFO: download from mirror failed, trying original URL.
>> ########################################################################
>> 100.0%##O=# #
>> ########################################################################
>> 100.0%
>> Finished downloading 4682000 bytes in 4.019212 seconds (1164966.000
>> bytes/sec).
>> compressing xz file + cksum-test: download/mirror/g/glib-2.62.2.tar.xz
>> ./scripts/Download: line 532: xzcat: command not found
>>
>> seems like the xz stuff is not built yet, I have a patch (or two) for that,
>> attached. (broken out from my previous patch dump)
>>
>> After applying the patch, remove the error stuff from the
>> download/g/(glib-whatever) to force a clean download & uncompress.
>>
>> Then iglib should build,
>>
>>
>> Jan
>>
>>
>> On 2/4/20 12:24 AM, Jan Rovins wrote:
>>> Hmm, bad checksum on glib, I'm going to set it to 0 just so I cam continue
>>> with the build.
>>>
>>>
>>> == 02/04/20 05:18:11 =[0]=> Aborted building package glib.
>>> -> Unmounting loop mounts ...
>>> (T2-chroot):root@j-ryzen-3950:/opt/t2-trunk#scripts/Download glib
>>> INFO: To force a new mirror auto-detection, remove download/Mirror-Cache.
>>> INFO: Found cached mirror URL in download/Mirror-Cache:
>>> INFO: http://dl.t2-project.org/mirror/9.0
>>>
>>> Downloading glib:download/mirror/g/glib-2.62.2.tar.xz ...
>>> ERROR: Found download/mirror/g/glib-2.62.2.tar.xz.cksum-err.
>>> ERROR: That means that we downloaded the file already and it had an
>>> ERROR: incorrect checksum. Remove the *.cksum-err file to force a
>>> ERROR: new download of that file.
>>>
>>>
>>> Jan
>>>
>>> On 2/4/20 12:20 AM, Jan Rovins wrote:
>>>> Ok, I just hit the ninja error (same as before)
>>>>
>>>> ===[hook_eval:130 (last $?=0)> sort
>>>> ==[hook_eval:131 (last $?=0)> '[' 5 ']'
>>>> ==[hook_eval:131 (last $?=0)> eval './configure.py --bootstrap'
>>>> ===[hook_eval:131 (last $?=0)> ./configure.py --bootstrap
>>>> fl_wrapper.so: write outside basedir (/opt/t2-trunk):
>>>> /usr/lib/python3.7/encodings/__pycache__/__init__.cpython-37.pyc.139965801578800
>>>> Due to previous errors, no 0-ninja.log file!
>>>> (Try enabling xtrace in the config to track an error inside the build
>>>> system.)
>>>> --- BUILD ERROR ---
>>>> Creating file list and doing final adaptions ...
>>>> Searching for orphaned files ...
>>>> Found 5 files for this package.
>>>> Found 0 orphaned files for this package.
>>>> Clear (old) md5sums ...
>>>> Creating md5sum files ... done.
>>>> Creating package description ...
>>>> Making post-install adaptions.
>>>> == 02/04/20 04:55:14 =[0]=> Aborted building package ninja.
>>>>
>>>>
>>>> Applying the attached patch, and re-building python allows the ninja build
>>>> to succeed.
>>>>
>>>> Jan
>>>>
>>>>
>>>> On 2/3/20 11:50 PM, Jan Rovins wrote:
>>>>> Ok, Rene, I have added symlinks for arch & uname into bin (I used the
>>>>> ones from /usr/embutils)
>>>>>
>>>>> And now the Build-Target is off and running, got past glibc, so I will
>>>>> just let it run.
>>>>>
>>>>> for scsijon: I am at version 49198 and am using
>>>>> t2-minimal-glibc-gcc-x86-64-r49128.iso as the reference for the chroot
>>>>> binaries.
>>>>>
>>>>> Jan
>>>>>
>>>>>
>>>>> On 2/3/20 4:21 AM, René Rebe wrote:
>>>>>> Hi,
>>>>>>
>>>>>> as per my long YT development & test livestream this is coreutils not
>>>>>> being installed correctly causing uname and arch not being in /bin
>>>>>>
>>>>>> You can probably move them over and re build coreutils to fully fix this.
>>>>>>
>>>>>> Yes, it is also rather annoying and time consuming for myself that each
>>>>>> time we spin an ISO there are upstream regressions. Warning: t2/trunk
>>>>>> glibc update breaks glib and thus many other depends if you build a
>>>>>> large package selection. I will try to hunt down what is wrong between
>>>>>> glib and glibc another day, Google and mailing lists did not yet had an
>>>>>> answer for that @GLIBC PRIVATE symbol. For now I would locally revert
>>>>>> the glibc update…
>>>>>>
>>>>>> René
>>>>>>
>>>>>>> On 3. Feb 2020, at 06:04, Jan Rovins <[email protected]> wrote:
>>>>>>>
>>>>>>> Hi Rene,
>>>>>>>
>>>>>>> Can't seem to get at anything useful to trace this, it's failing very
>>>>>>> early in the T2 wrappers, before the glibc debug dir is created.
>>>>>>>
>>>>>>>
>>>>>>> ERROR-LOG attached.
>>>>>>>
>>>>>>>
>>>>>>> Jan
>>>>>>>
>>>>>>> On 2/2/20 11:08 PM, Jan Rovins wrote:
>>>>>>>> Hi Rene & List.
>>>>>>>>
>>>>>>>> Just got my new fast build server set up, and saw that the new iso was
>>>>>>>> out, so I figured that I'd try a fresh T2 chroot build with the latest
>>>>>>>> from svn.
>>>>>>>>
>>>>>>>> Attached are the scripts that I'm using to set up the chroots, if you
>>>>>>>> wan to review them & share them on the site.
>>>>>>>>
>>>>>>>> I will send outy notes on each regression as I hit them.
>>>>>>>>
>>>>>>>> The build is a minimal generic, without anything special.
>>>>>>>>
>>>>>>>> The first thing that I ran into was with glibc stage 0:
>>>>>>>>
>>>>>>>> ===[eval_config_command:284 (last $?=0)> ../configure
>>>>>>>> --prefix=/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr
>>>>>>>> --enable-hacker-mode
>>>>>>>> --with-headers=/opt/t2-trunk/build/default-9.0-svn-generic-x86-64-linux/usr/include
>>>>>>>> --with-libpam --with-pam --enable-libpam --enable-pam --with-tls
>>>>>>>> --with-__thread --enable-obsolete-rpc --disable-profile
>>>>>>>> --disable-multi-arch --enable-kernel=2.6.32 --with-fp
>>>>>>>> --with-gnu-binutils --build=-nocross-linux-gnu
>>>>>>>> --host=x86_64-t2-linux-gnu --cache-file=./config.cache --without-gd
>>>>>>>> configure: loading cache ./config.cache
>>>>>>>> checking build system type... config.sub: invalid option
>>>>>>>> -nocross-linux-gnu
>>>>>>>> Try `config.sub --help' for more information.
>>>>>>>> configure: error: /bin/sh ../scripts/config.sub -nocross-linux-gnu
>>>>>>>> failed
>>>>>>>> Due to previous errors, no 0-glibc.log file!
>>>>>>>> (Try enabling xtrace in the config to track an error inside the build
>>>>>>>> system.)
>>>>>>>> --- BUILD ERROR ---
>>>>>>>>
>>>>>>>> Will start on debugging this next, and send an update shortly.
>>>>>>>>
>>>>>>>>
>>>>>>>> Jan
>>>>>>>>
>>>>>>> <ERROR-LOG.txt>-----------------------------------------------------------
>>>>>>>
>>>>>>> If you wish to unsubscribe from this mailing, send mail to
>>>>>>> [email protected] with a subject of: unsubscribe t2
--
ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com
https://exactscan.com | https://ocrkit.com | https://t2sde.org |
https://rene.rebe.de
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
