Re: [gentoo-dev] [PATCH] CPU_FLAGS_X86: add global 'f16c' flag
Both this and the avx512f change look good to me.
Re: [gentoo-dev] rfc: making sysvinit optional
All, I removed virtual/daemontools from virtual/init because it doesn't appear to be an init process; it is just a service manager. Here is a list of the rdepends in my proposed virtual/init with comments. kernel_linux? ( || ( sys-apps/sysvinit # If I add an RDEPEND to sysvinit for sys-apps/openrc and remove # the rdepend on sysvinit from sys-apps/openrc, it will line up # sys-apps/sysvinit with the other inits below. # See below for why it is important that this one is first in # RDEPEND. sys-apps/systemd # This blocks sysvinit if the sysvinit-utils use flag is on, # which it is by default. # If you turn off the use flag, you get the same arrangement # you have with openrc right now. sys-apps/openrc # If I add a sysvinit-utils use flag here, but do *NOT* # force it on, it wouldn't remove sysvinit, so they could # co-exist and you would have to switch via the boot loader. # In fact, they already do co-exist. you have openrc-init # and openrc-shutdown on your system if you have openrc # installed. sys-process/runit # This one has an rdepend on openrc because it uses # openrc in its boot sequence even if you don't use it as # pid 1. # If you are not planning to use runit as pid 1, you would # need to set up the init you want to use with it (upstream # runit doesn't care which one you use, so I don't think I # should either) to stay around by # using something like: # emerge --noreplace init-app # to add it to the world file. ) ) kernel_FreeBSD? ( sys-freebsd/freebsd-bin ) Another reason for virtual/init is, if I drop the sys-apps/sysvinit rdepend from sys-apps/openrc, sysvinit will not be installed by default any longer, so I would want to add this virtual to the base profile with sysvinit listed first to make sure nothing is broken. Mike, I don't see how this would conflict with systemd. signature.asc Description: Digital signature
[gentoo-dev] [PATCH] CPU_FLAGS_X86: add global 'f16c' flag
The 'f16c' flag is defined locally in 3 packages, and supported by cpuid2cpuflags since Mar 2016. Signed-off-by: Michał Górny --- profiles/desc/cpu_flags_x86.desc | 1 + 1 file changed, 1 insertion(+) diff --git a/profiles/desc/cpu_flags_x86.desc b/profiles/desc/cpu_flags_x86.desc index 509726d93359..35ca08b18700 100644 --- a/profiles/desc/cpu_flags_x86.desc +++ b/profiles/desc/cpu_flags_x86.desc @@ -11,6 +11,7 @@ aes - Enable support for Intel's AES instruction set (AES-NI) avx - Adds support for Advanced Vector Extensions instructions avx2 - Adds support for Advanced Vector Extensions 2 instructions avx512f - Adds support for AVX-512 Foundation instructions +f16c - Adds support for F16C instruction set for converting between half-precision and single-precision floats fma3 - Use the Fused Multiply Add 3 instruction set ([fma] in cpuinfo) fma4 - Use the Fused Multiply Add 4 instruction set mmx - Use the MMX instruction set -- 2.22.0
[gentoo-dev] [PATCH] CPU_FLAGS_X86: add 'avx512f' flag
This flag is already defined locally by two packages, and it is supported by cpuid2cpuflags since July 2016. Signed-off-by: Michał Górny --- profiles/desc/cpu_flags_x86.desc | 1 + 1 file changed, 1 insertion(+) diff --git a/profiles/desc/cpu_flags_x86.desc b/profiles/desc/cpu_flags_x86.desc index 63a10e94c3ed..509726d93359 100644 --- a/profiles/desc/cpu_flags_x86.desc +++ b/profiles/desc/cpu_flags_x86.desc @@ -10,6 +10,7 @@ aes - Enable support for Intel's AES instruction set (AES-NI) avx - Adds support for Advanced Vector Extensions instructions avx2 - Adds support for Advanced Vector Extensions 2 instructions +avx512f - Adds support for AVX-512 Foundation instructions fma3 - Use the Fused Multiply Add 3 instruction set ([fma] in cpuinfo) fma4 - Use the Fused Multiply Add 4 instruction set mmx - Use the MMX instruction set -- 2.22.0
[gentoo-dev] Re: Packages up for grabs: dev-erlang/*
I have removed myself from maintainers and dev-erlang has no more maintainers. I removed myself from ejabberd maintainers as well, but that is still maintained by Hanno. Hanno, given that you are the only maintainer of ejabberd now, you may need to look at dev-erlang/* packages. I'm happy to help get you started. :-) It would be ideal if someone with any interest in Erlang would take those over. Thanks, -- aidecoe aide...@gentoo.org writes: > Hi, > > I'm finding hard to get time and enough interest in maintaing > net-im/ejabberd and its deps at dev-erlang/*. > > Please feel free to take over. I'm happy to help to get anyone started. > > Thanks, > -- aidecoe signature.asc Description: PGP signature