On 10/11/20 7:59 AM, Wols Lists wrote:
On 11/10/20 05:42, Jonathan Yong wrote:
Was it just the previous message? I canceled sending the message when I
realized it wasn't signed. Google SMTP must have accepted it anyway.
You can't cancel a message. Once it's left your inbox, it's gone.
And Goo
On 11/10/20 05:42, Jonathan Yong wrote:
> Was it just the previous message? I canceled sending the message when I
> realized it wasn't signed. Google SMTP must have accepted it anyway.
You can't cancel a message. Once it's left your inbox, it's gone.
And Google won't/can't do anything (unless the
On 10/10/20 7:53 AM, Ashley Dixon wrote:
On Sat, Oct 10, 2020 at 03:47:42AM +, Jonathan Yong wrote:
The notion that I am unable to fix a problem myself, on a system that I own,
because of some technicality, even as a temporary measure is disconcerting.
Controlling every piece of how a softwa
On Sat, Oct 10, 2020 at 03:47:42AM +, Jonathan Yong wrote:
> The notion that I am unable to fix a problem myself, on a system that I own,
> because of some technicality, even as a temporary measure is disconcerting.
> Controlling every piece of how a software is configured, built and installed
On 10/9/20 9:27 AM, Ashley Dixon wrote:
On Fri, Oct 09, 2020 at 12:26:17AM +, Jonathan Yong wrote:
I'm open to fixing ebuild packages by myself in my own overlay, though I
prefer not to due to eventual bit rot. Any hints on how to mask CPU USE
flags based on multilib arch in the .ebuild file
On 10/9/20 9:27 AM, Ashley Dixon wrote:
On Fri, Oct 09, 2020 at 12:26:17AM +, Jonathan Yong wrote:
I'm open to fixing ebuild packages by myself in my own overlay, though I
prefer not to due to eventual bit rot. Any hints on how to mask CPU USE
flags based on multilib arch in the .ebuild file
On Fri, Oct 09, 2020 at 12:26:17AM +, Jonathan Yong wrote:
> I'm open to fixing ebuild packages by myself in my own overlay, though I
> prefer not to due to eventual bit rot. Any hints on how to mask CPU USE
> flags based on multilib arch in the .ebuild file itself?
I suppose you could detect
On 10/9/20 5:44 AM, Walter Dnes wrote:
On Fri, Oct 09, 2020 at 12:26:17AM +, Jonathan Yong wrote
I have a skylake system:
CPU_FLAGS_X86: aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand
sse sse2 sse3 sse4_1 sse4_2 ssse3
A heavy-handed 2-part solution
1) remove "avx2" from CPU_FLA
On Fri, Oct 09, 2020 at 12:26:17AM +, Jonathan Yong wrote
>
> I have a skylake system:
> CPU_FLAGS_X86: aes avx avx2 f16c fma3 mmx mmxext pclmul popcnt rdrand
> sse sse2 sse3 sse4_1 sse4_2 ssse3
A heavy-handed 2-part solution
1) remove "avx2" from CPU_FLAGS_X86
2) assuming you have "-march
On 10/8/20 3:40 PM, Ashley Dixon wrote:
On Thu, Oct 08, 2020 at 11:57:52AM +, Jonathan Yong wrote:
I am getting AVX2 related compile errors in 32bit media-libs/opencv-4.4.0,
there are some internet text mentioning not all AVX2 instructions are
supported on 32bit x86.
For now, I have set -ab
On Thu, Oct 08, 2020 at 11:57:52AM +, Jonathan Yong wrote:
> I am getting AVX2 related compile errors in 32bit media-libs/opencv-4.4.0,
> there are some internet text mentioning not all AVX2 instructions are
> supported on 32bit x86.
>
> For now, I have set -abi_x86_32 since I don't need it no
11 matches
Mail list logo