From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <users-bounces@dpdk.org>
Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 57928A0093
	for <public@inbox.dpdk.org>; Fri, 11 Mar 2022 03:46:17 +0100 (CET)
Received: from [217.70.189.124] (localhost [127.0.0.1])
	by mails.dpdk.org (Postfix) with ESMTP id D7E4C40E78;
	Fri, 11 Mar 2022 03:46:16 +0100 (CET)
Received: from mail-ed1-f49.google.com (mail-ed1-f49.google.com
 [209.85.208.49]) by mails.dpdk.org (Postfix) with ESMTP id C119040042
 for <users@dpdk.org>; Fri, 11 Mar 2022 03:46:15 +0100 (CET)
Received: by mail-ed1-f49.google.com with SMTP id g20so9307598edw.6
 for <users@dpdk.org>; Thu, 10 Mar 2022 18:46:15 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=NurANsFwU4E7NuzJx7aiz9Rku1RnNe/YEZYpFSdpeNY=;
 b=ZncZIQ5uLJs7rVX3vuzq3hnVT8lg8pVkt6MZa9ADuEek5NbsHegm6W5NnlBuCTluQr
 8vIw9WexakBZ9XgsL5CD41u0te9bGRC6ytYGOV9alAHMzvXktkAdjs3DU8iM4zT/rAJa
 3giBV5XKgnXNfX52+YXIljo8I9kR9Wrj7/EJTkUHVBkkQtbTpJcVyfagzJg5pKQQ78Ig
 RHmrdXgN+gLeFoJwZ6hw0DWYvFxj3Shbj8sRrehGckgi0QpRhQQAsKF6EwuAu14rehJR
 D2V6LXxTJKFqB8dP7HwvuClBmIQsKglnt/h4Pmpg/CR8YhERMYvNSRrSMJ54YQ9P0UsU
 N8Tg==
X-Gm-Message-State: AOAM532RgnNVkZdf8iFTnOoffuXn61VDRSndIMT6yt5zRnMUamLAR03Z
 B3WS5LQJDEWn6Hvk8ACLIqV/U0oT3lwwOSvvtEXqPkcD
X-Google-Smtp-Source: ABdhPJwaA//nEOH7vBltdHbS1pMCokQReu96vTMreXetefCthOvdmaUeV4h9PGNJYbfo3Q7BDpmC+2poO+Aayjx5IeQ=
X-Received: by 2002:a05:6402:35cb:b0:416:465b:7aa2 with SMTP id
 z11-20020a05640235cb00b00416465b7aa2mr6780431edc.343.1646966775301; Thu, 10
 Mar 2022 18:46:15 -0800 (PST)
MIME-Version: 1.0
References: <165CAE28-2A3E-4960-8E57-2EB9A19024DB@akamai.com>
 <CAGyogRaCtBxrPZDN0PqNTwCmxWnH2fUriKNLOwGQqOVU34g8xg@mail.gmail.com>
 <20220310171854.272f459b@hermes.local>
In-Reply-To: <20220310171854.272f459b@hermes.local>
From: Dan Gora <dg@adax.com>
Date: Thu, 10 Mar 2022 23:45:39 -0300
Message-ID: <CAGyogRbbr_+Y2GwDk+rR7noS=xEW5wHF-CqmGOv51yeDTdnYNw@mail.gmail.com>
Subject: Re: meson options - build vs target machine cpuflags question
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: "Sanford, Robert" <rsanford@akamai.com>, "users@dpdk.org" <users@dpdk.org>
Content-Type: text/plain; charset="UTF-8"
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
Errors-To: users-bounces@dpdk.org

On Thu, Mar 10, 2022 at 10:19 PM Stephen Hemminger
<stephen@networkplumber.org> wrote:
>
> The ideal solution would be able to use gcc function attributes and dyanmic
> linking to do this at runtime - ie multiversion library.  But this opens a set
> of different problems like compiler versions and testing.

Detecting RDSEED at run time doesn't require any of that, but working
around the possible absence of getentropy() does.  However none of my
proposed solutions, including dynamic linking was deemed suitable.. or
something, so I gave up.