ठीक है, इससे पहले कि हर कोई डुप्लिकेट प्रश्नों के बारे में चिल्लाए, हां, मैंने पहले से ही इस तरह के कई सवाल देखे हैं। लेकिन सवाल का जवाब किसी के पास नहीं है।
यदि मैं उस पुस्तकालय को संशोधित किए बिना एक जीपीएल-एड लाइब्रेरी के खिलाफ लिंक करता हूं, तो क्या मुझे अपना स्रोत कोड जारी करने की आवश्यकता है?
इस सवाल के मुताबिक , इसका जवाब हां है!
लेकिन यह जवाब मेरे लिए संतोषजनक नहीं है। उत्तर मूल रूप से कहता है कि मैं अपने कोड को ओपन सोर्स बनाए बिना किसी भी तरह से जीपीएल कोड का उपयोग नहीं कर सकता।
लेकिन अगर पिछला सच है, तो यह इंगित करेगा कि कोई भी व्यक्ति या संगठन कभी भी लिनक्स पर कोई मालिकाना सॉफ्टवेयर जारी नहीं कर सकता है। जो गलत होना चाहिए। केवल इसलिए कि किसी भी एप्लिकेशन को उपयोगी कुछ भी करने के लिए, फाइलों को खोलने, कंसोल पर लिखने, टीसीपी कनेक्शन बनाने के लिए, एप्लिकेशन को लिंक किया जाना चाहिए libcजो कि जीपीएल-एड है।
तो मेरा सवाल यह है: यदि जीपीएल बताता है, जैसा कि साइट पर सभी पिछले उत्तर कहते हैं, यह करता है, कि एक प्रोग्राम जो किसी अन्य जीपीएल प्रोग्राम से लिंक करता है, उसे स्वयं जीपीएल होना चाहिए, किसी भी मालिकाना आवेदन को बनाना / जारी करना / बेचना कैसे संभव है। लिनक्स पर कौन-कौन चलता है? चूँकि जैसा कि मैंने ऊपर बताया है कि लिनक्स पर चलने के लिए जीपीएल कोड को ही पसंद किया जाना चाहिए।
एक अधिक व्यावहारिक उदाहरण मैं एक साझा पुस्तकालय से जोड़ता हूं जो एक गैर-जीपीएल अनुप्रयोग में जीपीएल-एड है, क्या यह गैर-जीपीएल आवेदन को जीपीएल-एड बनने के लिए मजबूर करेगा? अधिक विशेष रूप से अगर मैं इसे संशोधित करने के बिना एक जीपीएल पुस्तकालय का उपयोग करें, और फिर एक के रूप में है कि पुस्तकालय वितरित .soया .dll, होता है कि अपने आवेदन खुला स्रोत हो की आवश्यकता होती है?