From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 10E584A9AB for ; Mon, 6 May 2024 20:37:17 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 3412068D5EC; Mon, 6 May 2024 23:37:14 +0300 (EEST) Received: from mail-ej1-f54.google.com (mail-ej1-f54.google.com [209.85.218.54]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id EB2B568D5EC for ; Mon, 6 May 2024 23:37:06 +0300 (EEST) Received: by mail-ej1-f54.google.com with SMTP id a640c23a62f3a-a59c5c9c6aeso390022666b.2 for ; Mon, 06 May 2024 13:37:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=martin-st.20230601.gappssmtp.com; s=20230601; t=1715027826; x=1715632626; darn=ffmpeg.org; h=mime-version:references:message-id:in-reply-to:subject:to:from:date :from:to:cc:subject:date:message-id:reply-to; bh=VSzpgBUSAxp1LdMY7i+ryM1NPjU5eizvT4/kLhKxFsM=; b=E8F6aMfpeQtuYRvdS6Wmym/z8UBrqmdSWOln6VoLnd9a72YgLAESngjxVzvagx8s3+ ujRPe2+VjZhnnWV5ibg9R1g+9jlfyW7gBT/BjVvgKm/PThi2M3LZhz5k15AgOWjlYeLw l0YGBhZeUBUjkUtdIJjQeR8wul0kdy37dL+WUFZZjlBfq3Gj9KOklufLrYcO2R54sfBd 2DLr0ULYxKx82JCZxrACMK9XraebkA+pYVMusI8g2T2Lbl3zRiG4R2Lr7OKR1HYTHprR XSIPT3HL2RM6O5icS51wd7ZaT1ZWhon2Lcr0Fam2x+U3vB3+VrKmCmpfWfvHCCT2tLOv hDzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1715027826; x=1715632626; h=mime-version:references:message-id:in-reply-to:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=VSzpgBUSAxp1LdMY7i+ryM1NPjU5eizvT4/kLhKxFsM=; b=HUnYbwZc4bzVVhWTYxPKU8/n76jyGpy7rW+fHZSBjqoXdMWmEMkipMxg2MgpENdoee fsdwNqQC71cytuUn1oxzWweH+CIWD7Df0SZJ+qNj1yip2PMOG5u5BehQNbKFDlNN+Bq0 ulm2IScDBc6ZFXtcGjA0aE+jrIt5Zy17PH2pRalA8S3Ye3lDL/B1aYsyC08hHFko7qAs nSjAJb/5YNzkOz6dIb8Oxs98kistB2TXtGE0fjLcEPTyHbphjclNVTGg45R1NN1mPHDb XfRG4C20DWVldTkzwHbxaSyh5nj/1324n7zhceNgxv/2E8QW8tviNLQ39UPPKzPvYxBg UDYA== X-Gm-Message-State: AOJu0YxBYgGS1gFaL0L4yuzyEDxrzl13jNyM7KDxE5llL88hdrxHhG4s h0EjkgVGESSS0tXerUHEzZucBrP4DXr80nMznx8hcElWaFpKcLfEIeDs0lU+tjVHqVr77jIcj2Y xyw== X-Google-Smtp-Source: AGHT+IFoU0wpHc0051u0p20dxRh9radQ4ExF4I14EZ/32QS5ncnYnnIseI54GS0SyKK3cm5uIm8ncA== X-Received: by 2002:a50:9ea9:0:b0:572:a2ff:9656 with SMTP id a38-20020a509ea9000000b00572a2ff9656mr7408957edf.16.1715027826035; Mon, 06 May 2024 13:37:06 -0700 (PDT) Received: from tunnel335574-pt.tunnel.tserv24.sto1.ipv6.he.net (tunnel335574-pt.tunnel.tserv24.sto1.ipv6.he.net. [2001:470:27:11::2]) by smtp.gmail.com with ESMTPSA id g21-20020aa7c595000000b005729337f955sm5493525edq.97.2024.05.06.13.37.05 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 May 2024 13:37:05 -0700 (PDT) Date: Mon, 6 May 2024 23:37:02 +0300 (EEST) From: =?ISO-8859-15?Q?Martin_Storsj=F6?= To: FFmpeg development discussions and patches In-Reply-To: <20240503171520.27795-2-remi@remlab.net> Message-ID: References: <20240503171520.27795-2-remi@remlab.net> MIME-Version: 1.0 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 Subject: Re: [FFmpeg-devel] [PATCH 2/2] lavu/riscv: add hwprobe() for CPU detection X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-15"; Format="flowed" Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Fri, 3 May 2024, R=E9mi Denis-Courmont wrote: > This adds the Linux-specific function call to detect CPU features. Unlike > the more portable auxillary vector, this supports extensions other than > single lettered ones. At this point, FFmpeg already needs this to detect > Zba and Zbb at run-time, and probably will need it for Zvbb in the near > future. > > Support will be available in glibc 2.40 onward. > --- > configure | 3 +++ > libavutil/riscv/cpu.c | 25 +++++++++++++++++++++++++ > 2 files changed, 28 insertions(+) > @@ -27,10 +29,33 @@ > #include > #define HWCAP_RV(letter) (1ul << ((letter) - 'A')) > #endif > +#ifdef HAVE_SYS_HWPROBE_H Aren't these kind of config.h macros always defined, but with the values = 0/1? I.e., shouldn't this use #if instead of #ifdef? // Martin _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".