LLVM / Clang. U GCC מטורף?

הייתי צריך לכתוב פוסט על המחלוקת הזו פורסם ב- LWN. וזה מהדר LLVM / Clang מתחיל דאגה ברשימות התפוצה של GNU.

פעם היה מהדר בשם GCC שעם יותר מ -25 שנות קיומו ממשיך לכבד כבוד רב לרישיון החינמי והקופילפט שלו, כמו גם להיות המהדר המשמש את ליבת הלינוקס ועד לאחרונה על ידי FreeBSD. מי שרצה ללמוד כיצד להתפתח ב- C או C ++, בוודאי השתמש ב- GCC ללא קשר לארכיטקטורה של המכונה שלהם. עם זאת, GCC סבלה מסכנה הרמטיות, בין השאר בגלל הפילוסופיה של אלה שיצרו אותה, וחלקם בגלל התפתחותה בסגנון הקתדרלה, שבה הופעלה שליטה חזקה על המתרחש ב- GCC ומה לא (עכשיו לא כל כך אבל עדיין קיים), שסלל את דרך לבניית חזיתות ותכונות אחרות ש- GCC אימצה בסופו של דבר. למידע נוסף על ההיסטוריה הקצרה של EGCS, אני משאיר את הקישור הזה.

בינתיים, באוניברסיטת אילינוי באורבנה-שמפיין בסביבות 2002, פרויקט מחקר הוביל ליצירת מהדר שנוצר באופן מודולרי כך שאלמנטים בודדים שלו כגון חזיתות, מחוללי קוד ומייטיבים. הם קוראים לו Llvm כי בהתחלה זו הייתה מכונה וירטואלית ברמה נמוכה אבל בסופו של דבר היא הייתה יותר מזה. והם קיבלו רישיון לרישיון משלו, שהיה דומה ל- BSD (בחינם, ללא copyleft, תואם GPL). שנים לאחר מכן, אפל התעניינה ב- LLVM ואימצה אותה למערכות ההפעלה iOS ו- OS X שלה, כמו גם בנייה (ולשחרר תחת אותו רישיון חינם כמו LLVM) התקשר חזית משלך קלאנג, עבור C ומטרה C. החיסרון הוא האפשרות לכלול LLVM / Clang בתוכניות קנייניותזה המקרה עם מהדר ה- CUDA של NVIDIA ו- IDE XCode של אפל.

אבל יום אחד לפני כמה שבועות ברשימת התפוצה של emacs, באמצע דיון על מצב השלמה אוטומטית המיועד לקלאנג, דימיטרי גוטוב הוא אומר "אמרו לי מזמן שריצ'רד סטולמן שנא כל כך את קלאנג שהתנגד לכלול קוד שמשתמש בו ב- emacs. " זה הוביל לדיון נוסף על תוכנה חופשית ותוכנה חופשית ריצ'רד עצמו מבהיר: «המדיניות שלנו היא לא לקבל שינויים בכל חבילת GNU שיכולה לעבוד עם Clang אך לא עם GCC. Emacs לא יעודד אנשים להתרחק מ- GCC. כאשר ניתנה לנו ההזדמנות, נעודד שימוש ב- GCC על פני Clang. "

זמן קצר לאחר מכן מופיע אריק ריימונד (המפורסם ביצירת הקתדרלה והבזאר, יחד עם ההגדרה קוד פתוח), שבמחציתו שר את הלהקה, חצי טרול, הולך ואומר ש- LLVM / Clang היה תגובה להתנגדות של פרויקט GCC להיות יכולת פעולה הדדית יותר, ובנוסף Clang עולה על GCC בכמה צעדים טכניים. לפיו (ומראה סרטון מתוך הרצאה של צ'נדלר קארות), שאלו מפתחי Clang את סטולמן אם יש סיבה שלא ניתן להפוך את הקצה של GCC לספריות דינמיות שניתן לקשר על ידי כל תוכנית שרוצה לנתח את קוד המקור. סטולמן השיב כי מטרה אחת של GCC הייתה evitar תוכניות קנייניות לשימוש בכל אחד מחלקיו, ולכן הם נמנעו בכוונה מדברים שונים posiblemente הם היו מקלים על שימוש כזה …… .. אשר שקלו תשובה לא מועילה. הם רצו ליצור IDEs וכלים אחרים שחולקים קוד מהדר ו- GCC לא מאפשרים להם, כך כדי ליצור Clang ולשלוח GCC אל / dev / null. מפתחי GCC הם קפצו עליו כלבה על כך שהוא לא הודיע ​​באופן מלא (עם העובדה שקלאנג עולה על GCC בכמה צעדים טכניים). באמצע הזונות נראה סטולמן אומר את זה LLVM הוא נסיגה איומה, לא מסיבות טכניות אלא רק בגלל הרישיון הלא-מסונכרן שלה, שמיטיב עם אפל.

ואז מאמר ה- LWN מקדיש פסקאות ארוכות על המודולריות של GCC ועל האמצעים שהם כללו בכוונה כדי להקשות על השימוש בייצוג הפנימי שלה על ידי תוכניות קנייניות, על חריגת ספריית זמן ריצה של GCC אשר פותר את השאלה האם GCC צריכה לאסוף קוד קנייני. ברצוני להוסיף גם את המקרה של FreeBSD (גרסה 10 שפורסמה לאחרונה, מחליפה את GCC ב- LLVM / Clang כמהדר הראשי). הגרסה האחרונה של GCC בה השתמשו היה 4.2.1 (האחרון עם רישיון GPLv2) ו- וגם לא משוגע הם התכוונו לעדכן אותו לגרסה עם GPLv3 (הם רק רוצים BSD ללא כל GPL), אז LLVM / Clang מגיע אליהם כמו כפפה ליד.

בקיצור, קרב נוסף במלחמת GPL הנצחית מול BSD.