मैं पुष्टि करता हूं कि यह एक समस्या है (CentOS 7 और FreeBSD 11 पर परीक्षण किया गया, दोनों मूल संकलन और दूसरे प्लेटफॉर्म पर क्रॉस-बिल्ड करने के लिए आवश्यक नहीं), लेकिन मुझे अभी तक पता नहीं है कि क्यों। हम इस कॉन्फ़िगरेशन सुविधा का अक्सर परीक्षण नहीं करते हैं, लेकिन मैंने सोचा था कि मैंने इसे अतीत में एक बिंदु पर काम करते देखा था। मुझे लगता है कि किसी कारण से हम एक ऐसा कभी नहीं नोटिस LT_INIT में configure.ac लेकिन यह मेरे लिए स्पष्ट नहीं है कि क्या यह एक कारक है या नहीं।

ध्यान दें कि iperf2 और iperf3 अलग-अलग बिल्ड इन्फ्रास्ट्रक्चर के साथ पूरी तरह से अलग प्रोग्राम हैं।

साथ ही, मुझे लगता है कि इसका वास्तव में libtool के साथ कुछ करना है, जो वास्तव में मेरी विशेषता नहीं है, इसलिए यदि किसी के पास libtool कौशल है, तो सहायता की बहुत सराहना की जाएगी।

ठीक है। मैंने इसे कुछ CentOS 7 VMs पर थोड़ा सा फिर से देखा। मैंने फिर से सीखा कि --enable-static --disable-shared अर्थ है कि साझा पुस्तकालय नहीं बनेंगे (इस मामले में libiperf.so )। CFLAGS=-static स्थिर लिंकिंग करने का प्रयास करता है, लेकिन इसके लिए आवश्यक है कि libc-static RPM में स्थिर C लाइब्रेरी स्थापित हो। साथ ही SCTP सपोर्ट इस प्लेटफॉर्म पर बिल्ड को तोड़ सकता है, क्योंकि जहां तक ​​मैं बता सकता हूं कि CentOS 7 में कोई lksctp-* पैकेज नहीं हैं जिसमें स्टैटिक लाइब्रेरी (केवल डायनेमिक लाइब्रेरी) शामिल हैं।

इसका मतलब यह है कि मुझे वास्तव में एक स्थिर रूप से जुड़े iperf3 निष्पादन योग्य बनाने में भी परेशानी हो रही है, लेकिन यह iperf3 में किसी भी चीज़ के कारण नहीं है।

यह वास्तव में libtool के साथ एक मुद्दा है जिस पर 5 वर्षों से अधिक समय से चर्चा की जा रही है। क्रिटिकल देखें

मुझे नहीं पता कि iperf में इसे ठीक करने का सबसे अच्छा तरीका क्या है। फिलहाल मैं केवल एक उपाय सुझा सकता हूं।

iperf3 चलाने के बाद स्थिर रूप से configure लिए प्रतिस्थापित करें
में src/Makefile लाइनों पर 155-157

iperf3_LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAGS) \
        $(LIBTOOLFLAGS) --mode=link $(CCLD) $(iperf3_CFLAGS) $(CFLAGS) \
        $(iperf3_LDFLAGS) $(LDFLAGS) -o $@

साथ

iperf3_LINK = $(LIBTOOL) $(AM_V_lt) --tag=CC $(AM_LIBTOOLFLAGS) \
        $(LIBTOOLFLAGS) --mode=link $(CCLD) -all-static $(iperf3_CFLAGS) $(CFLAGS) \
        $(iperf3_LDFLAGS) $(LDFLAGS) -o $@

वह -all-static बाद सीधे $(CCLD) डालें।

समस्या यह है कि libtool कंपाइलर को दिए गए -static विकल्प को अपने स्वयं के MODE-ARG के रूप में मानता है और इसे कंपाइलर कमांड लाइन से हटा देता है।

शायद एक बेहतर समाधान का सेट करने के लिए है LDFLAGS=--static जब चल configure । अतिरिक्त माइनस नोट करें ।
उदाहरण के लिए:

configure "LDFLAGS=--static" --disable-shared 

यह एक स्थिर निष्पादन योग्य बनाता है हालांकि निम्नलिखित चेतावनी उत्पन्न होती है:

warning: Using 'getaddrinfo' in statically linked applications requires at runtime the 
shared libraries from the glibc version used for linking

@ d1mach : जानकारी और समाधान के लिए धन्यवाद ... यह काफी दिलचस्प है!

उस समाधान ने मेरे लिए CentOS 7 (x86_64) पर मूल रूप से संकलन करने के लिए ठीक काम किया। मुझे glibc-static साथ एक मशीन स्थापित करनी थी, लेकिन lksctp-* सामान में से कोई भी नहीं। इसके अलावा मैंने ओपनएसएसएल के साथ निर्माण नहीं किया (मैं जिस परीक्षण वीएम का उपयोग कर रहा था उसमें openssl-devel )।

मुझे यकीन नहीं है कि यह एक क्रॉस-कंपाइलिंग वातावरण में कैसे काम करेगा ... @ doru91 क्या आपको लगता है कि यह वर्कअराउंड आपकी मदद कर सकता है?

समाधान मेरे द्वारा ठीक है।

बहुत - बहुत धन्यवाद!

मुझे शायद इसे अक्सर पूछे जाने वाले प्रश्न के लिए लिखने की ज़रूरत है ... मैं शर्त लगाता हूं कि आप एकमात्र व्यक्ति नहीं हैं जो स्थिर निष्पादन योग्य बनाना चाहता/चाहती है। मुझे यह करने के लिए याद दिलाने के लिए आशावादी रूप से इस मुद्दे को खुला रखना।

835ec5f में एफएक्यू प्रविष्टि जोड़ा गया, समापन। जानकारी और चर्चा के लिए सभी का धन्यवाद!

@d1mach बहुत-बहुत धन्यवाद। मुझे समस्या के साथ एक बड़ी समस्या है। आपका जवाब मेरे लिए अच्छा काम करता है।

@ d1mach यहाँ भविष्य की ओर से धन्यवाद है। वह "--स्थैतिक" चाल वह है जिसे मैंने ठीक करने के लिए इंटरनेट को परिमार्जन किया, पूरी तरह से समझ में नहीं आया कि क्या गलत था। इसने इसे हल किया, और भविष्य में काम आएगा। बहुत सराहना की।