Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 904269 - sys-devel/llvm-15.0.7 does not build on i686
Summary: sys-devel/llvm-15.0.7 does not build on i686
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Normal normal (vote)
Assignee: LLVM support project
Depends on:
Reported: 2023-04-13 14:32 UTC by Mark G. Woodruff
Modified: 2023-04-18 17:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---

tail of portage log (build.log,15.58 KB, text/x-log)
2023-04-13 14:34 UTC, Mark G. Woodruff
emerge --info (build.log,6.01 KB, text/x-log)
2023-04-13 14:35 UTC, Mark G. Woodruff
emerge -pqv (build.log,544 bytes, text/x-log)
2023-04-13 14:36 UTC, Mark G. Woodruff
Latest build log (sys-devel:llvm-15.0.7:20230418-161457.log.gz,147.38 KB, application/gzip)
2023-04-18 17:45 UTC, Mark G. Woodruff

Note You need to log in before you can comment on or make changes to this bug.
Description Mark G. Woodruff 2023-04-13 14:32:57 UTC
sys-devel/llvm-15.0.7 fails to build on i686 during first emerge during installation. Required to build the 17.0/desktop profile.

Reproducible: Always

Steps to Reproduce:
emerge sys-devel/llvm on i686
Actual Results:  
Fails to build, preventing Gentoo desktop profile from being installed at all on i686

Expected Results:  

Not related to -j (fails in both -j1 and -j4) or memory

Not sure if this is related:

+# package.accept_keywords# required by sys-devel/multilib-gcc-wrapper (argument)
+=sys-devel/multilib-gcc-wrapper-0-r2 **

Because multilib isn't supported on i686, but llvm seems to be pulling it in.
Comment 1 Mark G. Woodruff 2023-04-13 14:34:33 UTC
Created attachment 859993 [details]
tail of portage log
Comment 2 Mark G. Woodruff 2023-04-13 14:35:38 UTC
Created attachment 859994 [details]
emerge --info
Comment 3 Mark G. Woodruff 2023-04-13 14:36:21 UTC
Created attachment 859995 [details]
emerge -pqv
Comment 4 Ben Kohler gentoo-dev 2023-04-13 14:48:10 UTC
It sure looks like you explicitly emerged multilib-gcc-wrapper, as evidenced by "(argument)" in the unmask comment.   And as far as I can see, no packages in ::gentoo depend on this package.  You should probably get rid of it.
Comment 5 Mark G. Woodruff 2023-04-13 16:17:57 UTC
It was in a list of packages to fetch, but not install (--fetch-only), since it fetches the same packages for both i686 and x86_64. I'm guessing it wants  accept_keywords even for that case. Testing to see if it makes a difference now.
Comment 6 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2023-04-13 16:19:01 UTC
To be clear, you probably shouldn't use that package at al.
Comment 7 Ben Kohler gentoo-dev 2023-04-13 17:26:02 UTC
I don't think --fetchonly fetches deps for all arches.  Even if it did, this isn't a dep.  You emerged it explicitly, as far as I can see.
Comment 8 Mark G. Woodruff 2023-04-13 17:56:20 UTC
I think it was needed for distcc machines when they cross-compile x86 code on amd64 machines. That may no longer be the case.

Made no change to emering llvm, but it did eliminate the accept_keywords.

Evidently --fetch-only for a package that isn't supported on the current architecture prompts for it to be added to accept_keywords.
Comment 9 Mark G. Woodruff 2023-04-13 17:57:57 UTC
To be clear: I had it fetch-only all packages for every architecture I potentially needed since I'm keeping all the distribution files for every machine in one place.

Has nothing to do with this bug though.
Comment 10 Ben Kohler gentoo-dev 2023-04-13 17:58:33 UTC
I see.  You have the p.a_k entry but the package is not installed.
Comment 11 Mike Gilbert gentoo-dev 2023-04-18 15:38:26 UTC
Please attach the full build log.
Comment 12 Mark G. Woodruff 2023-04-18 17:45:39 UTC
Created attachment 860330 [details]
Latest build log