Có thể biên dịch hạt nhân Linux bằng một cái gì đó khác với gcc

Question

Tôi tự hỏi liệu có ai đó đã biên dịch hạt nhân Linux với một trình biên dịch khác nào đó so với gcc hay không. Hoặc nếu ai đó đã từng thử? Câu hỏi có vẻ là ngớ ngẩn hoặc học thuật, nhưng nó xuất hiện khi tôi nghĩ về câu trả lời: Are C++ int operations atomic on the mips architecture

Có vẻ như tính nguyên tử của một số hoạt động không chỉ phụ thuộc vào kiến ​​trúc CPU mà còn trên trình biên dịch đã sử dụng. Vì vậy, tôi tự hỏi, nếu trong thế giới Linux một số trình biên dịch khác hơn là gcc thậm chí tồn tại.

Answer 1

Linux rõ ràng phụ thuộc vào một số gcc extensions, vì vậy bất kỳ trình biên dịch nào khác phải tương thích với các phần mở rộng cần thiết, trong trường hợp đó.

Đây không phải là "không", vì tất nhiên là không thể cho một nhà cung cấp/nhà phát triển trình biên dịch riêng biệt để theo dõi các phần mở rộng của gcc, chỉ một điểm dữ liệu có thể giúp bạn tìm kiếm.

Answer 2

Trình biên dịch của IBM đã có thể thực hiện một số phiên bản Linux trước đây, nhưng hiện tại tôi không chắc chắn về cách IBM tối ưu hóa hạt nhân theo hướng dẫn. Tất cả những gì tôi biết là, họ đã xây dựng nó.

Vì Linux là tự lưu trữ (với libc của chính nó) và đã được phát triển từ đầu với gcc (và trình biên dịch chéo gcc), loại ngớ ngẩn của nó để sử dụng bất kỳ thứ gì khác. Tôi nghĩ chủ yếu, chơi tốt với các macro tiền xử lý và tối ưu hóa được hướng dẫn là trở ngại lớn nhất (thậm chí không đi vào khí thải), vì GNU đã cơ bản viết cuốn sách ở trên và mở rộng nó. Ngoài ra, Linux đưa ra các tối ưu hóa để làm việc với gcc, chẳng hạn, không bị bắt bằng cách sử dụng 'dễ bay hơi' trong hạt nhân mà không có lý do chính xác. Sử dụng nội tuyến và thực sự có trình biên dịch đồng ý là một thách thức khác.

Linus là người đầu tiên gọi GCC là & * # $ lỗ, giúp cho trình biên dịch tốt hơn.

Đây là lý do tại sao chúng tôi có cuộc tranh luận GNU/Linux tuyệt vời.

Answer 3

Đã có một số nỗ lực (và patches) để biên dịch phiên bản đầu của hạt nhân 2.6 với icc.

Answer 4

Tại một số điểm, tcc sẽ xử lý và run nguồn nhân Linux. SO đó sẽ là một có, tôi đoán.

:: Hat tip để ephemient trong các ý kiến. ::

Answer 5

Nhiều, rất nhiều, nhiều năm trước đây, nó đã thực sự thể compile the kernel with g++, và như xa như tôi nhớ một phần của động cơ là vì C++ đã mạnh kiểm tra kiểu, không nhất thiết phải có g ++ để tạo các tệp đối tượng. Nhưng như Neil Butterworth đã chỉ ra, Linus là not particularfond of C++ và không có khả năng là điều này sẽ có thể trở lại.

Answer 6

tôi đoán phi kỹ thuật: Linux Kernel không thể hiện() được biên dịch với bất kỳ trình biên dịch khác hơn là trình biên dịch GNU, gcc.

Tôi nói điều này trên cơ sở đó tôi đã nghe Richard Stallman, với một số niềm tin, nói Linux nên được gọi là GNU/Linux vì hạt nhân là "chỉ có 1 phần của hệ điều hành" và tôi m đoán anh ta sẽ không thể nói điều này nếu hạt nhân không phụ thuộc vào GNU (ví dụ: một tấn thiết bị nhúng chạy một hệ điều hành Linux mà không cần bất kỳ phần mềm GNU nào).

Như tôi đã nói, chỉ là một phỏng đoán, cho tôi biết nếu tôi sai ...

Answer 7

Các LLVM các nhà phát triển đang cố gắng để biên dịch nó với clang. Các meta-bug on compiling the Linux kernel with clang có thêm chi tiết (các dependency tree for that meta-bug cho thấy có vẻ như ít).

Answer 8

Yup. Tôi đã làm điều này. Xem [cfe-dev] Clang builds a working Linux Kernel (Boots to RL5 with SMP, networking and X, self hosts).

Answer 9

EKOPath 4 Trình biên dịch, không phải bây giờ. nhưng có lẽ với một số bản vá lỗi nhỏ

https://github.com/path64/repositories

http://www.pathscale.com/ekopath-compiler-suite

Answer 10

tôi chỉ là bây giờ đang làm việc trên biên dịch Linux kernel sử dụng Open64 cho MIPS archtecture, và một số kẻ khác được bây giờ chỉ cần làm việc cho làm Open64 có thể xây dựng cho X86 vòm. Bây giờ hạt nhân có thể chạy một phần, và vẫn chạy lỗi không thành công.

Tuy nhiên đối với vấn đề nguyên tử, ít nhất tôi đã không nghĩ ra điều đó. Và tôi không nghĩ rằng nó thực sự là một lý do problem.The là: kernel

1. Linux đã được một tập hợp các mã nguồn, mà thành công có thể xây dựng với GCC, vì vậy nó chỉ là vấn đề của trình biên dịch nếu nó không thể xây dựng nó, hoặc hạt nhân được xây dựng chạy không thành công. Nếu một trình biên dịch muốn xây dựng thành công hạt nhân Linux, nó phải tuân theo GNU C Extension, và phần mở rộng này sẽ cho một sự giải thích rõ ràng về hoạt động nguyên tử là gì, do đó biên dịch như vậy chỉ cần tạo mã theo điều này. sự mở rộng.