From patchwork Wed Feb 5 12:50:40 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Timothy Redaelli X-Patchwork-Id: 65577 Return-Path: X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 22151A04FA; Wed, 5 Feb 2020 13:51:04 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 964C91C1AF; Wed, 5 Feb 2020 13:51:03 +0100 (CET) Received: from us-smtp-1.mimecast.com (us-smtp-2.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id 4B7811C0DC for ; Wed, 5 Feb 2020 13:51:01 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1580907060; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=5rJHUySCX7+IbJtbceF7EVF2hBK6aGg9o7AlYTLBGSQ=; b=HVJ5yMzmaR2USMq+45acIZl7p+MWgqi8qO/U56c9ohU5jm4SNFdSMN5gsMUqx8V4PkBWuD WSiQSxFt0PZDc9up4FtiS1TK4WcL+wvhbEboLg0swPUxEBSp3duRsNiT153LwrKiTkCgO2 Nr+tWqpuC4weIENeBmdhy80F9QzXR0s= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-20-0UiK0ZiYM-m1ewltf2okFA-1; Wed, 05 Feb 2020 07:50:56 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A5C0C800D5C for ; Wed, 5 Feb 2020 12:50:55 +0000 (UTC) Received: from aldebaran.drizzt.lan (dhcp19-189-71.ntdv.lab.eng.bos.redhat.com [10.19.189.71]) by smtp.corp.redhat.com (Postfix) with ESMTP id F019B790C1 for ; Wed, 5 Feb 2020 12:50:54 +0000 (UTC) From: Timothy Redaelli To: dev@dpdk.org Date: Wed, 5 Feb 2020 13:50:40 +0100 Message-Id: MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-MC-Unique: 0UiK0ZiYM-m1ewltf2okFA-1 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Subject: [dpdk-dev] [PATCH 0/3] fix building with GCC 10 X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" GCC 10 defaults to -fno-common, this means a linker error will now be reported if the same global variable is defined in more than one compilation unit. See https://gcc.gnu.org/gcc-10/porting_to.html for more informations. I didn't put -fcommon to CFLAGS since: Compiling with -fno-common is useful on targets for which it provides better performance, or if you wish to verify that the program will work on other systems that always treat uninitialized variable definitions this way. from gcc man page Timothy Redaelli (3): crypto/octeontx2: fix building with GCC 10 app/test: fix building with GCC 10 app/test-pipeline: fix building with GCC 10 app/test-pipeline/config.c | 2 +- app/test/test_fib_perf.c | 2 +- app/test/test_lpm_perf.c | 2 +- drivers/crypto/octeontx2/otx2_cryptodev.c | 2 ++ drivers/crypto/octeontx2/otx2_cryptodev.h | 2 +- drivers/crypto/octeontx2/otx2_cryptodev_ops.h | 2 +- 6 files changed, 7 insertions(+), 5 deletions(-)