| View previous topic :: View next topic |
| Author |
Message |
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
 Posted: Thu Apr 01, 2021 8:46 pm Post subject: Stuck in dependency hell on PA-RISC |
 |
|
Hello everyone,
I spent the last 5 hours (and a very mad girlfriend as consequence) trying to untangle a dependency problem with the latest fresh stage3 on PA-RISC:
It might be possible to break this cycle
by applying any of the following changes:
- dev-lang/python-3.8.8 (Change USE: -sqlite)
- dev-db/sqlite-3.34.1 (Change USE: -icu)
The more I try to untangle this, the more I hit roadblocks.
Any suggestion of someone I could contact to try to review the procedure?
Shiunbird |
|
| Back to top |
|
 |
alamahant
Advocate
Joined: 23 Mar 2019
Posts: 3879
|
| Posted: Thu Apr 01, 2021 9:18 pm Post subject: |
|
|
Hi
p;ease try USE="-bindist"
Sometimes this flag creates havoc.
_________________
 |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Thu Apr 01, 2021 10:36 pm Post subject: |
|
|
Shiunbird,
Run and check that bindist does not appear in your USE flags. It shouldn't.
If its there edit | Code: | | /etc/portage/make.conf |
and add -bindist to the USE= statement.
If there is no USE yet create one by adding USE="-bindist" on a new line.
Next try the command | Code: | | USE=-sqlite emerge -1av python:3.8 |
It's done like that because we want to emerge python with USE=-sqlite just once.
The python will be rebuilt later with sqlite support.
Homework: What do the options 1av do for the emerge command?
You will have extra problems because the PA-RISC stage3 you are starting from is about a year old.
Updating a year old system can be a challenge.
-- Edit --
What does setting | Code: | | GENTOO_MIRRORS="http://bloodnoc.org/~roy/olde-distfiles |
in make.conf do?
That really is an http server. I don't promise that the distfiles you need are there but its all the distfiles I have ever downloaded since 2006 and a smattering of older ones too. I put that up so II could do Historical Gentoo and because I get asked for old distfiles from time to time.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Fri Apr 02, 2021 11:04 am Post subject: |
|
|
To get python to try to install, I had to unmask <sys-devel/binutils-2.34 and this caused a new block:
openssh 8.1 blocks glibc 2.32 =(
Once I get the output of the full update of emerge, I will see if I go the other way around.
Before I was installing gentoo with desktop, now I just want to get a barebones bootable system and take it from there, because I want to make sure I am doing PALO right.
But I'm not getting even to be able to build the kernel. =( |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Apr 02, 2021 12:38 pm Post subject: |
|
|
Shiunbird,
There is enough in the starge3 to build a kernel. No need to update anything first.
Choose one of the 4.x.x stable kernels to start with.
The stage3 plus a kernel is enough to boot with.
If PA-RISC needs a bootloader, you need to add that too.
Once you can boot into the stage3, in will get a lot easier.
The circular dependencies won't to away but ssl, https and friends will work.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Fri Apr 02, 2021 1:53 pm Post subject: |
|
|
I might drop the towel. This is madness. =)
Building @world gets stuck because of zstd-1.4.9.0 (USE=threads -lz4 -static-libs).
It goes through dynamic/zstd_double_fast.o but stays stuck in static/zstd_double_fast.o eating 100% of CPU forever.
I tried to build @system and zstd is also a requirement.
I tried running emerge with --debug, but when it comes to the many lines of CC, debug gives nothing, so I don't know where in the code it gets stuck.
Any suggestions?
I'm happy to help the maintainers of hppa but I don't know even whom to contact or where to begin with =) |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Apr 02, 2021 2:47 pm Post subject: |
|
|
Shiunbird,
Have a look at the Gentoo HPPA Project project page.
There are contact details there. The IRC channel is likely to be quiet and to require registration before you can speak there.
The registered users only thing is a mild anti spam measure.
I suspect the build is slow as the system has run out of real RAM and is swapping.
Run top in another terminal.
If you don't have another terminal, Press Ctrl-z to pause the running job, look at top. kill top then do fg, to resume the paused job.
You could also install screen and have several terminals that way.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Fri Apr 02, 2021 4:51 pm Post subject: |
|
|
Hi Neddy,
Thank you for your help.
I doubt RAM is the problem.
I tried top even before writing you. I have 8GB of RAM and still had 5GB free, and some cached data.
Swap was not even touched.
I managed later on to build kgcc64. It took one hour but went through flawlessly.
So what happened afterwards. I couldn't emerge @world or @system because of zstd, so I thought of installing the kernel.
I emerged gentoo-sources and kgcc64 and both built fine.
However, when I try to build the kernel, I get an error in scripts/Kconfig.include, like 40. Linker hppa64-linux-ld not found.
I will contact them for help. Thank you. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Fri Apr 02, 2021 6:15 pm Post subject: |
|
|
Shiunbird,
kgcc64 is special. It is used only for building a 64 bit kernel on a system that is otherwise 32 bit only.
If you have a 64 bit install, you shourd not be able to install kgcc64 because gcc is 64 bit anyway.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Sun Apr 04, 2021 8:48 pm Post subject: |
|
|
Aha.
But would it break my installation otherwise?
I was successfult in getting a full installation of Debian 10 up and running, and I will now try to build Gentoo from there. =)
Thank you so much for all the help. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Mon Apr 05, 2021 8:22 am Post subject: |
|
|
Shiunbird,
Well, if you need 32 bit code and use kgcc64 I would be able to hear the crash from Scotland. :)
Are you doing a 32 bit install, a 64 it install or a 32 bit install on top of a 64 bit kernel?
Only the latter uses kgcc64 as the native gcc is 32 bit only.
In debian, what does say?
Also
In Gentoo, what doessay?
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Tue Apr 06, 2021 9:49 am Post subject: |
|
|
Hi Neddy,
I'm doing a 64 bit install, and on my C8000 it MUST be 64 bit, specially because I have more than 4GB of RAM.
I found out man-db is causing a kernel dump on boot, in my Debian installation. So I'm doing a clean install, purging it and then marking it as -r-x so it won't bother me in the future. Now that I got the knack of the Debian install, I'm making a clean one and will try again.
Then I will get back to your questions... =) |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Tue Apr 06, 2021 4:23 pm Post subject: |
|
|
| NeddySeagoon wrote: |
Well, if you need 32 bit code and use kgcc64 I would be able to hear the crash from Scotland.
Are you doing a 32 bit install, a 64 it install or a 32 bit install on top of a 64 bit kernel?
Only the latter uses kgcc64 as the native gcc is 32 bit only. |
I see your point now:
| Code: | Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Apr 6 16:24:49 2021 from 192.168.60.149
shiunbird@c8000:~$ uname -a
Linux c8000 4.19.0-5-parisc64-smp #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) parisc64 GNU/Linux
shiunbird@c8000:~$ file /bin/bash
/bin/bash: ELF 32-bit MSB executable, PA-RISC, *unknown arch 0xf* version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 3.2.0, BuildID[sha1]=481b4a69c45f98cb2c9d4faa8235a2e838483ea4, stripped
shiunbird@c8000:~$ file /mnt/gentoo/bin/bash
/mnt/gentoo/bin/bash: ELF 32-bit MSB pie executable, PA-RISC, *unknown arch 0xf* version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 3.2.0, stripped |
=)
So it's basically, as you said, 64 bit kernel, but 32 bit userland.
Now that I have a fully functional Debian installation that survives reboots and gives me all the required system tools, I''ve started it over.
https://forums.gentoo.org/viewtopic-t-1104292-postdays-0-postorder-asc-start-0.html
https://wiki.gentoo.org/wiki/User:NeddySeagoon/HOWTO_Update_Old_Gentoo
I'm studying these two documents now. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Tue Apr 06, 2021 4:41 pm Post subject: |
|
|
Shiunbird,
I tried to build a | Code: | | crossdev -s4 -t hppa64-unknown-linux-gnu |
toolchain here but it failed.
That would build a 64 bit cross compiler that could be used to to build 64 bit applications. Thats not what is needed though.
The correct tuple is whatever the CHOST is set to in your gentoo install. Its not hppa64-unknown-linux-gnu anyway.
I took a wild guess instead of looking at profiles or looking inside your stage3 tarball.
The 64 bit kernel means that it will use all of your RAM.
The 32 bit userland means that application address space is limited to 4G per application. Its actually less for the application because the kernel needs to be mapped too.
-- edit --
I've done what I should have done a while ago. Looked in /usr/portage/profiles/arch/hppa/make.defaults It says
| Code: | # Copyright 1999-2020 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
ARCH="hppa"
ACCEPT_KEYWORDS="hppa"
CHOST="hppa-unknown-linux-gnu"
CFLAGS="-O2 -pipe"
CXXFLAGS="${CFLAGS}"
FEATURES="sandbox sfperms strict"
USE="cups foomaticdb fortran gdbm gpm imlib libwww spell firefox"
# Michał Górny <mgorny@gentoo.org> (2014-07-01)
# Set ABI & DEFAULT_ABI consistently with ${ARCH}, to make ebuild
# checks simpler.
ABI="hppa"
DEFAULT_ABI="hppa"
MULTILIB_ABIS="hppa"
LIBDIR_hppa="lib"
CHOST_hppa="${CHOST}"
# Donnie Berkholz <dberkholz@gentoo.org> (2006-08-18)
# Defaults for video drivers
VIDEO_CARDS="fbdev" |
| Code: | | crossdev -oO /usr/local/gentoo-cross/ -t hppa-unknown-linux-gnu |
looks more promising.
-- edit --
That worked.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Tue Apr 06, 2021 7:49 pm Post subject: |
|
|
There's some progress here.
When I run emerge @world, things seem to go well, but I always get stuck at zstd (I already hate facebook enough).
If I try to emerge the minimum of the minimum, I also get stuck there. It seems to be essential.
| Code: | >>> Emerging (53 of 179) app-arch/zstd-1.4.9::gentoo
* zstd-1.4.9.tar.gz BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking zstd-1.4.9.tar.gz to /var/tmp/portage/app-arch/zstd-1.4.9/work
>>> Source unpacked in /var/tmp/portage/app-arch/zstd-1.4.9/work
>>> Preparing source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* Will copy sources from /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9
* .hppa: copying to /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9-.hppa
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* .hppa: running multilib-minimal_abi_src_configure
>>> Source configured.
>>> Compiling source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* .hppa: running multilib-minimal_abi_src_compile
make -j2 CC=hppa2.0-unknown-linux-gnu-gcc CXX=hppa2.0-unknown-linux-gnu-g++ AR=hppa2.0-unknown-linux-gnu-ar PREFIX=/usr LIBDIR=/usr/lib -C lib libzstd-mt libzstd.a-mt libzstd.pc
make: Entering directory '/var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9-.hppa/lib'
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/debug.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/debug.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/entropy_common.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/entropy_common.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/error_private.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/error_private.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/fse_decompress.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/fse_decompress.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/pool.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/pool.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/threading.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/threading.o
CC obj/conf_6c7001a9af835d57324b76c6adfcc9e1/dynamic/xxhash.o
CC obj/conf_aa7bbeaca357c2774ee0ae92af390b5e/static/xxhash.o |
I tried to build in Debian 6 different versions of zstd and I always get stuck at the same point. It stays forever there, not increasing memory usage, not finishing, and eating 100% of as many threads I throw at it. =(
Now... I looked into my make.defaults at /etc/portage/make.conf and at /usr/portage/profiles/arch/hppa/make.defaults:
In /etc/portage/make.conf I have CHOST="hppa2.0-unknown-linux-gnu"
In /usr/portage/profiles/arch/hppa/make.defaults I have CHOST="hppa-unknown-linux-gnu"
And that got me to trying:
| Code: | (chroot) c8000 / # CHOST="hppa-unknown-linux-gnu" /usr/lib/python-exec/python3.6/emerge -1av app-arch/zstd
* IMPORTANT: 12 news items need reading for repository 'gentoo'.
* Use eselect news read to view new items.
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] app-arch/zstd-1.4.9:0/1::gentoo USE="threads -lz4 -static-libs" 0 KiB
Total: 1 package (1 new), Size of downloads: 0 KiB
Would you like to merge these packages? [Yes/No] yes
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) app-arch/zstd-1.4.9::gentoo
* zstd-1.4.9.tar.gz BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking zstd-1.4.9.tar.gz to /var/tmp/portage/app-arch/zstd-1.4.9/work
>>> Source unpacked in /var/tmp/portage/app-arch/zstd-1.4.9/work
>>> Preparing source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* Will copy sources from /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9
* .hppa: copying to /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9-.hppa
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* .hppa: running multilib-minimal_abi_src_configure
>>> Source configured.
>>> Compiling source in /var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9 ...
* .hppa: running multilib-minimal_abi_src_compile
make -j4 CC=gcc CXX=g++ AR=ar PREFIX=/usr LIBDIR=/usr/lib -C lib libzstd-mt libzstd.a-mt libzstd.pc
make: Entering directory '/var/tmp/portage/app-arch/zstd-1.4.9/work/zstd-1.4.9-.hppa/lib'
creating pkgconfig
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/debug.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/entropy_common.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/error_private.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/debug.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/entropy_common.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/fse_decompress.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/error_private.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/pool.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/fse_decompress.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/threading.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/pool.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/threading.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/xxhash.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_common.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/xxhash.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_trace.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/zstd_common.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/fse_compress.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/hist.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/zstd_trace.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/huf_compress.o
CC obj/conf_f56e5482212c0ffe13210c379e3873c6/static/fse_compress.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_compress.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_compress_literals.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_compress_sequences.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_compress_superblock.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_double_fast.o
CC obj/conf_8dcfb1274578383f35b4297d83fff9ef/dynamic/zstd_fast.o |
Much further. The logs are not very helpful, so I don't know where in the source it is getting stuck. (I'm a very beginner programmer).
In the meantime, I'm running emerge --verbose --update --deep --newuse --exclude=zstd @world and I will let it roll overnight, and will check the documentation to see how to build it on my gentoo x64 box. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Tue Apr 06, 2021 8:28 pm Post subject: |
|
|
Shiunbird,
I have some hppa-unknown-linux-gnu binaries now.
After | Code: | | crossdev -oO /usr/local/gentoo-cross/ -t hppa-unknown-linux-gnu |
completed, I had a hppa-unknown-linux-gnu cross toolchain and an empty (no binaries) hppa-unknown-linux-gnu target root filesystem.
I tried | Code: | | hppa-unknown-linux-gnu-emerge @system |
by way of building the system set for a hppa-unknown-linux-gnu target, like your system.
It wanted to build 150 packages only seven failed. One of them was portage, which makes it difficult to chroot into the target root and emerge things.
However I can cheat. I can use portage from the stage3 tarball.
palo failed to cross compile. It built something for the target then tried to run it on my amd64 build host.
If its useful, its on my binhost
Portage can fetch from there directly and use the binary packages if you ask it nicely.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Wed Apr 07, 2021 9:31 am Post subject: |
|
|
Thank you so much! This is incredibly kind.
I didn't yet get to the point where I will need your binaries.
The computer has been working the whole night building world. GCC is taking a very long time, understandably so, but it is moving.
There are almost no warnings, so I think it will work out this time.
At the end of the day, it seems that I will manage to build python and will need only zstd.
I'm on 39 of 114. =) |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Wed Apr 07, 2021 11:15 am Post subject: |
|
|
Shiunbird,
gcc is a bit of an oddball for building.
First, it builds enough of itself to build itself using whatever random compiler is on the system. It need not be gcc. That's stage 1
Then it uses stage1 to do the same thing again. Now you have gcc built with gcc. That's stage2.
Now it uses stage2 to do the same thing again and compares the stage2 with what it just built. If they are not identical, it gives up. Thats stage3.
If all it well, it builds all the optional language front ends that you asked for, which is what gets installed.
There was some discussion about adding a USE flag to skip the bootstrapping stages.
The gcc build system can do that anyway as its not possible when you build a cross compiler.
The packages that don't cross compile for me are due to build system bugs. The CHOSTS /usr/include is referenced instead of the targets. When one is 64 bit and the other 32 bit, it matters.
Its unlikely to be just hppa that is affected.
Its https://bugs.gentoo.org/582130 if you are curious.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Thu Apr 08, 2021 9:20 am Post subject: |
|
|
Hi Neddy,
Everything is going well so far.
For zstd, I had to change my CHOST from hppa2.0-unknown-linux-gnu to hppa-unknown-linux-gnu before being able to install your binary.
I had issues with man-db as well, which I was not expecting, since it seems to have built.
I know that man-db is giving me headaches in Debian as well. I often need to kill it because it never finishes updating when I'm installing any package.
I didn't manage to install it only from a CHOST change. I had to unmask the package as follows:
| Code: | (chroot) c8000 / # echo "=sys-apps/man-db-2.9.4 ~hppa" >> /etc/portage/package.accept_keywords
(chroot) c8000 / # /usr/lib/python-exec/python3.6/emerge -G --autounmask-write --autounmask=y sys-apps/man-db |
World is done. I will proceed. =) |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Thu Apr 08, 2021 10:11 am Post subject: |
|
|
Shiunbird,
All my stuff is built with | Code: | | CHOST=hppa-unknown-linux-gnu |
as that is what came out of the hppa profile.
I set the profile to default/linux/hppa/17.0
I can build CHOST=hppa2.0-unknown-linux-gnu if that's what you need.
If you want the default/linux/hppa/17.0/desktop profile I'll do that at the same time. It will be more packages and changed use flags.
You mentioned an amd64 gentoo. Do you want to try cross distcc?
That's a little deeper into the mud than you are now. Your C8000 will send compile jobs to your amd64 helper and get compiled code for the C8000 back.
-- edit --
| Code: | /usr/portage/sys-apps/man-db $ grep hppa *.ebuild
man-db-2.9.3-r1.ebuild: KEYWORDS="~alpha amd64 arm arm64 hppa ~ia64 ~m68k ~mips ppc ppc64 ~riscv s390 sparc x86 ~amd64-linux ~x86-linux"
man-db-2.9.3-r2.ebuild: KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc ~x86 ~amd64-linux ~x86-linux ~ppc-macos ~x64-macos ~sparc-solaris ~sparc64-solaris ~x64-solaris ~x86-solaris"
man-db-2.9.4.ebuild: KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc ~x86 ~amd64-linux ~x86-linux"
man-db-9999.ebuild: KEYWORDS="~alpha ~amd64 ~arm ~arm64 ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc ~x86 ~amd64-linux ~x86-linux" |
sys-apps/man-db is all ~hppa.
You should not have needed to apply a testing keyword at all. It should have been included in your profile.
My cross build is
| Code: | # hppa-unknown-linux-gnu-emerge --info
Portage 3.0.18 (python 3.8.8-final-0, default/linux/hppa/17.0, gcc-10.2.0, glibc-2.32-r8, 5.11.2-gentoo x86_64)
=================================================================
System uname: Linux-5.11.2-gentoo-x86_64-AMD_Phenom-tm-_II_X6_1090T_Processor-with-glibc2.2.5
KiB Mem: 16396360 total, 13907156 free
KiB Swap: 2088432 total, 2088432 free
Timestamp of repository gentoo: Tue, 30 Mar 2021 10:45:01 +0000
Head commit of repository gentoo: d23ad8c40a3f96a1da26b525a254ee540a76473c
sh bash 5.1_p4
ld GNU ld (Gentoo 2.35.2 p1) 2.35.2
distcc 3.3.3 x86_64-pc-linux-gnu [disabled]
app-shells/bash: 5.1_p4::gentoo
dev-lang/python: 3.8.8::gentoo
sys-apps/baselayout: 2.7-r1::gentoo
sys-apps/openrc: 0.42.1-r1::gentoo
sys-apps/sandbox: 2.22::gentoo
sys-devel/binutils: 2.35.2::gentoo
sys-devel/gcc: 10.2.0-r5::gentoo
sys-devel/gcc-config: 2.4::gentoo
sys-devel/make: 4.3::gentoo
sys-kernel/linux-headers: 5.11::gentoo (virtual/os-headers)
sys-libs/glibc: 2.32-r8::gentoo
Repositories:
gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-verify-max-age: 24
sync-rsync-verify-jobs: 1
sync-rsync-extra-opts:
sync-rsync-verify-metamanifest: yes
ACCEPT_KEYWORDS="hppa ~hppa"
ACCEPT_LICENSE="@FREE"
CBUILD="x86_64-pc-linux-gnu"
CC="/usr/x86_64-pc-linux-gnu/hppa-unknown-linux-gnu/gcc-bin/10.2.0/hppa-unknown-linux-gnu-gcc"
CFLAGS="-O2 -pipe -fomit-frame-pointer"
CHOST="hppa-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXX="/usr/x86_64-pc-linux-gnu/hppa-unknown-linux-gnu/gcc-bin/10.2.0/hppa-unknown-linux-gnu-c++"
CXXFLAGS="-O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS=""
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news nodoc noinfo noman parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS=""
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_GB.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j8"
PKGDIR="/usr/hppa-unknown-linux-gnu/packages/"
PORTAGE_CONFIGROOT="/usr/hppa-unknown-linux-gnu/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/usr/hppa-unknown-linux-gnu/tmp/"
USE="acl berkdb big-endian bzip2 cli crypt cups firefox foomaticdb fortran gdbm gpm hppa iconv imlib ipv6 libglvnd libwww ncurses nls nptl openmp pcre readline seccomp spell split-usr ssl tcpd unicode xattr zlib" ADA_TARGET="gnat_2018" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_8" PYTHON_TARGETS="python3_8" RUBY_TARGETS="ruby26" USERLAND="GNU" VIDEO_CARDS="fbdev dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq proto steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS |
That says | Code: | default/linux/hppa/17.0
ACCEPT_KEYWORDS="hppa ~hppa" |
Your should include both of those.
| Code: | | CC="/usr/x86_64-pc-linux-gnu/hppa-unknown-linux-gnu/gcc-bin/10.2.0/hppa-unknown-linux-gnu-gcc" |
is a fix for things that want to use the native gcc, which is a very bad thing in a cross build system.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Thu Apr 08, 2021 12:11 pm Post subject: |
|
|
Hi Neddy,
Thank you once again.
Things are going ok. I may not have been clear - I'm not trying to cross-compile. The only two packages that I installed from your binaries were zstd and man-db. The rest I managed to compile on the target machine itself.
I've just finished emerging the sources and it went ok.
The documentation got me a bit confused. It states that:
T | Code: | | o compile a 64-bit kernel, first emerge kgcc64. However, running a 64-bit kernel is discouraged. Only run a 64-bit kernel if the system has more than 4GB of RAM or if the server requires it, i.e. on the A500. |
My machine is the latest PA-RISC available and it has 8GB of RAM, so I thought I needed a 64 bit kernel and I was about to emerge kgcc64.
However, on my Debian installation gives me 32, so I probably should be able to move forward with a 32 bit kernel.
Since I am a beginner (so far I thought using Debian was hardcore), I'd rather go for to reduce my chances of making mistakes.
I'm now emerging genkernel. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Thu Apr 08, 2021 12:49 pm Post subject: |
|
|
My resolve is running thin... =(
In my previous attempt, I had managed to build the kernel, and now I can't even run the initial make. It fails from the very beginning.
| Code: | (chroot) c8000 /usr/src/linux # make -j4
CALL scripts/atomic/check-atomics.sh
CC arch/parisc/kernel/asm-offsets.s
In file included from ./arch/parisc/include/asm/processor.h:17,
from ./arch/parisc/include/asm/spinlock.h:7,
from ./arch/parisc/include/asm/atomic.h:22,
from ./include/linux/atomic.h:7,
from ./arch/parisc/include/asm/bitops.h:13,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/thread_info.h:12,
from ./include/asm-generic/current.h:5,
from ./arch/parisc/include/generated/asm/current.h:1,
from ./include/linux/sched.h:12,
from arch/parisc/kernel/asm-offsets.c:18:
./arch/parisc/include/asm/pdc.h:75:10: warning: ‘struct pdc_memory_table’ declared inside parameter list will not be visible outside of this definition or declaration
|
Is it possible to start over without having to rebuild everything?
For some reason, I started having this error all over at some point yesterday:
| Code: | | no python-exec wrapped executable found in /usr/lib/python-exec. |
I can go around it when I'm invoking something directly, but when it's called from within some script, it fails silently and keeps going.
complains that I don't have a valid configuration file and when I point to one manually it says that it doesn't match the regex.
With | Code: | | c8000 /usr/src/linux # make -j4 && make modules_install |
I don't get very far either.
If I can start over without rebuilding everything, I'd try to overwrite the initial configuration files with fresh ones (to get rid of this annoying no python-exec error), then install the two missing binaries that you provided and see if I can build the kernel.
This time I had to unmask genkernel to get it to emerge but before I didn't have any problems.
Suggestions? |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Thu Apr 08, 2021 1:08 pm Post subject: |
|
|
Shiunbird,
How much of your 8G RAM does the debian install see?
will tell.
I have not looked at the hppa kernel configuration to see if the hardware can provide any tricks like the Intel Physical Address Extension, which lets a 32 bit processor address up to 64G RAM by paging. Each application can still only address about 3GB but the kernel can put applications into different physical RAM regions.
You can always switch to a 64 bit kernel later, so its easy to change your mind.
I realise you are not cross compiling ... yet. I was encouraging you deeper into the mud. :)
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Shiunbird
n00b
Joined: 30 Mar 2021
Posts: 28
|
| Posted: Thu Apr 08, 2021 5:06 pm Post subject: |
|
|
Hey Neddy,
Compiling the kernel is completely broken.
| Code: | (chroot) c8000 /usr/src/linux # make -j4 && make modules_install
SYNC include/config/auto.conf.cmd
HOSTCC scripts/kconfig/conf.o
HOSTLD scripts/kconfig/conf
SYSTBL arch/parisc/include/generated/asm/syscall_table_32.h
SYSTBL arch/parisc/include/generated/asm/syscall_table_64.h
SYSTBL arch/parisc/include/generated/asm/syscall_table_c32.h
WRAP arch/parisc/include/generated/uapi/asm/auxvec.h
WRAP arch/parisc/include/generated/uapi/asm/bpf_perf_event.h
WRAP arch/parisc/include/generated/uapi/asm/param.h
WRAP arch/parisc/include/generated/uapi/asm/poll.h
WRAP arch/parisc/include/generated/uapi/asm/resource.h
WRAP arch/parisc/include/generated/uapi/asm/siginfo.h
WRAP arch/parisc/include/generated/uapi/asm/sockios.h
WRAP arch/parisc/include/generated/uapi/asm/types.h
SYSHDR arch/parisc/include/generated/uapi/asm/unistd_32.h
SYSHDR arch/parisc/include/generated/uapi/asm/unistd_64.h
WRAP arch/parisc/include/generated/asm/kvm_para.h
WRAP arch/parisc/include/generated/asm/mcs_spinlock.h
WRAP arch/parisc/include/generated/asm/user.h
WRAP arch/parisc/include/generated/asm/current.h
WRAP arch/parisc/include/generated/asm/device.h
WRAP arch/parisc/include/generated/asm/div64.h
WRAP arch/parisc/include/generated/asm/exec.h
WRAP arch/parisc/include/generated/asm/emergency-restart.h
WRAP arch/parisc/include/generated/asm/hw_irq.h
WRAP arch/parisc/include/generated/asm/irq_regs.h
WRAP arch/parisc/include/generated/asm/irq_work.h
WRAP arch/parisc/include/generated/asm/kdebug.h
UPD include/config/kernel.release
WRAP arch/parisc/include/generated/asm/kmap_size.h
WRAP arch/parisc/include/generated/asm/local.h
WRAP arch/parisc/include/generated/asm/local64.h
UPD include/generated/uapi/linux/version.h
WRAP arch/parisc/include/generated/asm/mm-arch-hooks.h
WRAP arch/parisc/include/generated/asm/mmiowb.h
WRAP arch/parisc/include/generated/asm/module.lds.h
WRAP arch/parisc/include/generated/asm/msi.h
WRAP arch/parisc/include/generated/asm/percpu.h
WRAP arch/parisc/include/generated/asm/preempt.h
WRAP arch/parisc/include/generated/asm/rwonce.h
WRAP arch/parisc/include/generated/asm/simd.h
WRAP arch/parisc/include/generated/asm/trace_clock.h
WRAP arch/parisc/include/generated/asm/vermagic.h
WRAP arch/parisc/include/generated/asm/vga.h
WRAP arch/parisc/include/generated/asm/word-at-a-time.h
WRAP arch/parisc/include/generated/asm/xor.h
HOSTCC scripts/kallsyms
HOSTCC scripts/sorttable
HOSTCC scripts/genksyms/genksyms.o
YACC scripts/genksyms/parse.tab.[ch]
UPD include/generated/utsrelease.h
LEX scripts/genksyms/lex.lex.c
HOSTCC scripts/genksyms/parse.tab.o
HOSTCC scripts/genksyms/lex.lex.o
HOSTLD scripts/genksyms/genksyms
CC scripts/mod/empty.o
HOSTCC scripts/mod/mk_elfconfig
CC scripts/mod/devicetable-offsets.s
UPD scripts/mod/devicetable-offsets.h
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/sumversion.o
HOSTLD scripts/mod/modpost
CC kernel/bounds.s
CALL scripts/atomic/check-atomics.sh
UPD include/generated/timeconst.h
In file included from ./arch/parisc/include/asm/processor.h:17,
from ./arch/parisc/include/asm/spinlock.h:7,
from ./arch/parisc/include/asm/atomic.h:22,
from ./include/linux/atomic.h:7,
from ./arch/parisc/include/asm/bitops.h:13,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/page-flags.h:10,
from kernel/bounds.c:10:
./arch/parisc/include/asm/pdc.h:75:10: warning: ‘struct pdc_memory_table’ declared inside parameter list will not be visible outside of this definition or declaration
75 | struct pdc_memory_table *tbl, unsigned long entries);
| ^~~~~~~~~~~~~~~~
./arch/parisc/include/asm/pdc.h:74:30: warning: ‘struct pdc_memory_table_raddr’ declared inside parameter list will not be visible outside of this definition or declaration
74 | int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
| ^~~~~~~~~~~~~~~~~~~~~~
In file included from ./arch/parisc/include/asm/bitops.h:203,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/page-flags.h:10,
from kernel/bounds.c:10:
./include/asm-generic/bitops/__fls.h: In function ‘__fls’:
./include/asm-generic/bitops/__fls.h:18:21: warning: left shift count >= width of type [-Wshift-count-overflow]
18 | if (!(word & (~0ul << 32))) {
| ^~
./include/asm-generic/bitops/__fls.h:20:8: warning: left shift count >= width of type [-Wshift-count-overflow]
20 | word <<= 32;
| ^~~
./include/asm-generic/bitops/__fls.h:23:21: warning: left shift count >= width of type [-Wshift-count-overflow]
23 | if (!(word & (~0ul << (BITS_PER_LONG-16)))) {
| ^~
./include/asm-generic/bitops/__fls.h:27:21: warning: left shift count >= width of type [-Wshift-count-overflow]
27 | if (!(word & (~0ul << (BITS_PER_LONG-8)))) {
| ^~
./include/asm-generic/bitops/__fls.h:31:21: warning: left shift count >= width of type [-Wshift-count-overflow]
31 | if (!(word & (~0ul << (BITS_PER_LONG-4)))) {
| ^~
./include/asm-generic/bitops/__fls.h:35:21: warning: left shift count >= width of type [-Wshift-count-overflow]
35 | if (!(word & (~0ul << (BITS_PER_LONG-2)))) {
| ^~
./include/asm-generic/bitops/__fls.h:39:21: warning: left shift count >= width of type [-Wshift-count-overflow]
39 | if (!(word & (~0ul << (BITS_PER_LONG-1))))
| ^~
UPD include/generated/bounds.h
CC arch/parisc/kernel/asm-offsets.s
In file included from ./arch/parisc/include/asm/processor.h:17,
from ./arch/parisc/include/asm/spinlock.h:7,
from ./arch/parisc/include/asm/atomic.h:22,
from ./include/linux/atomic.h:7,
from ./arch/parisc/include/asm/bitops.h:13,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/thread_info.h:12,
from ./include/asm-generic/current.h:5,
from ./arch/parisc/include/generated/asm/current.h:1,
from ./include/linux/sched.h:12,
from arch/parisc/kernel/asm-offsets.c:18:
./arch/parisc/include/asm/pdc.h:75:10: warning: ‘struct pdc_memory_table’ declared inside parameter list will not be visible outside of this definition or declaration
75 | struct pdc_memory_table *tbl, unsigned long entries);
| ^~~~~~~~~~~~~~~~
./arch/parisc/include/asm/pdc.h:74:30: warning: ‘struct pdc_memory_table_raddr’ declared inside parameter list will not be visible outside of this definition or declaration
74 | int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
| ^~~~~~~~~~~~~~~~~~~~~~
In file included from ./arch/parisc/include/asm/bitops.h:203,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/thread_info.h:12,
from ./include/asm-generic/current.h:5,
from ./arch/parisc/include/generated/asm/current.h:1,
from ./include/linux/sched.h:12,
from arch/parisc/kernel/asm-offsets.c:18:
./include/asm-generic/bitops/__fls.h: In function ‘__fls’:
./include/asm-generic/bitops/__fls.h:18:21: warning: left shift count >= width of type [-Wshift-count-overflow]
18 | if (!(word & (~0ul << 32))) {
| ^~
./include/asm-generic/bitops/__fls.h:20:8: warning: left shift count >= width of type [-Wshift-count-overflow]
20 | word <<= 32;
| ^~~
./include/asm-generic/bitops/__fls.h:23:21: warning: left shift count >= width of type [-Wshift-count-overflow]
23 | if (!(word & (~0ul << (BITS_PER_LONG-16)))) {
| ^~
./include/asm-generic/bitops/__fls.h:27:21: warning: left shift count >= width of type [-Wshift-count-overflow]
27 | if (!(word & (~0ul << (BITS_PER_LONG-8)))) {
| ^~
./include/asm-generic/bitops/__fls.h:31:21: warning: left shift count >= width of type [-Wshift-count-overflow]
31 | if (!(word & (~0ul << (BITS_PER_LONG-4)))) {
| ^~
./include/asm-generic/bitops/__fls.h:35:21: warning: left shift count >= width of type [-Wshift-count-overflow]
35 | if (!(word & (~0ul << (BITS_PER_LONG-2)))) {
| ^~
./include/asm-generic/bitops/__fls.h:39:21: warning: left shift count >= width of type [-Wshift-count-overflow]
39 | if (!(word & (~0ul << (BITS_PER_LONG-1))))
| ^~
In file included from ././include/linux/compiler_types.h:65,
from <command-line>:
./include/linux/smp.h: At top level:
./include/linux/smp.h:34:26: error: requested alignment ‘20’ is not a positive power of 2
34 | __aligned(sizeof(struct __call_single_data));
| ^~~~~~~~~~~~~~~~~~
./include/linux/compiler_attributes.h:52:68: note: in definition of macro ‘__aligned’
52 | #define __aligned(x) __attribute__((__aligned__(x)))
| ^
In file included from ./include/linux/mm.h:33,
from ./include/linux/pid_namespace.h:7,
from ./include/linux/ptrace.h:10,
from arch/parisc/kernel/asm-offsets.c:20:
./include/linux/pgtable.h: In function ‘pud_index’:
./include/linux/pgtable.h:59:18: warning: right shift count >= width of type [-Wshift-count-overflow]
59 | return (address >> PUD_SHIFT) & (PTRS_PER_PUD - 1);
| ^~
./include/linux/pgtable.h: In function ‘pgd_offset_pgd’:
./include/linux/pgtable.h:66:29: warning: right shift count >= width of type [-Wshift-count-overflow]
66 | #define pgd_index(a) (((a) >> PGDIR_SHIFT) & (PTRS_PER_PGD - 1))
| ^~
./include/linux/pgtable.h:106:16: note: in expansion of macro ‘pgd_index’
106 | return (pgd + pgd_index(address));
| ^~~~~~~~~
In file included from ./include/linux/stringhash.h:7,
from ./include/linux/dcache.h:15,
from ./include/linux/fs.h:8,
from ./include/linux/huge_mm.h:8,
from ./include/linux/mm.h:703,
from ./include/linux/pid_namespace.h:7,
from ./include/linux/ptrace.h:10,
from arch/parisc/kernel/asm-offsets.c:20:
./include/linux/hash.h: In function ‘hash32_ptr’:
./include/linux/hash.h:99:14: warning: right shift count >= width of type [-Wshift-count-overflow]
99 | val ^= (val >> 32);
| ^~
In file included from arch/parisc/kernel/asm-offsets.c:22:
arch/parisc/kernel/asm-offsets.c: In function ‘main’:
arch/parisc/kernel/asm-offsets.c:273:36: warning: right shift count >= width of type [-Wshift-count-overflow]
273 | DEFINE(ASM_PGD_ENTRY, PAGE_OFFSET >> PGDIR_SHIFT);
| ^~
./include/linux/kbuild.h:6:62: note: in definition of macro ‘DEFINE’
6 | asm volatile("\n.ascii \"->" #sym " %0 " #val "\"" : : "i" (val))
| ^~~
make[1]: *** [scripts/Makefile.build:117: arch/parisc/kernel/asm-offsets.s] Error 1
make: *** [Makefile:1202: prepare0] Error 2
(chroot) c8000 /usr/src/linux # nano -w /etc/portage/make.conf
(chroot) c8000 /usr/src/linux # make -j4
CALL scripts/atomic/check-atomics.sh
CC arch/parisc/kernel/asm-offsets.s
In file included from ./arch/parisc/include/asm/processor.h:17,
from ./arch/parisc/include/asm/spinlock.h:7,
from ./arch/parisc/include/asm/atomic.h:22,
from ./include/linux/atomic.h:7,
from ./arch/parisc/include/asm/bitops.h:13,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/thread_info.h:12,
from ./include/asm-generic/current.h:5,
from ./arch/parisc/include/generated/asm/current.h:1,
from ./include/linux/sched.h:12,
from arch/parisc/kernel/asm-offsets.c:18:
./arch/parisc/include/asm/pdc.h:75:10: warning: ‘struct pdc_memory_table’ declared inside parameter list will not be visible outside of this definition or declaration
75 | struct pdc_memory_table *tbl, unsigned long entries);
| ^~~~~~~~~~~~~~~~
./arch/parisc/include/asm/pdc.h:74:30: warning: ‘struct pdc_memory_table_raddr’ declared inside parameter list will not be visible outside of this definition or declaration
74 | int pdc_mem_mem_table(struct pdc_memory_table_raddr *r_addr,
| ^~~~~~~~~~~~~~~~~~~~~~
In file included from ./arch/parisc/include/asm/bitops.h:203,
from ./include/linux/bitops.h:32,
from ./include/linux/kernel.h:11,
from ./arch/parisc/include/asm/bug.h:5,
from ./include/linux/bug.h:5,
from ./include/linux/thread_info.h:12,
from ./include/asm-generic/current.h:5,
from ./arch/parisc/include/generated/asm/current.h:1,
from ./include/linux/sched.h:12,
from arch/parisc/kernel/asm-offsets.c:18:
./include/asm-generic/bitops/__fls.h: In function ‘__fls’:
./include/asm-generic/bitops/__fls.h:18:21: warning: left shift count >= width of type [-Wshift-count-overflow]
18 | if (!(word & (~0ul << 32))) {
| ^~
./include/asm-generic/bitops/__fls.h:20:8: warning: left shift count >= width of type [-Wshift-count-overflow]
20 | word <<= 32;
| ^~~
./include/asm-generic/bitops/__fls.h:23:21: warning: left shift count >= width of type [-Wshift-count-overflow]
23 | if (!(word & (~0ul << (BITS_PER_LONG-16)))) {
| ^~
./include/asm-generic/bitops/__fls.h:27:21: warning: left shift count >= width of type [-Wshift-count-overflow]
27 | if (!(word & (~0ul << (BITS_PER_LONG-8)))) {
| ^~
./include/asm-generic/bitops/__fls.h:31:21: warning: left shift count >= width of type [-Wshift-count-overflow]
31 | if (!(word & (~0ul << (BITS_PER_LONG-4)))) {
| ^~
./include/asm-generic/bitops/__fls.h:35:21: warning: left shift count >= width of type [-Wshift-count-overflow]
35 | if (!(word & (~0ul << (BITS_PER_LONG-2)))) {
| ^~
./include/asm-generic/bitops/__fls.h:39:21: warning: left shift count >= width of type [-Wshift-count-overflow]
39 | if (!(word & (~0ul << (BITS_PER_LONG-1))))
| ^~
In file included from ././include/linux/compiler_types.h:65,
from <command-line>:
./include/linux/smp.h: At top level:
./include/linux/smp.h:34:26: error: requested alignment ‘20’ is not a positive power of 2
34 | __aligned(sizeof(struct __call_single_data));
| ^~~~~~~~~~~~~~~~~~
./include/linux/compiler_attributes.h:52:68: note: in definition of macro ‘__aligned’
52 | #define __aligned(x) __attribute__((__aligned__(x)))
| ^
In file included from ./include/linux/mm.h:33,
from ./include/linux/pid_namespace.h:7,
from ./include/linux/ptrace.h:10,
from arch/parisc/kernel/asm-offsets.c:20:
./include/linux/pgtable.h: In function ‘pud_index’:
./include/linux/pgtable.h:59:18: warning: right shift count >= width of type [-Wshift-count-overflow]
59 | return (address >> PUD_SHIFT) & (PTRS_PER_PUD - 1);
| ^~
./include/linux/pgtable.h: In function ‘pgd_offset_pgd’:
./include/linux/pgtable.h:66:29: warning: right shift count >= width of type [-Wshift-count-overflow]
66 | #define pgd_index(a) (((a) >> PGDIR_SHIFT) & (PTRS_PER_PGD - 1))
| ^~
./include/linux/pgtable.h:106:16: note: in expansion of macro ‘pgd_index’
106 | return (pgd + pgd_index(address));
| ^~~~~~~~~
In file included from ./include/linux/stringhash.h:7,
from ./include/linux/dcache.h:15,
from ./include/linux/fs.h:8,
from ./include/linux/huge_mm.h:8,
from ./include/linux/mm.h:703,
from ./include/linux/pid_namespace.h:7,
from ./include/linux/ptrace.h:10,
from arch/parisc/kernel/asm-offsets.c:20:
./include/linux/hash.h: In function ‘hash32_ptr’:
./include/linux/hash.h:99:14: warning: right shift count >= width of type [-Wshift-count-overflow]
99 | val ^= (val >> 32);
| ^~
In file included from arch/parisc/kernel/asm-offsets.c:22:
arch/parisc/kernel/asm-offsets.c: In function ‘main’:
arch/parisc/kernel/asm-offsets.c:273:36: warning: right shift count >= width of type [-Wshift-count-overflow]
273 | DEFINE(ASM_PGD_ENTRY, PAGE_OFFSET >> PGDIR_SHIFT);
| ^~
./include/linux/kbuild.h:6:62: note: in definition of macro ‘DEFINE’
6 | asm volatile("\n.ascii \"->" #sym " %0 " #val "\"" : : "i" (val))
| ^~~
make[1]: *** [scripts/Makefile.build:117: arch/parisc/kernel/asm-offsets.s] Error 1
make: *** [Makefile:1202: prepare0] Error 2 |
The outputs:
| Code: | shiunbird@c8000:~$ free
total used free shared buff/cache available
Mem: 8207480 62388 8072252 8468 72840 8082004
Swap: 8014844 0 8014844 |
| Code: | shiunbird@c8000:~$ uname -a
Linux c8000 4.19.0-5-parisc64-smp #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) parisc64 GNU/Linux |
| Code: | shiunbird@c8000:~$ file /lib/systemd/systemd
/lib/systemd/systemd: ELF 32-bit MSB shared object, PA-RISC, *unknown arch 0xf* version 1 (GNU/Linux), dynamically linked, interpreter /lib/ld.so.1, for GNU/Linux 3.2.0, BuildID[sha1]=49eb52ef68ecefb4f698b2c93b5e6a122d25924a, stripped |
| Code: | shiunbird@c8000:~$ getconf LONG_BIT
32 |
|
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54237
Location: 56N 3W
|
| Posted: Thu Apr 08, 2021 8:15 pm Post subject: |
|
|
Shiunbird,
| Code: | shiunbird@c8000:~$ uname -a
Linux c8000 4.19.0-5-parisc64-smp #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) parisc64 GNU/Linux |
The parisc64 makes me think that's a 64 bit kernel under a 32 bit userland.
The kernel provides | Code: | $ ls /usr/src/linux/arch/parisc/configs/
generic-32bit_defconfig generic-64bit_defconfig |
that's both a 32 bit and 64 bit config.
How did you configure your kernel?
Which compiler did you use to build the kernel?
Please install wgetpaste and put your kernel .config file onto a pastebin site and post the link.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Installing Gentoo
