ฉันจะรักษา glibc / gcc / … stack ที่แยกต่างหาก (ใหม่กว่า) ได้อย่างไรในรูปแบบที่ไม่ใช่รูทบน Linux

คลัสเตอร์การคำนวณของเรารัน CentOS เวอร์ชันเก่ามากโดยมีเคอร์เนลเก่า (2.6.18) และแน่นอน libs เก่าและไบนารี เนื่องจากการอัปเดตสิ่งทั้งหมดต้องการงานจำนวนมากบนโหนดทั้งหมดนี่ไม่ใช่ตัวเลือก

ฉันกำลังพยายามรวบรวมและใช้โปรแกรมที่ต้องการC++11และดังนั้นรุ่นที่ใหม่กว่าของgcc(และ / หรือclang) เนื่องจากฉันไม่ต้องการยุ่งกับระบบเลยฉันต้องการทำสิ่งนี้ในฐานะผู้ใช้ที่ไม่ใช่รูทในทรีไดเรกทอรีในเครื่อง

ปัญหาคือที่gccต้องใหม่glibcกว่าที่มีอยู่ในเครื่อง ดังนั้นผมจำเป็นต้องรักษาแยกรุ่นใหม่glibcในท้องถิ่นของฉันlib/ต้นไม้อาจจะเป็นตามที่อธิบายไว้ที่นี่

ที่ฉันหายไปคือวิธีการทำผม "ฝัง" เส้นทางของ libs ท้องถิ่นของฉันในทุกไบนารีที่จำเป็นเช่นgcc, g++ฯลฯ ? การตั้งค่า LD_LIBRARY_PATH กับแผนผังโลคัลของฉันlib/ทำให้ไบนารีระบบทั้งหมดไม่ทำงานอีกต่อไป ( ELF file OS ABI invalid) เพราะพวกเขาต้องการใช้ใหม่libm.so/ libc.soกับที่พวกเขายังไม่ได้รวบรวม

ดังนั้นเพื่อตัดมันขึ้น: อะไรคือวิธีการที่เหมาะสมในการรักษาใหม่กองพัฒนาท้องถิ่น (ที่มีglibc, gccฯลฯ ) ในแบบคู่ขนานกับระบบเก่าได้โดยไม่ต้อง messing รอบเป็นราก?

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

คุณมีสามตัวเลือกโดยทั่วไป:

1. ใช้ wrapper รอบ ๆ ไลบรารีของคุณซึ่งจะตั้งค่าLD_LIBRARY_PATHอย่างเหมาะสมจากนั้นเรียกใช้ไลบรารีที่ต้องการ - เช่น:

   #!/bin/sh
   export LD_LIBRARY_PATH="path/goes/here"
   exec "$@"
   

2. เชื่อมโยงกับ-rpath( -Wl,rpath) ซึ่งเพิ่มเส้นทางการค้นหาสำหรับตัวเชื่อมโยงแบบไดนามิกลงในไบนารี (โปรดดูคำตอบ SO - มันยังกล่าวถึง wrapper)

3. คุณไม่ต้องการอ่านสิ่งนี้: อัปเดตคลัสเตอร์ของคุณ (ให้ความสำคัญกับ "ของคุณ") จะต้องทำวันหนึ่งหรือวันอื่นดังนั้นทำไมไม่วันนี้ "ไม่ใช่ตัวเลือก"ค่อนข้างแข็งแกร่งในกรณีส่วนใหญ่ ผู้ใช้รายอื่นอาจมีปัญหาเดียวกัน

สำหรับไบนารีเก่าที่มีปัญหา - ไบนารีมีตัวเชื่อมโยงแบบไดนามิกที่ต้องการฝังอยู่ในนั้น และตัวเชื่อมโยงแบบไดนามิกเก่าไม่เข้าใจ ABI ที่ใหม่กว่า path/to/your/ld-linux-<arch>.so binaryลองโทรไบนารีเช่นนี้:

การสร้าง GCC: คุณสามารถลองส่งออกได้CFLAGSในสภาพแวดล้อมการสร้างของ GCC - แต่ฉันแน่ใจว่าพวกเขาได้รับการเผยแพร่ Buildscripts ของการแจกแจงแบบต่าง ๆ อาจให้เบาะแสบางอย่างแก่คุณ (เช่น: สำหรับ openSUSE ดูรอบ ๆ บรรทัด 1880 ในไฟล์ . spec )