From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 31631138334 for ; Wed, 3 Oct 2018 11:05:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 00BD3E0A0B; Wed, 3 Oct 2018 11:05:48 +0000 (UTC) Received: from mail-ot1-x32b.google.com (unknown [IPv6:2607:f8b0:4864:20::32b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 6E4CAE09EF for ; Wed, 3 Oct 2018 11:05:47 +0000 (UTC) Received: by mail-ot1-x32b.google.com with SMTP id h26-v6so5094713otl.9 for ; Wed, 03 Oct 2018 04:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :content-transfer-encoding; bh=auPfEOKuIww4LG6MYUxEhoxfiq9aGXYNzXnhA4JRGFk=; b=pe7YUIdvSwrfN0EtxL+Qq6Uop0gxGJp5UmJcCZn4BVQEQxxNa/FBT9DP0BZt/tyrl5 SaL77t+Of8ksLT7WPKa3cBcW3MYe/jJGt+i9970hOCxMyVw3KcFQZUz9SUv6tcJOXBpk OZUTY96lt6ZnB9GkBdpUhcftOlgm9yukUi34cdNK3khaCdmNxGPLof+fIwD+EvagXEoM XKwPuZYKuk9g0Msk3Zo4jW7TpHmpTGD4HN7kcjBfc8gikDGUxImt6bCHT7shCSPh9Rkz F9ROrmsG6nse5g8v7M1rG1Hb7Dap07xOj8bj8TJqTA6356kfApkKU6h6LaiAdsNpWsCL XQYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:content-transfer-encoding; bh=auPfEOKuIww4LG6MYUxEhoxfiq9aGXYNzXnhA4JRGFk=; b=BKzopvfMNT6WKNnIEs7ML9sFdd/k20Hv8O0d5p+uNDWrTSJJmLCK/0HYeBZWXndljT RunDu2fiWK5lppPNMb3LXSNB4Q8tl5zdZF5nxEAVFJM2hRi2Ul/o+qrwzYYxOKpV3EU3 ACaBzIeNXgGrbLf0OuX7KcrWXOJCJQzfPfyBh7sPBLBa1T0qs/nz8Hb9i8oTSGXmGZim dH5JrsVADdZ1C7uuDxZYKNbxkwgnmptYG6/d844HlzBtfz15go6gUblYxLhJ3IKfG1c7 3hmv7mBc9ufToda7kz/TlLFjyPv0pJDs7APTosp4c9QgSiKwX+7yYBPvM1M8EgVQ5lMV HXuA== X-Gm-Message-State: ABuFfogdSQPAGBUA4KXP1xn+wrZpnVKBi3ZwWw4A7qBRUyKF12428eNC 3isIK6hKP1yp8wdVBKiQw5krPRKpp1wpxad4LXKc6Q== X-Google-Smtp-Source: ACcGV61aBLB5m/YDKI/wpTdzJzfIR7e4wSYLFaoCtjjkA7bPM+6okkskRl5upwynFRU6yzVb91ltngmrqgCsPxqmA4k= X-Received: by 2002:a9d:4d0c:: with SMTP id n12mr544412otf.90.1538564726132; Wed, 03 Oct 2018 04:05:26 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 References: <20180919083722.GA31111@waltdnes.org> <20181003094951.GA2572@waltdnes.org> In-Reply-To: <20181003094951.GA2572@waltdnes.org> From: gevisz Date: Wed, 3 Oct 2018 14:03:06 +0300 Message-ID: Subject: Re: [gentoo-user] march cflag for Intel Pentium Dual-Core E2160 SLA8Z Malay processor To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 78c14b59-3d0f-424b-927b-2e6cbaf46e09 X-Archives-Hash: e1f236d82b5b64950ea0dee96a98e430 =D1=81=D1=80, 3 =D0=BE=D0=BA=D1=82. 2018 =D0=B3. =D0=B2 12:50, Walter Dnes = : > > What's happening is that the ebuild is going through a lookup table of > CPU flags, and saying... "if you invoke a certain advanced feature, then > you also have to invoke the base version of that feature". If you ask > for the advanced feature, but not the base feature, it's like trying to > build the top 4 storeys of a 10-storey building without the bottom 6 > storeys. From your output... > > If you're calling for avx2, then you also need avx > > cpu_flags_x86_avx2? ( cpu_flags_x86_avx ) > > If you're calling for sse4_2, then you also need sse4_1 > > cpu_flags_x86_sse4_2? ( cpu_flags_x86_sse4_1 ) > > If you're calling for sse4_1, then you also need ssse3 > > cpu_flags_x86_sse4_1? ( cpu_flags_x86_ssse3 ) > > If you're calling for ssse3, then you also need sse3 (count the "s") > > cpu_flags_x86_ssse3? ( cpu_flags_x86_sse3 ) > > If you're calling for sse3, then you also need sse2 > > cpu_flags_x86_sse3? ( cpu_flags_x86_sse2 ) > > If you're calling for sse2, then you also need sse > > cpu_flags_x86_sse2? ( cpu_flags_x86_sse ) > > If you're calling for sse, then you also need mmxext > > cpu_flags_x86_sse? ( cpu_flags_x86_mmxext ) > > If you're calling for mmxext, then you also need mmx > > cpu_flags_x86_mmxext? ( cpu_flags_x86_mmx ) > > AMD If you're calling for 3dnowext, then you also need 3dnow > > cpu_flags_x86_3dnowext? ( cpu_flags_x86_3dnow ) > > AMD If you're calling for 3dnow, then you also need mmx > > cpu_flags_x86_3dnow? ( cpu_flags_x86_mmx ) > > Basically, if flag B is an extension of flag A and builds on it, then > calling flag B requires calling flag A. Think of it as a "march flag > dependency tree". Ok, thank you for explanation. Interestingly, I have build almost entire system without mmxext flag and only firefox, ffmpeg and vlc started to complane about it.