sys-devel/gcc-bin stable from latest stage3 [WIP]

[CaptainBlood]

EDIT: app-office/libreoffice-bin has a sys-devel/gcc:x dependency.

Didn't notice until now...
Seems to be here for a little while...

Quite surprising for a binary.

Forces to build gcc:13 one a different rig here as local 1Gb RAM would be deadly pain for sys-devel/gcc:13 local build.

Maybe gcc-bin-x package is on its way to portage tree?

Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[sabayonino]

Hi , check deps graph for atom

[CaptainBlood]

ebuild

sys-devel/clang aficionados ought be very disappointed IMHO.

Thks 4 ur attention, interest & support
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[Ionen]

It's built against libstdc++ which is provided by the gcc package, it's just depending on a library that it is using.

Edit: given mismatches, this is likely to be messy on a libcxx system too

[CaptainBlood]

Does it mean running libreoffice-bin requires gcc-config to be configured accordingly to its build?

Thanks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[Ionen]

No, which gcc you use to build things (if at all) and what gcc-config points to doesn't matter. It just wants a (recent enough) gcc package for its libraries.

[CaptainBlood]

[Ionen]

Similarly to glibc (which doesn't let you downgrade), if libreoffice-bin was built against gcc13's libstdc++, and then you try to use gcc12's libstdc++, it'll be broken (gcc14's would be fine given it's forward compatible, but if you built it with gcc14's libstdc++ then you'd have to do >=gcc14).

So it rightfully depends on these minimum version that it used for both glibc and gcc:

[Hu]

Although not for libreoffice-bin, just today I ran into a manifestation of this. My build host has the newest stable gcc, and built a program that happened to link to a gcc-provided shared library. I then used emerge --usepkgonly to install that program on a machine which did not have the newest gcc, and the program did not work there. Installing the newer gcc on the consuming system fixed it. I had no specific reason not to update gcc on the consuming system. I had not bothered to do so because I had no compelling reason, until now, that I should.

[sabayonino]

[CaptainBlood]

Report
Thks 4 ur attention, interest & support
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "

[Hu]

What is the goal of that report? Posters here already explained that the dependency is in the ebuild because violating that dependency results in a non-working program. Are you asserting that the dependency is incorrect, and that the program will work even when the dependency is unsatisfied? Are you asking the developers to rebuild libreoffice with an older gcc so that you can skip updating your compiler?

[sabayonino]

[CaptainBlood]

[Zucca]

[CaptainBlood]

Wiki: Fix my gentoo provides a path to extract sys-devel/gcc from stage3 tar file. sys-devel/gcc:13 is now stabilized and should be available from there for binary packaging.

sys-devel/gcc is the mother of many critical portage updates.
Portage tree has:

[Zucca]