Discussion:
[dpdk-dev] [PATCH] mk: fix static link with glibc < 2.17
(too old to reply)
Thomas Monjalon
2016-07-18 09:43:45 UTC
Permalink
There is an error when linking static EAL library with an application:

eal_alarm.c:(.text+0xd7): undefined reference to `clock_gettime'
eal_alarm.c:(.text+0x20f): undefined reference to `clock_gettime'
eal_timer.c:(.text+0x108): undefined reference to `clock_gettime'
eal_timer.c:(.text+0x146): undefined reference to `clock_gettime'

The function clock_gettime() is in librt for old glibc.

Fixes: 281948b4753e ("mk: fix missing librt dependencies")

Signed-off-by: Thomas Monjalon <***@6wind.com>
---
mk/rte.app.mk | 1 +
1 file changed, 1 insertion(+)

diff --git a/mk/rte.app.mk b/mk/rte.app.mk
index 886dbdd..eb28e11 100644
--- a/mk/rte.app.mk
+++ b/mk/rte.app.mk
@@ -151,6 +151,7 @@ _LDLIBS-y += --no-whole-archive
ifeq ($(CONFIG_RTE_BUILD_SHARED_LIB),n)
# The static libraries do not know their dependencies.
# So linking with static library requires explicit dependencies.
+_LDLIBS-$(CONFIG_RTE_LIBRTE_EAL) += -lrt
_LDLIBS-$(CONFIG_RTE_LIBRTE_SCHED) += -lm
_LDLIBS-$(CONFIG_RTE_LIBRTE_SCHED) += -lrt
_LDLIBS-$(CONFIG_RTE_LIBRTE_METER) += -lm
--
2.7.0
Gu, YongjieX
2016-07-20 01:19:29 UTC
Permalink
Tested-by: Yongjie Gu <***@intel.com>



- Check patch: success

- Apply patch: success

- compilation: success

OS: fedora20

GCC: gcc_x86-64, 4.8.3

ICC: 16.0.2

Commit: 608487f3fc96704271c624d0f3fe9d7fb2187aea<http://dpdk.org/browse/dpdk/commit/?id=608487f3fc96704271c624d0f3fe9d7fb2187aea>

i686-native-linuxapp-icc: compile pass

x86_64-native-linuxapp-gcc-combined: compile pass

i686-native-linuxapp-gcc: compile pass

x86_64-native-linuxapp-gcc: compile pass

x86_64-native-linuxapp-icc: compile pass

x86_64-native-linuxapp-gcc-debug: compile pass

x86_64-native-linuxapp-gcc-shared: compile pass

x86_64-native-linuxapp-clang: compile pass



OS: UB1204

GCC: 4.6.3

Kernel: 3.8.0-29

Commit: 608487f3fc96704271c624d0f3fe9d7fb2187aea<http://dpdk.org/browse/dpdk/commit/?id=608487f3fc96704271c624d0f3fe9d7fb2187aea>

X86_64-ivshmem-linuxapp-gcc: compile pass







Thanks

Yongjie



-----Original Message-----
From: dev [mailto:dev-***@dpdk.org] On Behalf Of Thomas Monjalon
Sent: Monday, July 18, 2016 5:44 PM
To: ***@dpdk.org
Subject: [dpdk-dev] [PATCH] mk: fix static link with glibc < 2.17



There is an error when linking static EAL library with an application:



eal_alarm.c:(.text+0xd7): undefined reference to `clock_gettime'

eal_alarm.c:(.text+0x20f): undefined reference to `clock_gettime'

eal_timer.c:(.text+0x108): undefined reference to `clock_gettime'

eal_timer.c:(.text+0x146): undefined reference to `clock_gettime'



The function clock_gettime() is in librt for old glibc.



Fixes: 281948b4753e ("mk: fix missing librt dependencies")



Signed-off-by: Thomas Monjalon <***@6wind.com<mailto:***@6wind.com>>

---

mk/rte.app.mk | 1 +

1 file changed, 1 insertion(+)



diff --git a/mk/rte.app.mk b/mk/rte.app.mk index 886dbdd..eb28e11 100644

--- a/mk/rte.app.mk

+++ b/mk/rte.app.mk

@@ -151,6 +151,7 @@ _LDLIBS-y += --no-whole-archive ifeq ($(CONFIG_RTE_BUILD_SHARED_LIB),n)

# The static libraries do not know their dependencies.

# So linking with static library requires explicit dependencies.

+_LDLIBS-$(CONFIG_RTE_LIBRTE_EAL) += -lrt

_LDLIBS-$(CONFIG_RTE_LIBRTE_SCHED) += -lm

_LDLIBS-$(CONFIG_RTE_LIBRTE_SCHED) += -lrt

_LDLIBS-$(CONFIG_RTE_LIBRTE_METER) += -lm

--

2.7.0
Thomas Monjalon
2016-07-21 08:22:57 UTC
Permalink
Applied
Azarewicz, PiotrX T
2016-07-22 13:38:10 UTC
Permalink
Post by Thomas Monjalon
Applied
OS: UB1204
GCC: 4.6.4
Kernel: 3.13.0-45
glibc 2.15

x86_64-native-linuxapp-gcc: FAIL
Thomas Monjalon
2016-07-22 13:43:10 UTC
Permalink
Post by Gu, YongjieX
Post by Thomas Monjalon
Applied
OS: UB1204
GCC: 4.6.4
Kernel: 3.13.0-45
glibc 2.15
x86_64-native-linuxapp-gcc: FAIL
Please don't be a bot and explain us the error you see.
Azarewicz, PiotrX T
2016-07-22 14:07:42 UTC
Permalink
Post by Thomas Monjalon
Post by Gu, YongjieX
Post by Thomas Monjalon
Applied
OS: UB1204
GCC: 4.6.4
Kernel: 3.13.0-45
glibc 2.15
x86_64-native-linuxapp-gcc: FAIL
Please don't be a bot and explain us the error you see.
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'
Thomas Monjalon
2016-07-22 14:14:11 UTC
Permalink
Post by Azarewicz, PiotrX T
Post by Thomas Monjalon
Post by Gu, YongjieX
Post by Thomas Monjalon
Applied
OS: UB1204
GCC: 4.6.4
Kernel: 3.13.0-45
glibc 2.15
x86_64-native-linuxapp-gcc: FAIL
Please don't be a bot and explain us the error you see.
eal_timer.c:(.text+0x128): undefined reference to `clock_gettime'
eal_timer.c:(.text+0x166): undefined reference to `clock_gettime'
eal_alarm.c:(.text+0xda): undefined reference to `clock_gettime'
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?
Azarewicz, PiotrX T
2016-07-22 14:47:15 UTC
Permalink
Post by Thomas Monjalon
Post by Azarewicz, PiotrX T
Post by Thomas Monjalon
Post by Gu, YongjieX
Post by Thomas Monjalon
Applied
OS: UB1204
GCC: 4.6.4
Kernel: 3.13.0-45
glibc 2.15
x86_64-native-linuxapp-gcc: FAIL
Please don't be a bot and explain us the error you see.
I was trying rc3 + fix and latest (today) dpdk version. The same fail
/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_timer.o): In function
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.c:(.text+0xda): undefined reference to `clock_gettime'
/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_alarm.o): In function
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 -DRTE_MACHINE_CPUFLAG_SSE3 -DRTE_MACHINE_CPUFLAG_SSSE3 -DRTE_MACHINE_CPUFLAG_SSE4_1 -DRTE_MACHINE_CPUFLAG_SSE4_2 -DRTE_MACHINE_CPUFLAG_AES -DRTE_MACHINE_CPUFLAG_PCLMULQDQ -DRTE_MACHINE_CPUFLAG_AVX -I/home/ptazarex/dpdk_master/x86_64-native-linuxapp-gcc/include -include /home/ptazarex/dpdk_master/x86_64-native-linuxapp-gcc/include/rte_config.h -O3 -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wold-style-definition -Wpointer-arith -Wcast-align -Wnested-externs -Wcast-qual -Wformat-nonliteral -Wformat-security -Wundef -Wwrite-strings -Werror -Wno-missing-field-initializers -Wno-uninitialized -D_GNU_SOURCE commands.o test.o resource.o test_resource.o test_resource_c.res.o test_prefetch.o test_byteorder.o test_per_lcore.o test_atomic.o test_malloc.o test_cycles.o test_spinlock.o test_memory.o test_memzone.o test_ring.o test_ring_perf.o test_pmd_perf.o test_table.o test_table_pipeline.o test_table_tables.o test_table_ports.o test_table_combined.o test_table_acl.o test_rwlock.o test_timer.o test_timer_perf.o test_timer_racecond.o test_mempool.o test_mempool_perf.o test_mbuf.o test_logs.o test_memcpy.o test_memcpy_perf.o test_hash.o test_thash.o test_hash_perf.o test_hash_functions.o test_hash_scaling.o test_hash_multiwriter.o test_lpm.o test_lpm_perf.o test_lpm6.o test_lpm6_perf.o test_debug.o test_errno.o test_tailq.o test_string_fns.o test_cpuflags.o test_mp_secondary.o test_eal_flags.o test_eal_fs.o test_alarm.o test_interrupts.o test_version.o test_func_reentrancy.o test_cmdline.o test_cmdline_num.o test_cmdline_etheraddr.o test_cmdline_portlist.o test_cmdline_ipaddr.o test_cmdline_cirbuf.o test_cmdline_string.o test_cmdline_lib.o test_red.o test_sched.o test_meter.o test_kni.o test_power.o test_power_acpi_cpufreq.o test_power_kvm_vm.o test_common.o test_distributor.o test_distributor_perf.o test_reorder.o test_devargs.o virtual_pmd.o packet_burst_generator.o test_acl.o test_link_bonding.o test_link_bonding_mode4.o test_link_bonding_rssconf.o test_pmd_ring.o test_pmd_ring_perf.o 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 -Wl,-lrte_pmd_af_packet -Wl,-lrte_pmd_bnxt -Wl,-lrte_pmd_cxgbe -Wl,-lrte_pmd_e1000 -Wl,-lrte_pmd_ena -Wl,-lrte_pmd_enic -Wl,-lrte_pmd_fm10k -Wl,-lrte_pmd_i40e -Wl,-lrte_pmd_ixgbe -Wl,-lrte_pmd_null -Wl,-lrte_pmd_ring -Wl,-lrte_pmd_virtio -Wl,-lrte_pmd_vhost -Wl,-lrte_pmd_vmxnet3_uio -Wl,-lrte_pmd_null_crypto -Wl,--no-whole-archive -Wl,-ldl -Wl,-export-dynamic -Wl,-export-dynamic -Wl,-export-dynamic -L/home/ptazarex/dpdk_master/x86_64-native-linuxapp-gcc/lib -Wl,--as-needed -Wl,-Map=test.map -Wl,--cref
/home/ptazarex/dpdk_master/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'
Thomas Monjalon
2016-07-22 15:05:28 UTC
Permalink
Post by Azarewicz, PiotrX T
Post by Thomas Monjalon
Post by Azarewicz, PiotrX T
I was trying rc3 + fix and latest (today) dpdk version. The same fail
/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_timer.o): In function
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.c:(.text+0xda): undefined reference to `clock_gettime'
/x86_64-native-linuxapp-gcc/lib/librte_eal.a(eal_alarm.o): In function
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.
gcc -o test -m64 -pthread -march=native -DRTE_MACHINE_CPUFLAG_SSE -DRTE_MACHINE_CPUFLAG_SSE2
[...]
Post by Azarewicz, PiotrX T
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
Azarewicz, PiotrX T
2016-07-25 11:13:57 UTC
Permalink
Post by Thomas Monjalon
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
root cause:
commit c7cda4d8b4ea9cb0f209dda36882d225354b1db9

and my workaround is:
/app/test/Makefile

ifeq ($(CONFIG_RTE_LIBRTE_SCHED),y)
-LDLIBS += -lrt
SRCS-y += test_red.c
SRCS-y += test_sched.c
endif
Thomas Monjalon
2016-07-25 12:37:22 UTC
Permalink
Post by Azarewicz, PiotrX T
Post by Thomas Monjalon
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
commit c7cda4d8b4ea9cb0f209dda36882d225354b1db9
The error is seen after this commit, yes.
But I would not say it is the root cause.
The root cause is adding -lrt before other libs:
281948b4753e ("mk: fix missing librt dependencies")
Post by Azarewicz, PiotrX T
/app/test/Makefile
ifeq ($(CONFIG_RTE_LIBRTE_SCHED),y)
-LDLIBS += -lrt
SRCS-y += test_red.c
SRCS-y += test_sched.c
endif
Yes it is what I've done in this patch:
http://dpdk.org/patch/15008
Azarewicz, PiotrX T
2016-07-26 07:06:59 UTC
Permalink
Post by Thomas Monjalon
Post by Azarewicz, PiotrX T
Post by Thomas Monjalon
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
commit c7cda4d8b4ea9cb0f209dda36882d225354b1db9
The error is seen after this commit, yes.
But I would not say it is the root cause.
Yes, you are right.
Post by Thomas Monjalon
281948b4753e ("mk: fix missing librt dependencies")
Post by Azarewicz, PiotrX T
/app/test/Makefile
ifeq ($(CONFIG_RTE_LIBRTE_SCHED),y)
-LDLIBS += -lrt
SRCS-y += test_red.c
SRCS-y += test_sched.c
endif
http://dpdk.org/patch/15008
Great, thanks.

Continue reading on narkive:
Loading...