| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When enabling the Rust eclass, we started directly using
`llvm-r1_pkg_setup`, assuming that this combination would be
sufficicent, however due to forcing `CC` (etc) to variations
on `${CHOST}-clang" _before_ calling `llvm-r1_pkg_setup`,
these would always be forced to the newest version in
`PATH` instead of the one matching `LLVM_SLOT` due to
the eclass fixing the version before doing any `PATH`
manipulation.
To ensure a consistent build environment, we will:
1. Explicitly include `-${LLVM_SLOT}` in `CC`, `CPP`, `CXX`
2. Set these variables (and `AR` and `NM`) after `llvm-r1_pkg_setup`
has done its PATH manipulation.
Bug: https://bugs.gentoo.org/935689
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/944072
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
- Use Solid Silicon patches
- Get patch order from sources
- Add missing debian rust patch to chromium-tarballs (from Raptor
patchset)
Bug: https://bugs.gentoo.org/940304
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/943403
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
| |
This was set in 129, 130 but not 131 or 132.
Closes: https://bugs.gentoo.org/943495
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
| |
The combination of RUST_MIN_USE and LLVM_COMPAT
means that llvm_slot_17 will never be able to
generate an appropriate dependency.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
These were dropped during the great rust upheaval of 2024.
More seriously, the -r1 revbump was made before they were added
and the change was not noticed. Restored from git history.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
| |
Trying something new: 131 has hit early stable. We will promote
it to the stable subslot but not file a stablereq.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
To avoid Gentoo-generated tarballs colliding with (e.g.)
downstream tarballs of ungoogled-chromium we rename the Gentoo
tarballs.
Unfortunately the corresponding change to src_unpack
did not make it into the ebuild as published.
Closes: https://bugs.gentoo.org/943115
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
While Chromium is strictly buildable with LLVM 17,
our RUST_MIN_VER results in all Rust impls that support
LLVM 17 being filtered out.
Update RUST_COMPAT so that the package can be built.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Tidyups:
- $(cargo_crate_uris)
- Rust BDEPENDS come from the eclass except in very rare
circumstances (RUST_OPTIONAL=1)
- RUST_M{AX,IN}_VER where required.
- Suboptimal crate separator (`-` -> `@`)
Signed-off-by: Matt Jolly <kangie@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/39218
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/942924
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Having double KEYWORDS= in an ebuild makes tooling such as ekeyword barf
and violates
https://projects.gentoo.org/qa/policy-guide/ebuild-format.html#pg0105
Instead, we negate the comparison and simply define KEYWORDS= only when
it should have meaningful values.
The stabilization needs to be rolled back as it fails checks once
actually applied -- due to ffmpeg-chromium.
Bug: https://bugs.gentoo.org/942590
Signed-off-by: Eli Schwartz <eschwartz@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Old, vulnerable. Only kept around for ppc64 and
broken even there.
Bug: https://bugs.gentoo.org/940304
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move source for ppc64le patchset from raptor engineering
to openPOWER.
Drop our ppc64le tarball (which has dwindled over time)
in favour of conditional application of patches from
our chromium-patches tarball, something that was probably
long overdue.
Bug: https://bugs.gentoo.org/940304
Reported-by: zin0 <z_i_n_o@bluewin.ch>
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Infra have graciously provided a CDN for these tarballs.
Update the chromium-testfonts tarball to use the first 10
digits of the SHA256 hash in its rename; it seems to be portable
between major versions.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/942503
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/941600
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This relies on Clang's CFI mechanisms, and is dependent on
split LTO Units, which require a "nightly" Rust, years after
the feature's implementation, with it being in widespread use
in the real world for software packaged on stable systems.
Because there is no better way to go about this we are forced
to YOLO it and set `RUSTC_BOOTSTRAP=1` in the ebuild. Google's
default build uses a nightly compiler, so this should not cause
any issues.
CFI will be enabled on a platform if LTO is enabled, unless this
needs to be filtered for non x86_64 systems.
According to Google this should result in a slight (<1%) overhead
in terms of CPU and a small increase (<10%) to the size
of the compiled binary. Memory overhead is minimal.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit brings the development channel into ::gentoo.
We may remove it if the overheads prove too much, and
it is not a priority for updates.
The hope is that the development slot, if kept up-to-date,
will provide additional time to adapt the ebuild to upcoming
major versions of Chromium before they hit stable and become
security issues.
Changes:
- use `filter-lto` and rely on GN to appropriately set LTO options.
- Remove `updater` force-disable - it shouldn't be enabled anyway.
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On ppc64le the machine hardware name printed out by 'uname -m'
is 'ppc64le' but the rust target is called 'powerpc64le'.
As a result, the build process will always die even if
we're using a rust compiler built with USE='profiler'.
Use this opportunity to tighten up some language in the ebuild
and elaborate more in comments.
Closes: https://bugs.gentoo.org/940729
Co-authored-by: zin0 <z_i_n_o@bluewin.ch>
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/941186
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Jolly <kangie@gentoo.org>
|