การให้ไฟล์วัตถุเป็นไปตามข้อเชื่อมโยง LGPL relink หรือไม่?

จากคำถามนี้ดังนั้นฉันอ่าน:

รหัสที่มาที่เป็นกรรมสิทธิ์ + รหัสที่มา LGPL

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

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

สิ่งนี้ถูกต้องหรือไม่หากเป็นเช่นนั้นทำไม

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

FSF ยังพูดอย่างชัดเจนในคำถามที่พบบ่อย :

เพื่อวัตถุประสงค์ในการปฏิบัติตาม LGPL (เวอร์ชันใด ๆ ที่มีอยู่: v2, v2.1 หรือ v3):

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

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