[gentoo-dev] [PATCH] ruby-fakegem.eclass: compile ruby31 extensions with gnu17

2024-12-08 Thread Hans de Graaff
The varargs implementation in Ruby 3.2 is not compatible with gnu23. Ruby 3.1 is in security maintenance mode upstream so it is unlikely that the fixes from Ruby 3.2 will be backported. Ruby 3.1 is EOL in March 2025 and will be removed from Gentoo around that time. Signed-off-by: Hans de Graaff -

Re: [gentoo-dev] Re: LLVM build strategy

2024-12-08 Thread Eli Schwartz
On 12/8/24 4:45 PM, Sam James wrote: >> I don't like the idea of spending hours building everything before I'm >> even able to start running tests, just to learn that LLVM is broken >> and there's no point in even starting to build the rest. > > I don't follow this bit -- you need the new LLVM mer

[gentoo-dev] Re: LLVM build strategy

2024-12-08 Thread Sam James
Michał Górny writes: > On Sun, 2024-12-08 at 04:53 +, Sam James wrote: >> I fear this sort of assumes we won't switch to monobuild any time soon. > > I don't see one precluding the other. Categories are cheap. Package > moves not necessarily, but switching to monorepo will be complete pain

Re: [gentoo-dev] Re: LLVM build strategy

2024-12-08 Thread Michał Górny
On Sun, 2024-12-08 at 17:23 -0500, Eli Schwartz wrote: > On 12/8/24 4:45 PM, Sam James wrote: > > > I don't like the idea of spending hours building everything before I'm > > > even able to start running tests, just to learn that LLVM is broken > > > and there's no point in even starting to build t

Re: [gentoo-dev] [PATCH] ruby-fakegem.eclass: compile ruby31 extensions with gnu17

2024-12-08 Thread Sam James
Hans de Graaff writes: > The varargs implementation in Ruby 3.2 is not compatible with gnu23. Ruby > 3.1 is in security maintenance mode upstream so it is unlikely that the > fixes from Ruby 3.2 will be backported. Ruby 3.1 is EOL in March 2025 > and will be removed from Gentoo around that time.

Re: LLVM build strategy (was: Re: [gentoo-dev] [RFC] New categories for LLVM)

2024-12-08 Thread Michał Górny
On Sun, 2024-12-08 at 04:53 +, Sam James wrote: > I fear this sort of assumes we won't switch to monobuild any time soon. I don't see one precluding the other. Categories are cheap. Package moves not necessarily, but switching to monorepo will be complete pain whether one more package move i

Re: [gentoo-dev] [RFC] New categories for LLVM

2024-12-08 Thread Michał Górny
On Sun, 2024-12-08 at 04:11 +, Sam James wrote: > I'm not sure if I'm sold on *two*. What happens for stuff like mlir > where it's not a runtime but it's arguably more of one than core? > > It just doesn't feel like the division works great. Or maybe it's just > because I feel like llvm-core w

[gentoo-dev] [PATCH] Introduce llvm-core and llvm-runtimes categories

2024-12-08 Thread Michał Górny
Signed-off-by: Michał Górny --- llvm-core/metadata.xml | 14 ++ llvm-runtimes/metadata.xml | 14 ++ 2 files changed, 28 insertions(+) create mode 100644 llvm-core/metadata.xml create mode 100644 llvm-runtimes/metadata.xml diff --git a/llvm-core/metadata.xml b/llvm-c