From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 231C045AAF; Fri, 4 Oct 2024 17:17:23 +0200 (CEST) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 0DB4F402B2; Fri, 4 Oct 2024 17:17:23 +0200 (CEST) Received: from mail-il1-f169.google.com (mail-il1-f169.google.com [209.85.166.169]) by mails.dpdk.org (Postfix) with ESMTP id D660240275 for ; Fri, 4 Oct 2024 17:17:20 +0200 (CEST) Received: by mail-il1-f169.google.com with SMTP id e9e14a558f8ab-3a27599274eso6242995ab.0 for ; Fri, 04 Oct 2024 08:17:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20230601.gappssmtp.com; s=20230601; t=1728055040; x=1728659840; darn=dpdk.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=HX/TuCfq4fFJm9fHQTNleaGAsB1jAVz8/cgiPAIumio=; b=cqh4ld6Hmcdi55r6zQptk8eR9ef3pDK/BwWuJ97mp89jfVI1dozNlfpbb/RRSbjaUX ySKOE2vmEkLdJJeQmANeIpzNFX26NAUfE+CUduKvL4EWwkP/fvr8tk7Exv24/Plv4BqT ZtNh5IJ061wN6xUaL2itzAt1ADdhRzIJ+A8UfWvWg+UA9zsyoIUBi5fEmIczaX+5ulyI peqTzBZbl1oIzYCD9MdY50Kr1kFxXblx/M2BYWxL6dWK3xNDlZgzPOmamXUzcAfnFmAT djQH8uyKkFlHey12R98X2Xukv7IfEO2EubmBZZQozCpCZ9WRhYym2DsWnuP32kcwNBWG +GSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728055040; x=1728659840; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HX/TuCfq4fFJm9fHQTNleaGAsB1jAVz8/cgiPAIumio=; b=HlK1Vjg3QcRovWsc1FljJEgRSK8xOn2kEYIOPO/ZfTRaiAXfi6CfN4dHSiZgLph80i 0WOpehjtm2x5aqwbVmFuxC3vH0I4JpQpgZwipd2YUMFgpwRKz9yPuwK/P+dzKm9SMW6i WE/Vc6M9qTJjC3a9GWV7ouZF6L1mrmz30bZKizIRNrxBVWqOLL50a8hvT3krvRx8/Vwp W6b7XhLbeZb1fWbHEv/FZmindTNevwf2l7dSuaGvQ8612/xl+zyTvOWT8R3QCUNfITFF ItYJRcV7tUJSdzAqEF+FUgZLPsdCQFUARH0u/iffsKaWwumuuqZHASDZ59aRF+C8mydF +a4Q== X-Forwarded-Encrypted: i=1; AJvYcCWuXS8ZoGKfnXEwzqwjXHnO9pG4wzL15pfx3xsC38UcsbKcdKMxAY/z+xVE0BCW3+xqz34=@dpdk.org X-Gm-Message-State: AOJu0YwfNIrt3PZ9XSw5JToXhCO+nJUyjKLEvaI1G7IbKvRDXsu6O62+ 9vdM04KU8ns6uhQLE768+KFhExed76T0PTKJwa8DEDGqyJ4W53SXUQccJeESASk= X-Google-Smtp-Source: AGHT+IGtyLL9yMAk4CA067pNqBAd0uDoigQQ8upO00y8B+hpF7QQ5l5Qlm1kot05ZgcZJSZ+Z+EORA== X-Received: by 2002:a92:c569:0:b0:39d:637f:97bc with SMTP id e9e14a558f8ab-3a3757ca174mr30988395ab.0.1728055039994; Fri, 04 Oct 2024 08:17:19 -0700 (PDT) Received: from hermes.local (204-195-96-226.wavecable.com. [204.195.96.226]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-7e9f682d368sm48585a12.43.2024.10.04.08.17.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Oct 2024 08:17:19 -0700 (PDT) Date: Fri, 4 Oct 2024 08:17:17 -0700 From: Stephen Hemminger To: Ferruh Yigit , rjarry@redhat.com Cc: Thomas Monjalon , Ori Kam , Andrew Rybchenko , Subject: Re: [RFC] ethdev: convert string initialization Message-ID: <20241004081717.23df0f91@hermes.local> In-Reply-To: <20240801092722.3732917-1-ferruh.yigit@amd.com> References: <20240801092722.3732917-1-ferruh.yigit@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org On Thu, 1 Aug 2024 02:27:22 -0700 Ferruh Yigit wrote: > gcc 15 experimental [1], with -Wextra flag, gives warning in variable > initialization as string [2]. > > The warning has a point when initialized variable is intended to use as > string, since assignment is missing the required null terminator for > this case. But warning is useless for our usecase. > > I don't know if this behaviour will change in gcc15, as it is still > under development. But if not we may need to update our initialization. > > In this patch only updated a few instance to show the issue, there are > many instances to fix, if we prefer to go this way. > Other option is to disable warning but it can be useful for actual > string usecases, so I prefer to keep it. > > [1] > gcc (GCC) 15.0.0 20240801 (experimental) I saw Robin added a bunch more of these in the ipv6 struct changes.