From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH] mk: fix static link with glibc < 2.17 Date: Fri, 22 Jul 2016 17:05:28 +0200 Message-ID: <6703957.6mWDc13pAY@xps13> References: <1468835025-3333-1-git-send-email-thomas.monjalon@6wind.com> <3192148.AlCuAgdt9y@xps13> <4837007523CC9A4B9414D20C13DE6E64136EC53F@IRSMSX102.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: "Gu, YongjieX" , dev@dpdk.org To: "Azarewicz, PiotrX T" Return-path: Received: from mail-wm0-f42.google.com (mail-wm0-f42.google.com [74.125.82.42]) by dpdk.org (Postfix) with ESMTP id 40D7C4A63 for ; Fri, 22 Jul 2016 17:05:30 +0200 (CEST) Received: by mail-wm0-f42.google.com with SMTP id f65so60984489wmi.0 for ; Fri, 22 Jul 2016 08:05:30 -0700 (PDT) In-Reply-To: <4837007523CC9A4B9414D20C13DE6E64136EC53F@IRSMSX102.ger.corp.intel.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 2016-07-22 14:47, Azarewicz, PiotrX T: > > > I was trying rc3 + fix and latest (today) dpdk version. The same fail > > message: > > > > > > /x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_timer.o): In function > > `get_tsc_freq': > > > eal_timer.c:(.text+0x128): undefined reference to `clock_gettime' > > > eal_timer.c:(.text+0x166): undefined reference to `clock_gettime' > > > /x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_alarm.o): In function > > `eal_alarm_callback': > > > eal_alarm.c:(.text+0xda): undefined reference to `clock_gettime' > > > /x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_alarm.o): In function > > `rte_eal_alarm_set': > > > eal_alarm.c:(.text+0x211): undefined reference to `clock_gettime' > > > > Interesting. > > Could check the command line in verbose mode to see where is -lrt please? > > Here you are. > -lrt is in separate line: > > gcc -o test -m64 -pthread -march=native -DRTE_MACHINE_CPUFLAG_SSE -DRTE_MACHINE_CPUFLAG_SSE2 [...] > test_cryptodev_aes.o test_cryptodev_perf.o test_cryptodev.o test_kvargs.o -Wl, > -lrt > -Wl,-lm -L/home/ptazarex/dpdk_master/x86_64-native-linuxapp-gcc/lib -Wl,-lrte_kni -Wl,-lrte_pipeline -Wl,-lrte_table -Wl,-lrte_port -Wl,-lrte_pdump -Wl,-lrte_distributor -Wl,-lrte_reorder -Wl,-lrte_ip_frag -Wl,-lrte_meter -Wl,-lrte_sched -Wl,-lrte_lpm -Wl,--whole-archive -Wl,-lrte_acl -Wl,--no-whole-archive -Wl,-lrte_jobstats -Wl,-lrte_power -Wl,--whole-archive -Wl,-lrte_timer -Wl,-lrte_hash -Wl,-lrte_vhost -Wl,-lrte_kvargs -Wl,-lrte_mbuf -Wl,-lethdev -Wl,-lrte_cryptodev -Wl,-lrte_mempool -Wl,-lrte_ring -Wl,-lrte_eal -Wl,-lrte_cmdline -Wl,-lrte_cfgfile -Wl,-lrte_pmd_bond - [...] The problem is that -lrt appears before -lrte_eal. The question is: where does it come from? It is even before _LDLIBS-y += -L$(RTE_SDK_BIN)/lib... mystery