[gentoo-dev] [PATCH 4/4] llvm.eclass: Enable EAPI 7

Signed-off-by: Michał Górny --- eclass/llvm.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass index 6f6e2939a17b..1417f4e2f1d7 100644 --- a/eclass/llvm.eclass +++ b/eclass/llvm.eclass @@ -60,7 +60,7 @@ case "${EAPI:-0}" in

[gentoo-dev] [PATCH 3/4] llvm.eclass: Add EAPI 7 API to get_llvm_prefix

Add two switches to get_llvm_prefix(), '-b' and '-d' to enable use of LLVM API cross support. '-b' is intended to be used whenever prefix to CBUILD llvm-config is needed, and '-d' (the default) is intended to be used whenever prefix to CHOST bindir is needed (to find CMake modules).

[gentoo-dev] [PATCH 2/4] llvm.eclass: Update examples for newer LLVM versions

Signed-off-by: Michał Górny --- eclass/llvm.eclass | 12 +++- 1 file changed, 7 insertions(+), 5 deletions(-) diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass index 618a924bbb87..e4052a6400c0 100644 --- a/eclass/llvm.eclass +++ b/eclass/llvm.eclass @@ -17,18 +17,19 @@ # a proper

[gentoo-dev] [PATCH 0/4] llvm.eclass: EAPI 7 support

Hi, Here's my proposed EAPI 7 support for llvm.eclass. I think it should conceptually work with cross but I haven't tested it. The main problem is that we have multiple distinct ways of building LLVM, and AFAIU when using CMake modules, you should be able to get away without having LLVM in

[gentoo-dev] [PATCH 1/4] llvm.eclass: Remove unnecessary '_rc' from < example

Since LLVM versions use three components, 'x.0.0_rcN' will be always greater than 'x'. Signed-off-by: Michał Górny --- eclass/llvm.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass index ca10e742f1b1..618a924bbb87 100644 ---

Re: [gentoo-dev] Gentoo on Discord

On 04/29/19 17:04, Mike Gilbert wrote: > On Mon, Apr 29, 2019 at 4:34 PM Dirkjan Ochtman wrote: >> >> In this article on chat services used for OSS: >> >> https://catfox.life/2019/04/28/keeping-libre-software-accessible-to-all/ >> >> I was surprised to see a mention of Gentoo as a project that

Re: [gentoo-dev] Gentoo on Discord

On Mon, Apr 29, 2019 at 4:34 PM Dirkjan Ochtman wrote: > > In this article on chat services used for OSS: > > https://catfox.life/2019/04/28/keeping-libre-software-accessible-to-all/ > > I was surprised to see a mention of Gentoo as a project that uses "Discord as > an official method of

[gentoo-dev] Gentoo on Discord

In this article on chat services used for OSS: https://catfox.life/2019/04/28/keeping-libre-software-accessible-to-all/ I was surprised to see a mention of Gentoo as a project that uses "Discord as an official method of communication". When I searched, I indeed found

[gentoo-portage-dev] Re: [PATCH] autounmask: prefer || choices with existing packages (bug 327177)

On 4/29/19 12:33 AM, Zac Medico wrote: > + # If all choices have unsatisfied deps, fall back to > default > + # autounmask=False behavior. > + choice = choices[0] > + > + if autounmask: > +

[gentoo-portage-dev] [PATCH] autounmask: prefer || choices with existing packages (bug 327177)

When autounmask is enabled, make depgraph retry _select_atoms calls when necessary to prefer || choices with existing packages. For example, if package C is masked and package B does not exist, then autounmask should choose C when given the choice || ( B C ), as shown in the included unit tests.