strange gcc-11 pull in <SOLVED>

[pingtoo]

Hi,

my goal is build a docker container as distcc helper.

my process pull in stage3 from https://distfiles.gentoo.org/releases/a ... 56Z.tar.xz

my build profile is ../../var/db/repos/gentoo/profiles/embedded

Can someone tell me why this process will pull in gcc-11?

my custom USE flags

Code: Select all

sys-devel/gcc:11/11 -fortran -openmp -zstd -ada -d -go -objc -objc++ 
sys-devel/gcc:13 -fortran ada d go objc objc++ default-stack-clash-protection default-znow openmp
llvm-core/clang -debug
sys-devel/distcc -ipv6 -gnome -gtk

I used two emerge command to build gcc-13, first build only the dependencies

Code: Select all

ROOT="/rootfs" USE='-pam -nls' LINGUAS="" LC_ALL=C LANG=C emerge --nospinner --color n --quiet-build --onlydeps --root-deps=rdeps --usepkg --binpkg-changed-deps=n "=sys-devel/gcc-13.4.1_p20250807"

Then build gcc-13

Code: Select all

ROOT="/rootfs" USE='-pam -nls' LINGUAS="" LC_ALL=C LANG=C emerge --nospinner --color n --quiet-build --root-deps=rdeps --usepkg --binpkg-changed-deps=n "=sys-devel/gcc-13.4.1_p20250807"

The gcc-13 emerge pull in gcc-11

Code: Select all

These are the packages that would be merged, in reverse order:

Calculating dependencies  ... done!
Dependency resolution took 0.46 s (backtrack: 1/20).

[ebuild  N     ] sys-devel/gcc-13.4.1_p20250807:13::gentoo to /rootfs/ USE="ada cxx d default-stack-clash-protection default-znow go objc objc++ openmp pie sanitize ssp -cet -custom-cflags -debug -doc -fixed-point -fortran -graphite -hardened -ieee-long-double -jit -libssp -lto -modula2 -multilib -nls -objc-gc -pch -pgo -systemtap -test -time64 -valgrind -vanilla -vtv -zstd" 0 KiB
[ebuild  NS    ]  sys-devel/gcc-13.4.1_p20250807:13::gentoo [15.2.1_p20251122:15::gentoo] USE="ada* cxx d* default-stack-clash-protection default-znow go* nls objc* objc++* openmp pie sanitize ssp -cet -custom-cflags -debug -doc -fixed-point -fortran* -graphite -hardened -ieee-long-double -jit -libssp -lto -modula2 -multilib -objc-gc -pch -pgo -systemtap -test -time64 -valgrind -vanilla -vtv -zstd* (-cobol%) (-libgdiagnostics%) (-rust%)" 0 KiB
[ebuild  NS    ]   sys-devel/gcc-11.5.0:11::gentoo [15.2.1_p20251122:15::gentoo] USE="cxx fortran nls openmp pie sanitize ssp zstd -ada -cet -custom-cflags -d -debug -doc -fixed-point -go -graphite -hardened -ieee-long-double -jit -libssp -lto -multilib -objc -objc++ -objc-gc -pch -pgo -systemtap -test -valgrind -vanilla -vtv (-cobol%) (-default-stack-clash-protection%*) (-default-znow%*) (-libgdiagnostics%) (-modula2%) (-rust%) (-time64%)" 0 KiB

Total: 3 packages (1 new, 2 in new slots), Size of downloads: 0 KiB

-- edit -- forgot to mention profile. Add that line.

[Josef.95]

It is probably pulled in by USE=d

Example from here:

Code: Select all

# USE=d emerge -pv gcc

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 6.15 s (backtrack: 1/20).

[ebuild  NS    ] sys-devel/gcc-11.5.0:11::gentoo [15.2.1_p20251122:15::gentoo] USE="cet (cxx) d* fortran (multilib) nls openmp (pie) sanitize ssp zstd -ada (-custom-cflags) -debug -doc (-fixed-point) -go -graphite -hardened (-ieee-long-double) -jit (-libssp) -lto -objc -objc++ -objc-gc (-pch) -pgo -systemtap -test -valgrind -vanilla -vtv (-cobol%) (-default-stack-clash-protection%*) (-default-znow%*) (-libgdiagnostics%) (-modula2%) (-rust%) (-time64%)" 80,488 KiB
[ebuild   R    ] sys-devel/gcc-15.2.1_p20251122:15::gentoo  USE="cet (cxx) d* (default-stack-clash-protection) (default-znow) fortran (multilib) nls openmp (pie) sanitize ssp zstd -ada -cobol (-custom-cflags) -debug -doc (-fixed-point) -go -graphite -hardened (-ieee-long-double) -jit -libgdiagnostics (-libssp) -lto -modula2 -objc -objc++ -objc-gc (-pch) -pgo -rust -systemtap -test (-time64) -valgrind -vanilla -vtv" 0 KiB

Total: 2 packages (1 in new slot, 1 reinstall), Size of downloads: 80,488 KiB

[grknight]

>=gcc-12 d support is written in D and there is no current bootstrap besides using gcc:11.

[pingtoo]

grknight,

Thank you very much, at least I understand the reason now. I was not able simple reading a ebuild to find that.

Josef.95,

Thank you very much for point that out.

I will mark this thread solved.