อะไรทำให้ C หยุดการคอมไพล์ / ตีความ / JIT'ed?

Java นั้นได้รับการยกย่องในเรื่องของการพกพาที่น่าทึ่งซึ่งฉันเข้าใจว่าเป็นเพราะ JVM คำถามของฉันคือสิ่งที่ห้ามไม่ให้ C ถูกคอมไพล์ / ตีความ / JIT'ed .. ถ้าเป็นเช่นนั้น C สามารถเขียนได้หนึ่งครั้งและทำให้มันทำงานบนอุปกรณ์ที่คุณเคยมี แต่นี่ไม่ใช่กลไกที่เป็นที่นิยมสำหรับการประมวลผลโปรแกรม C

อะไรคือข้อเสียของการประมวลผล C ด้วยวิธีนี้และอะไรคือข้อดีของการประมวลผล Java ด้วยวิธีนี้และไม่ได้รวบรวมรหัสเครื่องนอกเหนือจากความสามารถในการพกพาของหลักสูตร?

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

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

อะไรจะหยุด C จากการถูกตีความหรือ Jitted? ไม่มีอะไร แต่นั่นไม่ใช่ raison d'êtreของ C

ก่อนอื่นมันน่าสังเกตว่า JVM ของ Sun ถูกเขียนใน C. C เป็นภาษาที่ได้รับความนิยมอย่างมากเมื่อต้องการการพกพา

ภาษา C เป็นแบบพกพาแม้ว่าโปรแกรม C จำนวนมากจะไม่ นี่เป็นเพราะ C ไม่ได้มีข้อ จำกัด มากนักในโปรแกรมเมอร์หรือตั้งสมมติฐานมาก หากโปรแกรมเมอร์ C ต้องการให้โปรแกรมของเขาพกพาได้เขาจะต้องวางข้อ จำกัด เหล่านั้นไว้กับตัวเอง

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

คุณสามารถสร้างเป้าหมาย GTK + และคอมไพเลอร์ C ที่สนับสนุนเครื่องเสมือนแม้อาจเป็น JVM และรับรหัสที่มีอยู่เพื่อทำงานกับการเปลี่ยนแปลงเล็กน้อย ในความเป็นจริงหากไม่มีการรวบรวมขยะเครื่องเสมือน C อาจจะง่ายกว่ามาก ทำไมคุณถึงต้องการ

reverse, การคอมไพล์ Java กับ native code ก็ทำได้เช่นเดียวกัน นั่นเป็นสิ่งที่ JIT ทำ ทำไมคุณถึงต้องการ ฉันแน่ใจว่ามีโครงการสัตว์เลี้ยงที่จะทำ "เพียงเพราะ" แต่พวกเขาไม่ได้ใช้อย่างจริงจัง

คุณพูดว่า:

Java นั้นได้รับการยกย่องในเรื่องของการพกพาที่น่าทึ่งซึ่งฉันเข้าใจว่าเป็นเพราะ JVM

และภายในประโยคแรกคุณคิดผิด Java ไม่สามารถพกพาได้เนื่องจาก JVM Java เป็นแบบพกพาเนื่องจากภาษา Java ถูกกำหนดในลักษณะที่ไม่ปล่อยให้ผู้พัฒนาใช้งานในลักษณะที่โปรแกรมอาจทำงานได้

ตัวอย่างเช่น Java มีสองประเภท "int" (จำนวนเต็ม 32 บิตที่เซ็นชื่อ) และ "ยาว" (จำนวนเต็ม 64 บิตที่เซ็นชื่อ) C และ C ++ มี "int" (ลงชื่ออย่างน้อย 16 บิต), "ยาว" (ลงชื่ออย่างน้อย 32 บิต) และ "ยาว" (ลงชื่ออย่างน้อย 64 บิต) นั่นเป็นเพราะ C ควรจะทำงานกับโปรเซสเซอร์ที่แตกต่างกันและทำให้พวกเขาทำงานแตกต่างกัน

C สามารถกำหนดขนาดคงที่สำหรับประเภทเหล่านี้ได้ ถ้ามีตัวประมวลผล 36 บิตจะไม่สามารถใช้ภาษา C ได้ และพวกเขาไม่สามารถใช้ Java! ดังนั้น C อนุญาตให้ภาษาทำงานกับคอมพิวเตอร์ที่แตกต่างหลากหลาย หลีกเลี่ยงไม่ได้ที่จะอนุญาตให้สร้างรหัสที่ไม่สามารถพกพาได้ มันเป็นเรื่องของภาษา

Java เป็นแบบพกพาอย่างเฉพาะเพราะภาษาเป้าหมายโปรแกรม Java Virtual Machine ซึ่งเป็นชื่อที่แสดงถึงจะไม่ได้เป็นเครื่องจริง เนื่องจากคุณสามารถใช้เครื่องเสมือนกับสถาปัตยกรรมของเครื่องจริงหลายประเภทโปรแกรมที่ใช้ JVM จึงพกพาได้อย่างสูง

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

จริง ๆ แล้วมีการแปลเวอร์ชันของ Cแต่ส่วนใหญ่จะใช้สำหรับการทดลองที่รวดเร็วมากกว่าระบบการผลิต

พวกมันไม่ใช่เรื่องธรรมดาเพราะเหตุใดคุณจะต้องทนทุกข์ทรมานกับภาษา C ทั้งหมดหากไม่ได้รับการปฏิบัติการที่รวดเร็วและคงที่?

ในทางทฤษฎีทั้ง C และ Java สามารถรวบรวมได้ทั้งรหัสเนทีฟตีความหรือเรียบเรียงไปยังเครื่องเสมือน

เหตุผลทางเทคนิคที่ C ไม่ได้ถูกคอมไพล์ไปยังเครื่องเสมือนคือไม่มีเครื่อง C มาตรฐานเสมือน

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

ที่จริงแล้วสิ่งนี้เสร็จสิ้น มีคอมไพเลอร์หลักที่รองรับการคอมไพล์ไปยัง LLVM (ฉันรู้ว่าเสียงดังกราวทำและฉันเชื่อว่า gcc ก็ทำได้เช่นกัน) LLVM นั้นสามารถเป็น JIT ได้เช่นเดียวกับโค้ด Java ที่คอมไพล์ลงไปเป็น bytecode ซึ่งเป็น JIT

อย่างไรก็ตามสิ่งที่ทำให้ java "cross platform" เมื่อเทียบกับ C คือ Java มีไลบรารีรันไทม์ขนาดใหญ่ซึ่งถูกย้ายไปยังหลายแพลตฟอร์ม C อย่างชัดเจนไม่เป็นไปตามกระบวนทัศน์นี้

มีความแตกต่างที่สำคัญระหว่าง Java และ C. Java ถูกแยกออกจากระบบปฏิบัติการผ่าน Java virtual machine (JVM) JVM จะแยกระบบปฏิบัติการออกจากโปรแกรม แอ็พพลิเคชัน java อาจถาม JVM สำหรับหน่วยความจำอันหนึ่งและ JVM จะถาม OS สำหรับหน่วยความจำนั้น มี JVM จำนวนมากสำหรับแพลตฟอร์ม / ระบบปฏิบัติการที่แตกต่างกัน JVM เป็นสิ่งที่ทำให้โปรแกรมจาวาเดียวกันสามารถทำงานบนแพลตฟอร์มที่แตกต่างกัน

ด้วย C ไม่มีการแยก OS โปรแกรม C (โดยปกติ) จะทำงานโดยตรงที่ด้านบนของ OS ทำให้การโทรโดยตรงของระบบปฏิบัติการ สิ่งนี้ทำให้ความสัมพันธ์ของโปรแกรม C กับระบบปฏิบัติการ / แพลตฟอร์มเฉพาะ โปรแกรมที่ไม่น่าสนใจใด ๆ จะโทรเข้าสู่ระบบปฏิบัติการ นอกจากนี้โปรแกรม C จะถูกรวบรวมลงในรหัสเครื่องซึ่งเป็นฮาร์ดแวร์เฉพาะ โปรแกรม C ที่คอมไพล์แล้วสำหรับ x86 ไม่สามารถรันบนโปรเซสเซอร์ ARM ได้โดยตรง