From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1E94EA0598; Tue, 21 Apr 2020 17:19:49 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id E91961D445; Tue, 21 Apr 2020 17:19:48 +0200 (CEST) Received: from us-smtp-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by dpdk.org (Postfix) with ESMTP id B8A951D421 for ; Tue, 21 Apr 2020 17:19:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1587482386; 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=8+JdA4K3o+n31Mb7FNB6VMyr62dWCGNzmkFE1sICnxc=; b=H76T4Wc9/Qxt90jAUTUsMWWEd05jAU1TXc8ipZIqp8bLSDusx5BJTg/f4meAnzY70x5rK5 mFVmNwSHv1Vs7xkksTnL7byOgRF7ZhHizckwMT6t4rHl0CB9MPkTfLZmFIsvJMc5F6sXxQ 4AVzxxFHXtyfSEmBylCFVCvtRe1SuFo= 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-154-U_CwmuMXOHS0L51yNzFAXQ-1; Tue, 21 Apr 2020 11:19:44 -0400 X-MC-Unique: U_CwmuMXOHS0L51yNzFAXQ-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6C02C13FC for ; Tue, 21 Apr 2020 15:19:43 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (ovpn-114-167.rdu2.redhat.com [10.10.114.167]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 2459A60C63 for ; Tue, 21 Apr 2020 15:19:43 +0000 (UTC) From: Aaron Conole To: dev@dpdk.org Date: Tue, 21 Apr 2020 11:19:40 -0400 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: [dpdk-dev] ISSUE: compiling with asan+ubsan 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" Hi all, While compiling with asan and ubsan I run into the following error: FAILED: app/test/app@test@@dpdk-test@exe/test_ring.c.o=20 gcc -Iapp/test/app@test@@dpdk-test@exe -Iapp/test -I../app/test -Ilib/librt= e_acl -I../lib/librte_acl -I. -I../ -Iconfig -I../config -Ilib/librte_eal/i= nclude -I../lib/librte_eal/include -Ilib/librte_eal/linux/include -I../lib/= librte_eal/linux/include -Ilib/librte_eal/common -I../lib/librte_eal/common= -Ilib/librte_eal/x86/include -I../lib/librte_eal/x86/include -Ilib/librte_= eal -I../lib/librte_eal -Ilib/librte_kvargs -I../lib/librte_kvargs -Ilib/li= brte_bitratestats -I../lib/librte_bitratestats -Ilib/librte_ethdev -I../lib= /librte_ethdev -Ilib/librte_net -I../lib/librte_net -Ilib/librte_mbuf -I../= lib/librte_mbuf -Ilib/librte_mempool -I../lib/librte_mempool -Ilib/librte_r= ing -I../lib/librte_ring -Ilib/librte_meter -I../lib/librte_meter -Ilib/lib= rte_metrics -I../lib/librte_metrics -Ilib/librte_bpf -I../lib/librte_bpf -I= lib/librte_cfgfile -I../lib/librte_cfgfile -Ilib/librte_cmdline -I../lib/li= brte_cmdline -Ilib/librte_cryptodev -I../lib/librte_cryptodev -Ilib/librte_= distributor -I../lib/librte_distributor -Ilib/librte_efd -I../lib/librte_ef= d -Ilib/librte_hash -I../lib/librte_hash -Ilib/librte_eventdev -I../lib/lib= rte_eventdev -Ilib/librte_timer -I../lib/librte_timer -Ilib/librte_fib -I..= /lib/librte_fib -Ilib/librte_rib -I../lib/librte_rib -Ilib/librte_flow_clas= sify -I../lib/librte_flow_classify -Ilib/librte_table -I../lib/librte_table= -Ilib/librte_port -I../lib/librte_port -Ilib/librte_sched -I../lib/librte_= sched -Ilib/librte_ip_frag -I../lib/librte_ip_frag -Ilib/librte_kni -I../li= b/librte_kni -Ilib/librte_pci -I../lib/librte_pci -Ilib/librte_lpm -I../lib= /librte_lpm -Ilib/librte_ipsec -I../lib/librte_ipsec -Ilib/librte_security = -I../lib/librte_security -Ilib/librte_latencystats -I../lib/librte_latencys= tats -Ilib/librte_member -I../lib/librte_member -Ilib/librte_pipeline -I../= lib/librte_pipeline -Ilib/librte_rawdev -I../lib/librte_rawdev -Ilib/librte= _rcu -I../lib/librte_rcu -Ilib/librte_reorder -I../lib/librte_reorder -Ilib= /librte_stack -I../lib/librte_stack -Idrivers/mempool/ring -I../drivers/mem= pool/ring -Idrivers/mempool/stack -I../drivers/mempool/stack -Idrivers/even= t/skeleton -I../drivers/event/skeleton -Idrivers/bus/pci -I../drivers/bus/p= ci -I../drivers/bus/pci/linux -Idrivers/bus/vdev -I../drivers/bus/vdev -Idr= ivers/net/bonding -I../drivers/net/bonding -Idrivers/net/ring -I../drivers/= net/ring -Ilib/librte_power -I../lib/librte_power -Ilib/librte_pdump -I../l= ib/librte_pdump -Ilib/librte_compressdev -I../lib/librte_compressdev -fdiag= nostics-color=3Dalways -fsanitize=3Daddress,undefined -fno-omit-frame-point= er -pipe -D_FILE_OFFSET_BITS=3D64 -Wall -Winvalid-pch -Werror -O2 -g -inclu= de rte_config.h -Wextra -Wcast-qual -Wdeprecated -Wformat-nonliteral -Wform= at-security -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -W= old-style-definition -Wpointer-arith -Wsign-compare -Wstrict-prototypes -Wu= ndef -Wwrite-strings -Wno-missing-field-initializers -march=3Dnative -mno-a= vx512f -DALLOW_EXPERIMENTAL_API -Wno-format-truncation -D_GNU_SOURCE -MD -= MQ 'app/test/app@test@@dpdk-test@exe/test_ring.c.o' -MF 'app/test/app@test@= @dpdk-test@exe/test_ring.c.o.d' -o 'app/test/app@test@@dpdk-test@exe/test_r= ing.c.o' -c ../app/test/test_ring.c cc1: out of memory allocating 65536 bytes after a total of 4609626112 bytes This is in a constrained (read: container) environment. I guess one way of resolving would be to allocate more memory to the container, but I'm also curious why the object files are getting so large? Should I consider this a bug or "working as intended"? This will have implications if we want asan/ubsan under the travis build also. -Aaron