ทำไมโปรแกรมไม่กระจายในรูปแบบที่คอมไพล์แล้ว?

แต่พวกเขาให้คำแนะนำเช่น

cd downloaded_program
./configure
make install

สิ่งนี้จะสร้างเอลฟ์ที่จำเป็นและอาจเป็นไฟล์. so บางไฟล์

ทำไมไม่วางไฟล์เหล่านั้นไว้ในไฟล์ zip เพื่อดาวน์โหลดเช่นเดียวกับแอพ windows? มีเหตุผลใดที่พวกเขาต้องรวบรวมโดยผู้ใช้?

ลองวิเคราะห์ปัจจัย ...

วิเคราะห์ :

การลดค่าใช้จ่ายตามรูปแบบ : มีปัญหาบางอย่างที่เกิดขึ้นในสภาพแวดล้อมที่ผู้พัฒนากำลังสร้างและบำรุงรักษาแอพพลิเคชั่นเฉพาะของสถาปัตยกรรมที่หลากหลาย:

• ต้องใช้ซอร์สโค้ดที่แตกต่างกันสำหรับตัวแปรที่แตกต่างกัน - ระบบปฏิบัติการที่ใช้ UNIX ที่แตกต่างกันอาจใช้ฟังก์ชั่นที่แตกต่างกันในการใช้งานเดียวกัน (เช่น strchr (3) กับ index (3)) เช่นเดียวกันคุณอาจจำเป็นต้องรวมไฟล์ส่วนหัวที่แตกต่างกันสำหรับตัวแปรที่แตกต่างกัน (ตัวอย่างเช่น string.h vs. strings.h)

• ขั้นตอนการสร้างที่แตกต่างกันเป็นสิ่งจำเป็นสำหรับสายพันธุ์ที่แตกต่างกัน - ขั้นตอนการสร้างสำหรับแพลตฟอร์มที่แตกต่างกันแตกต่างกันไป ความแตกต่างอาจเกี่ยวข้องกับรายการเช่นตำแหน่งที่ตั้งของคอมไพเลอร์ตัวเลือกคอมไพเลอร์และไลบรารี

• บิวด์สำหรับชุดรูปแบบที่แตกต่างกันจะต้องแยกกัน - เนื่องจากมีทรีของซอร์สเดียวจึงต้องใช้ความระมัดระวังเพื่อให้แน่ใจว่าโมดูลวัตถุและไฟล์ที่เรียกใช้งานได้สำหรับสถาปัตยกรรมหนึ่งจะไม่สับสนกับโครงสร้างอื่น ๆ ตัวอย่างเช่นตัวแก้ไขลิงก์ต้องไม่พยายามสร้างไฟล์ปฏิบัติการ IRIX –5 โดยใช้โมดูลวัตถุที่สร้างขึ้นสำหรับ SunOS – 4

• ระบบปฏิบัติการทุกระบบมีรูปแบบการจัดการการเชื่อมโยงของตัวเองและต้องจัดเตรียมไฟล์ ELF (ปฏิบัติการและการเชื่อมโยงรูปแบบ) ตามที่ต้องการ

• คอมไพเลอร์จะสร้างบิลด์ที่เป็นลำดับของคำสั่งและสถาปัตยกรรมที่แตกต่างหมายถึงชุดคำสั่งต่าง ๆ ( การเปรียบเทียบสถาปัตยกรรมชุดคำสั่ง ) ดังนั้นผลลัพธ์ของคอมไพเลอร์จึงแตกต่างกันไปในแต่ละสถาปัตยกรรม (เช่น x86, x86-64, ARM, ARM64, IBM Power ISA, PowerPC, โมโตโรล่า 6800, MOS T 6502 และอื่น ๆ อีกมากมาย )

ความปลอดภัย :

• หากคุณดาวน์โหลดไบนารี่คุณไม่สามารถแน่ใจได้ว่ามันเป็นอย่างที่มันบอกว่ามันทำ แต่คุณสามารถลองตรวจสอบซอร์สโค้ดและใช้ไบนารีที่คอมไพล์ด้วยตนเองในระบบของคุณ แม้จะมีสิ่งนี้ผู้ใช้Techmagทำดีจุดในความคิดเห็นของเขาการตรวจสอบรหัสต้องมี coders ที่มีความรู้และมีความสามารถในการประเมินรหัสและไม่รับประกันความปลอดภัย

ตลาด : ในส่วนนี้มีปัจจัยหลายอย่าง แต่ฉันจะพยายามดำเนินการต่อ:

• ไม่ใช่ทุก บริษัท ที่มีเป้าหมายเพื่อเข้าถึงแพลตฟอร์มทั้งหมด แต่ขึ้นอยู่กับตลาดและความนิยมของแพลตฟอร์มและสิ่งที่พวกเขาต้องการขาย

• ซอฟต์แวร์ฟรีมีจิตวิญญาณในการสร้างซอฟต์แวร์ให้ใช้ได้อย่างกว้างขวางที่สุดเท่าที่จะเป็นไปได้ แต่ก็ไม่ได้หมายความว่าซอฟต์แวร์นั้นได้รับการออกแบบมาสำหรับทุกแพลตฟอร์มขึ้นอยู่กับชุมชนที่ให้การสนับสนุน

สรุป :

ไม่ใช่ทุกซอฟต์แวร์ที่ออกแบบมาสำหรับทุกแพลตฟอร์ม การจัดหาไบนารีสำหรับสถาปัตยกรรมและแพลตฟอร์มทั้งหมดหมายถึงการรวบรวมทดสอบและบำรุงรักษาสำหรับแพลตฟอร์มทั้งหมด นั่นเป็นงานที่บางครั้งมีราคาแพงเกินไปและสามารถหลีกเลี่ยงได้หากผู้ใช้รวบรวมในแพลตฟอร์มของตัวเอง นอกจากนี้ผู้ใช้จะตระหนักถึงสิ่งที่เขากำลังดำเนินการ

มีแพลตฟอร์มและสภาพแวดล้อมซอฟต์แวร์ที่หลากหลายเช่น * nix และอื่น ๆที่ซอฟต์แวร์อาจสามารถทำงานได้ซึ่งช่วยให้คุณสร้างแอปพลิเคชั่น (หรือไลบรารีเพื่อใช้กับแอปพลิเคชัน) เป็นวิธีเดียวที่รองรับได้จริง การรวมกันหลาย ๆ อย่างขององค์ประกอบเหล่านั้นเป็นรายการซอฟต์แวร์ที่ "ดี" แน่นอนว่าสิทธิ์การใช้งานเช่น GPL จะต้องมีซอร์สโค้ดให้พร้อมใช้งาน - ดังนั้นแม้ว่าซอฟต์แวร์จะทำงานไม่ถูกต้องก็เป็นไปได้ (แม้ว่าอาจเป็นเรื่องยากที่จะเข้าใจว่ามีอะไรผิดปกติและวิธีแก้ไข) สำหรับผู้ใช้หรือบุคคลที่สามที่จะดำน้ำและแก้ไขแม้ว่าผู้สร้างจะไม่สามารถ / ไม่สามารถ / ไม่มีอีกต่อไป

การแจกจ่ายซอฟต์แวร์เป็นซอร์สโค้ดยังช่วยให้สามารถตรวจสอบได้อย่างอิสระว่าซอฟต์แวร์ทำในสิ่งที่อ้างสิทธิ์และไม่ทำสิ่งที่น่ารังเกียจแทนหรือเช่นกัน - ซึ่งแม้จะลดระดับความไว้วางใจที่ผู้ใช้ต้องมีในผู้สร้าง

ก่อนคำถามของคุณจะขึ้นอยู่กับหลักฐานที่มีข้อบกพร่อง โปรแกรมถูกแจกจ่ายในรูปแบบที่คอมไพล์แล้ว!

วิธีปกติในการติดตั้งซอฟต์แวร์บน Ubuntu เช่นเดียวกับ Linux อื่น ๆ ส่วนใหญ่และโดยทั่วไปในรุ่น Unix ส่วนใหญ่คือการติดตั้งแพคเกจ บน Ubuntu คุณเปิดศูนย์ซอฟต์แวร์หรือตัวจัดการแพ็คเกจอื่นและเรียกดูซอฟต์แวร์ที่มี เมื่อคุณเลือกแพคเกจสำหรับการติดตั้งไบนารี (หากแพ็คเกจมีโปรแกรม) จะถูกดาวน์โหลดและติดตั้งในเครื่องของคุณ

โดยค่าเริ่มต้นตัวจัดการแพคเกจจะเสนอแพ็คเกจที่คุณทำโดยผู้ดูแลการแจกจ่าย นอกจากนี้คุณยังสามารถค้นหาแพ็คเกจของบุคคลที่สาม Ubuntu เสนอPPAเป็นวิธีมาตรฐานสำหรับบุคคลที่สามในการเสนอแพ็คเกจ

การดาวน์โหลดซอฟต์แวร์จากผู้แต่งในรูปแบบที่รวบรวมเป็นวิธีสุดท้าย คุณต้องทำเช่นนั้นหากซอฟต์แวร์ไม่ได้รับความนิยมมากพอที่จะทำแพ็กเกจหรือหากคุณต้องการเวอร์ชันล่าสุดที่ยังไม่ได้ทำแพ็กเกจ คนส่วนใหญ่ไม่จำเป็นต้องทำเช่นนี้

เมื่อซอฟต์แวร์ไม่ได้รับการบรรจุหีบห่อสำหรับการแจกจ่ายซอฟต์แวร์มักจะแจกจ่ายในรูปแบบของแหล่งที่มาแทนที่จะเป็นรูปแบบไบนารี มีสาเหตุหลักสองประการที่ทำให้สิ่งนี้เกิดขึ้นบ่อยครั้งในโลก Linux แต่ไม่ค่อยเกิดขึ้นในโลกของ Windows เหตุผลหนึ่งก็คือสัดส่วนของโปรแกรมโอเพ่นซอร์สบน Linux นั้นสูงกว่ามาก เห็นได้ชัดว่าหากซอร์สโค้ดของโปรแกรมไม่พร้อมใช้งานรูปแบบการกระจายแบบเดียวคือไบนารี อีกเหตุผลคือโลก Linux มีความหลากหลายมากกว่า จำเป็นต้องใช้ไบนารีที่ต่างกันสำหรับแต่ละรุ่นของไลบรารีที่เข้ากันไม่ได้ซึ่งมักหมายถึงไบนารีที่แตกต่างกันสำหรับแต่ละเวอร์ชันของการแจกจ่ายแต่ละครั้ง Windows“ แก้ไข” สิ่งนี้โดยให้ผู้แต่งแพ็คเกจแต่ละคนแจกจ่ายไลบรารีที่พวกเขาใช้พร้อมกับโปรแกรม (ผลที่ตามมา: คอมพิวเตอร์ของคุณเก็บสำเนาของแต่ละไลบรารีจำนวนมากหนึ่งชุดต่อโปรแกรมที่ใช้ถ้ามีการแก้ไขข้อบกพร่องในไลบรารี แต่ละโปรแกรมที่ใช้จะต้องมีการอัพเดท) และโดยการปล่อยเวอร์ชั่นใหม่ของระบบปฏิบัติการทุก ๆ สามปีหรือมากกว่านั้น ยูนิกซ์มีความหลากหลายมากขึ้นและมีการแก้ไขข้อผิดพลาดในเวลาที่เหมาะสมและแก้ไขปัญหาการกระจายห้องสมุดโดยการสร้างไบนารีที่แตกต่างกันสำหรับการแจกแจงที่แตกต่างกัน

Linux ทำงานบนแพลตฟอร์ม CPU มากกว่าหนึ่งแพลตฟอร์มเท่านั้น หากคุณแจกจ่ายไฟล์ ELF (หรือไฟล์ปฏิบัติการแบบอื่น) อาจเป็นไปได้ว่า Linux บางเวอร์ชันไม่สามารถเรียกใช้ซอฟต์แวร์ได้ ในจิตวิญญาณของการทำซอฟต์แวร์ที่มีอยู่อย่างกว้างขวางที่สุดเท่าที่จะทำได้โดยใช้ซอร์สโค้ดเป็นที่ต้องการ ตัวอย่างเช่น Linux ทำงานบน Sparc, Intel, AMD, ARM และโปรเซสเซอร์ประเภทอื่น ๆ

ตัวอย่างเช่นหากไฟล์ ELF กำหนดเป้าหมายเป็นโปรเซสเซอร์ของ Intel โดยเฉพาะแสดงว่าฮาร์ดแวร์ประเภทอื่นไม่สามารถเรียกใช้ซอฟต์แวร์ได้ ELF เป็นอิสระจากแพลตฟอร์ม แต่รหัสที่โฮสต์ต้องการจะสอดคล้องกับรหัสเครื่องของแพลตฟอร์ม คุณจะสังเกตเห็นว่าการกระจายมีแพคเกจที่คล้ายกันจำนวนเท่าใด (เช่น _386 และ _586 แพ็คเกจเมื่อสนับสนุนโปรเซสเซอร์ที่แตกต่างกัน) - คุณต้องติดตั้งไฟล์ ELF ที่ถูกต้องเพื่อให้ได้การดำเนินการที่ถูกต้อง

ในทำนองเดียวกันถ้าฉันตัดสินใจที่จะสร้างรุ่น Linux ที่กำหนดเองที่ใช้อินเตอร์รัปต์ตัวเชื่อมโยง ฯลฯ ฉันก็ยังต้องการซอร์สโค้ดเพื่อรวบรวมรหัส แม้ว่าซอร์สโค้ดจะไม่มีคำแนะนำในการสร้างเฉพาะแพล็ตฟอร์ม แต่ละแพลตฟอร์มจะแตกต่างกันและอาจไม่เรียกใช้ ELF จากระบบอื่น

เหตุผลดั้งเดิมในการเผยแพร่เนื่องจากแหล่งที่มาคือความหลากหลายของแพลตฟอร์ม ชุมชนลินุกซ์ยังคงใช้วิธีการนั้นต่อไปสำหรับเหตุผลใหม่และเหตุผลทางการเมืองบางส่วน

ซึ่งแตกต่างจากเช่น Windows, Linux ไม่เคยใส่ใจในอดีตที่จะรักษา ABI ใด ๆ (application binary interface) ที่มีเสถียรภาพในระยะเวลานาน - ทำให้มีความเป็นไปได้ที่จะคิดค้นสิ่งต่างๆเช่นรูปแบบที่ปฏิบัติการได้, API ไลบรารีและการสนับสนุนแพลตฟอร์มฮาร์ดแวร์ใหม่ ๆ สิ่งสำคัญ.

ระบบปฏิบัติการเชิงพาณิชย์บรรลุความเข้ากันได้ของแอปพลิเคชั่นระยะยาวโดยมีระเบียบวินัยมากเกี่ยวกับนวัตกรรม จำเป็นต้องเพิ่มฟีเจอร์อินเทอร์เฟซ / ซอฟต์แวร์ใหม่ในส่วนเพิ่มเติมเก่า - ต้องมีสองสิ่งที่ต้องดูแลและราคาของการเปลี่ยนแปลงอะไรหลังจากการเปิดตัวต้องได้รับการพิจารณาสูงมาก อีกทางหนึ่งคุณสามารถยอมรับความจริงของการล้าสมัยของแอพพลิเคชั่นที่วางแผนไว้พร้อมกับใครก็ตามที่เขียนซอฟต์แวร์สำหรับระบบปฏิบัติการของคุณ

การบรรลุแพลตฟอร์มที่มั่นคงในระยะยาวสำหรับซอฟต์แวร์ที่แจกจ่ายในรูปแบบไบนารีอย่างเดียว (นอกเหนือจากการแจกจ่าย Linux ที่กำหนด) จะได้รับการพิจารณาว่าไม่เป็นที่พึงปรารถนาจากองค์ประกอบบางส่วนของชุมชน Linux ในฐานะที่เป็นผู้ใช้ที่ไม่เป็นมิตรกับทั้งสองแพลตฟอร์มฉันไม่ได้บอกว่าดีหรือไม่ดี มันเป็นเช่นนั้น

ในหลายกรณี (อย่างน้อยในโลก * nix) ซอร์สโค้ดเป็นซอฟต์แวร์พกพาที่สุด มีแหล่งที่มารับประกันว่าซอฟต์แวร์ที่ใช้ร่วมกันจะทำงานบนทุกแพลตฟอร์มที่อาจสนับสนุน (ซึ่งในหลาย ๆ กรณีก็หมายถึง POSIX- สอดคล้อง) การปล่อยไบนารีจะรับประกันความเข้ากันได้กับแพลตฟอร์ม (ทั้งซอฟต์แวร์และฮาร์ดแวร์) ที่ไบนารีเหล่านั้นเปิดตัว

พิจารณาว่าใน windows ไบนารีเป็นรูปแบบที่สะดวกที่สุดและพกพาได้สำหรับการแบ่งปันซอฟต์แวร์ เนื่องจากการคอมไพล์ซอร์สไม่ได้เป็นส่วนหนึ่งของรูปแบบการกระจายซอฟต์แวร์ windows ปกติ Microsoft ได้ใช้ความพยายามอย่างมากในช่วงหลายปีที่ผ่านมาเพื่อให้แน่ใจว่าไบนารีทำงานได้กับระบบปฏิบัติการหลายเวอร์ชัน: http://www.joelonsoftware.com/articles/APIWar.html

ซอฟต์แวร์ Linux ส่วนใหญ่เป็นซอฟต์แวร์ฟรี โดยการแจกจ่ายซอร์สโค้ดด้วยคำสั่งที่รวบรวมมากกว่าไบนารีคุณมีโอกาสที่จะตรวจสอบหรือแก้ไขซอร์สโค้ดก่อนที่จะรวบรวม ด้วยวิธีนี้คุณสามารถมั่นใจได้อย่างแท้จริงว่าโปรแกรมทำอะไรและไม่เป็นอันตราย

เหตุผลหลักที่ฉันเองไม่ชอบเพียงแค่รับโปรแกรมที่เรียกใช้งานได้เพราะฉันชอบที่จะตรวจสอบสิ่งที่ซอร์สโค้ดกำลังทำอยู่จริงๆ (ส่วนใหญ่เป็นเพราะฉันชอบดูรหัสของผู้อื่น) แต่ฉันรู้จักคนอื่นหลายคน ใครยังตรวจสอบซอร์สโค้ดเพื่อหาโค้ดที่เป็นอันตราย

มีคำตอบมากมายที่บอกว่าในกรณีส่วนใหญ่ซอฟต์แวร์จะเผยแพร่ในรูปแบบที่คอมไพล์แล้ว ฉันเห็นด้วยกับข้อสันนิษฐานนี้ อย่างไรก็ตามฉันเห็นกรณีที่แจกจ่ายซอฟต์แวร์ตามแหล่งที่มาของซอฟต์แวร์นั้นดีกว่าแจกจ่ายในรูปแบบที่คอมไพล์แล้ว

ฉันไม่แน่ใจว่ามันเป็นความจริง แต่ฉันจินตนาการในช่วงเริ่มต้นของอินเทอร์เน็ตเพราะแบนด์วิดท์เครือข่ายไม่ดีบางครั้งอาจเร็วกว่าที่จะเผยแพร่ซอฟต์แวร์ตามแหล่งที่มาของมันมากกว่าในรูปแบบที่คอมไพล์แล้ว เนื่องจากซอร์สโค้ดเป็นเพียงข้อความธรรมดาจึงมักมีขนาดเล็กกว่าซอฟต์แวร์ในรูปแบบที่คอมไพล์ ดังนั้นการกระจายซอฟต์แวร์ที่มีซอร์สโค้ดน่าจะเป็นวิธีที่ดีกว่าในการแบ่งปันหากผู้ใช้สามารถรวบรวมได้

นอกเหนือจากความจริงที่ว่ามีระบบยูนิกซ์จำนวนมากที่ทำงานบนแพลตฟอร์มที่แตกต่างกันเพียงพิจารณาปัญหาที่ซอฟต์แวร์ Windows ประสบจาก modal การแจกจ่ายนี้แม้ว่าพวกเขาจะต้องกังวลเกี่ยวกับ windows รุ่นเดียวเท่านั้นและแพลตฟอร์มหนึ่ง (พีซี) )

แม้จะมีเพียงพีซีที่ต้องกังวลยังมีสถาปัตยกรรมสองแห่ง: 32 บิตและ 64 บิต หากคุณสังเกตเห็นว่าซอฟต์แวร์ windows ส่วนใหญ่จะไม่สนใจซอฟต์แวร์ 64 บิตและจัดส่งซอฟต์แวร์ 32 บิตเท่านั้นโดยปล่อยให้คุณใช้ซอฟต์แวร์ที่เหมาะสมที่สุดหากคุณมีระบบ 64 บิต จากนั้นก็มีห้องสมุด ผู้จำหน่ายซอฟต์แวร์รายหนึ่งไม่ต้องการให้คุณได้รับข้อผิดพลาดแปลก ๆ ที่พยายามเรียกใช้โปรแกรมของพวกเขาหากคุณไม่ได้ติดตั้งไลบรารี่ที่เหมาะสมดังนั้นพวกเขาจึงรวมไลบรารี่กับโปรแกรมของพวกเขา (ทำให้การดาวน์โหลดใหญ่ขึ้นแม้ว่าคุณจะมีไลบรารี่นี้แล้ว ) โปรแกรมที่สองทำสิ่งเดียวกัน แต่ใช้ไลบรารีเวอร์ชันอื่น ในกรณีที่ดีที่สุดโปรแกรม B มีไลบรารี่เวอร์ชันใหม่กว่าที่เข้ากันได้แบบย้อนหลังดังนั้นหากคุณติดตั้งโปรแกรม B หลังจากโปรแกรม A สิ่งต่าง ๆ ทำงานได้ แต่การติดตั้งในลำดับกลับกันจะทำให้คุณมีไลบรารีเวอร์ชันเก่ากว่า บ่อยครั้งที่ผู้ค้าห้องสมุดทำการเปลี่ยนแปลงที่ไม่เข้ากันได้ย้อนหลังและไม่ต้องเปลี่ยนชื่อของไลบรารีดังนั้นไม่ว่าคุณจะติดตั้งโปรแกรมสองโปรแกรมในลำดับใดก็ตามโปรแกรมแรกจะหยุดทำงาน สิ่งนี้เรียกว่า "dll hell"

น่าเศร้าที่จะหลีกเลี่ยงปัญหานี้ซอฟต์แวร์ windows ส่วนใหญ่ใช้วิธีจัดส่งไลบรารี่ทั้งหมดของพวกเขาในไดเรกทอรีโปรแกรมของตนเองแทนที่จะเป็นไดเรกทอรีที่ใช้ร่วมกันดังนั้นแต่ละโปรแกรมจึงมีห้องสมุดส่วนตัวของตัวเองทั้งหมดและจะไม่แบ่งปันซึ่งกันและกัน จุดของ dlls ในสถานที่แรกและคุณท้ายใช้ ram มากขึ้นและพื้นที่ดิสก์และเวลาในการดาวน์โหลดทั้งหมดของไลบรารีที่ซ้ำกัน

นี่คือเหตุผลที่ซอฟต์แวร์โอเพนซอร์ซเผยแพร่ในรูปแบบของแหล่งที่มาและผู้ขายระบบปฏิบัติการได้สร้างตัวจัดการแพ็กเกจที่แยกแยะปัญหาการพึ่งพาและดาวน์โหลดเฉพาะไบนารีที่คอมไพล์แล้วที่คุณต้องการจริง ๆ โดยไม่ต้องทำซ้ำไลบรารีทั้งหมด นอกจากนี้ยังเกี่ยวข้องกับความจริงที่ว่ามีระบบยูนิกซ์ที่แตกต่างกันมากมายที่ทำงานบนแพลตฟอร์มที่แตกต่างกัน