ccache: update to 4.0

[pullmoll]

This release changes from using autoconf to cmake which is why
we need to remove the bootstrap=yes (N.B.: cmake is not bootstrap=yes).

I think we cannot turn cmake into a bootstrap=yes package.
Should we create a (legacy) chroot-ccache with a < 4.0 version?

There seems to be no way to build ccache >= 4.0 with just autoconf.

[sgn]

Alternately, we can package a chroot-cmake with vendored libraries for bootstrap.

[pullmoll]

@sgn That would be better because the cache data format also changed.
Using the same cache directory for a chroot-ccache-3.x and ccache >= 4.0 would work but not re-use the cache data.
If you can come up with a chroot-cmake that would be great.

[pullmoll]

FYI working on a chroot-cmake package. It builds but I need to strip it down to the required stuff.
I wonder if we should make expat a bootstrap=yes package.
cmake depends on it and it's simple enough, i.e. no dependencies.

[sgn]

I also have a working chroot-cmake, but with vendored expat. Not sure about bootstrap=yes for expat.

---

I'm trying to see if the bootstrapping cmake (the one generated by configure script) usable

[pullmoll]

It works with the --without-system-expat configure option. Still, using system expat would make sense.
I don't think it's a problem to turn expat into bootstrap=yes. It's tiny compared to cmake.
Need to strip down chroot-cmake to what we really need.

[pullmoll]

Oops.. there's a wrong change to srcpkgs/chroot-cmake/template in a later commit. Need to sort that out but have to go now.
It might make sense to try and remove unused compilers from the build, if that's possible. Or otherwise strip out what we definitely don't need.
Will take a look into that when I'm back this evening.

[pullmoll]

Now let's see if it builds w/o ncurses and with system expat...
Also trying a x86_64 bootstrap here.

[sgn]

@pullmoll I've draft another approach for chroot-cmake. Please take a look in my approach. #25753

[pullmoll]

Closing in favor of #25753