gcc-14 - cannot build sys-apps/lm-sensors

user · Apprentice Joined: 08 Feb 2004 Posts: 212

no fix by upstream yet
https://github.com/lm-sensors/lm-sensors/issues/487

Workaround can be to disable USE flag "sensord"

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

USE="sensord" is the cause.
gcc:13 builds fine here.

from forum
CFLAGS="${CFLAGS} -std=gnu89" USE="contrib sensord" mrg sys-apps/lm-sensors

Plz note a newer -std value could work, not tested.

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. "

logrusx · Advocate Joined: 22 Feb 2018 Posts: 2460

Same fix s for cdc in your other thread.

honeymak · Guru Joined: 30 Dec 2002 Posts: 586

i was 100% around 1200 pkgs compiled with gcc-13

i am trying to look for how many pkg does not work with gcc-14

i would like to know when will gentoo go to gcc-15

coz other distro already gcc-15
though i dunno if they just did -fpermissive for unmaintained pkg or src

so actually i am looking for gentoo dev teams or upstream capabilities around gcc-15 or future else gcc version upgrade activities

:wink:

_________________
hackers - make sth real
academics - read sth said to be real

asturm · Developer Joined: 05 Apr 2007 Posts: 9311

logrusx · Advocate Joined: 22 Feb 2018 Posts: 2460

sam_ · Developer Joined: 14 Aug 2020 Posts: 1987

It's not released yet and won't be for many months, although preparations have already begun on our end of course.

As for the bug itself (please file bugs on bugs.gentoo.org for failures when it's clear what the cause is), this is bug 928898 and fixed in 3.6.2.

freke · Posted: Wed Nov 27, 2024 5:10 pm Post subject:

honeymak · Guru Joined: 30 Dec 2002 Posts: 586

i am just a plain stable guy

that means when everything become stable
i will be able to do gcc-15 world rebuild

no problem

i can wait

:oops:

_________________
hackers - make sth real
academics - read sth said to be real

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

Out of curiosity, how many packages in world do you have?

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. "

honeymak · Guru Joined: 30 Dec 2002 Posts: 586

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

honeymak · Guru Joined: 30 Dec 2002 Posts: 586

that world file is not my world definition

i do my world emerge world -Deupv

:oops:

_________________
hackers - make sth real
academics - read sth said to be real

tld · Veteran Joined: 09 Dec 2003 Posts: 1846

Sorry if this is a bit OT but just to clarify: I keep seeing posts about a recompile of everything. That's not a requirement for gcc 14 is it? Also. will that be a requirement for gcc 15?

Thanks!
Tom

logrusx · Advocate Joined: 22 Feb 2018 Posts: 2460

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

I have no general answer.

Nevertheless when LTO is involved there, it should mentionned there are LTO step signature which must be matching when 2 packages are involved.
Let's supposed a dependency package D for package A has been LTO build in the past with a gcc that signs LTO level=X
Current gcc involved in building package A with LTO may be distant enough with the one used above to now sign LTO level=X+1 and would require the that very same LTO level=X+1 in the dependency package too. Build will break otherwise.

This happened here with D from gcc:13 and A build attempt with gcc:14.
It also happened with D from early gcc:14 and much later gcc:14.

Please note gcc ebuild doesn't inform when LTO step has changed.
This is something you get to know the hard way.

Back in the past I used to rebuild world after installing a new gcc.
I recall I had a feeling things to be snappier. Maybe better GUI environment.

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

Moreover, how to identify packages requiring clang/gcc tool stack?
Vast majority of such ebuilds don't tell easily.

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. "

logrusx · Advocate Joined: 22 Feb 2018 Posts: 2460

freke · Posted: Thu Nov 28, 2024 2:17 pm Post subject:

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

CaptainBlood · Advocate Joined: 24 Jan 2010 Posts: 3918

World should be avoided.

Wise cherry picking specific packages to rebuild may have interesting benefit locally.

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. "