Configuring crossdev for PPC64

oneghost · n00b Joined: 23 May 2015 Posts: 13

Hello. Im trying to make a Gentoo installation in Virtual Machine on M1, that would serve only one purpose - helping compiling stuff for the PS3 console (PowerPC64 Big Endian CPU).In order to do this, I made a bash script that installs and configures Gentoo on this Host machine (M1/Arm64 VM).It contains crossdev with overlay configured for PowerPC64, Distccd, and few other tools.Distcc works correctly already, but I wanted to do something more - create a crossdev configuration, which would contain the exact same make.conf as the PS3, and then compile all packages into binpkg packages, so that I can install them directly on the PS3 without compiling on the PS3. This includes only work for PPC64BE part of the CPU, no need to touch SPU's from the CELL CPU.
I have problem with compiling packages on the host. Most of packages works correctly, but unfortunately Im unable to compile everything in @ world, and wanted to see if this could be somehow overcome.
What I do after Gentoo is installed:

1 Create crossdev overlay files, according to gentoo tutorial at https://wiki.gentoo.org/wiki/Crossdev

Chewi · Posted: Fri Oct 20, 2023 2:28 pm Post subject:

You're right that this doesn't make sense. I don't tend to see things like this because my build system is a desktop. The only plausible explanations I can come up with is it's a poorly-specified BDEPEND somewhere (a dependency to install to the host) or a Portage bug. It's not that long ago that I fixed a Portage bug where it got confused between the dependencies needed in / vs ROOT.

If it's BDEPEND, seeing exactly which of these packages end up in / may give a clue.

oneghost · n00b Joined: 23 May 2015 Posts: 13

NeddySeagoon · Posted: Fri Oct 20, 2023 4:14 pm Post subject:

oneghost,

Try

oneghost · n00b Joined: 23 May 2015 Posts: 13

Oh ok, I think Im starting to understand now. So the issue is that crossdev is not totally separated from host, in terms of BDEPEND dependencies, and these needs to be meet for the system to be able to cross-compile packages for my crossdev. Do I understand that correctly? So I should be able to solve these dependencies on host first and not on the crossdev environment?

Hu · Administrator Joined: 06 Mar 2007 Posts: 22853

BDEPEND is explicitly for dependencies that must be present on the build machine (hence "B" DEPEND; therefore, yes, these are on the host), usually because the build system expects to run them as a part of its build. DEPEND is for dependencies that must be present for the target at build time, such as static libraries or header files (therefore, these are installed in the cross-root). RDEPEND is for dependencies that must be present on the target at runtime, such as programs it will run or shared libraries it will load.

NeddySeagoon · Posted: Fri Oct 20, 2023 5:14 pm Post subject:

oneghost,

That's correct. Your target root is for an entirely different arch that your build host.
Build Time dependencies (BDEPEND), e.g. make must execute on the host so they need to be installed there. They may be in the target root too but executing any code there on the build host will end badly.

Chewi was suggesting that some of the packages that appear to be BDEPENDs may not be correctly specified in the ebuilds, or it may be a bug in portage.
That's a bug, if its correct. The ebuilds should be fixed.
Its not a frequently tested case. My build hast has a GUI, so, like Chewi, I would never see this issue.

Your system is presently in a state to trigger this odd behaviour.

If you are in a hurry, you can install the BDEPENDs and it will probably all just work.
If you have some time, we can investigate and understand the root cause. That's the first step in fixing it properly for everyone.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

oneghost · n00b Joined: 23 May 2015 Posts: 13

Sure, I have an gentoo installer script, that easily restores my VM into that state exactly, so I can investigate more if you want to.
I can have separate VM's, one for investigation, and one where I'll try to just meet the dependencies for the host machine.
I might be able to try to move this installation to x86_64 as well and provide a tarball of that system. Right now Im using it on ARM64 as host, but that script can be modified easily for other architectures, just need to make sure all packages are installed correctly, and tinker with package.* flags if needed.

NeddySeagoon · Posted: Fri Oct 20, 2023 7:17 pm Post subject:

oneghost,

You may need to fix the circular dependencies first.
If you put the command and output of