सोर्स-टू-सोर्स कंपाइलर

From Vigyanwiki
Revision as of 20:15, 22 February 2023 by alpha>Ashirvad Verma
Not to be confused with Cross compiler, Compiler-compiler, Transcoder, or Transputer.
कार्यक्रम निष्पादन
सामान्य अवधारणाएँ
कोड के प्रकार
संकलन रणनीतियाँ
उल्लेखनीय रनटाइम्स
उल्लेखनीय संकलक और टूलचेन
Data transformation
Concepts
Transformation languages
Techniques and transforms
Applications
Related

एक स्रोत-से-स्रोत अनुवादक, स्रोत-से-स्रोत संकलक (S2S संकलक), ट्रांसकंपलर, या ट्रांसपिलर[1][2][3]एक प्रकार का अनुवादक (कंप्यूटिंग) है जो किसी प्रोग्रामिंग भाषा में लिखे प्रोग्राम के सोर्स कोड को अपने इनपुट के रूप में लेता है और समान या उच्च स्तरीय प्रोग्रामिंग भाषा में समकक्ष सोर्स कोड तैयार करता है। एक स्रोत से स्रोत अनुवादक प्रोग्रामिंग भाषाओं के बीच परिवर्तित होता है जो लगभग समान स्तर के अमूर्तता (कंप्यूटर विज्ञान) पर काम करता है, जबकि एक पारंपरिक संकलक उच्च-स्तरीय प्रोग्रामिंग भाषा से निम्न-स्तरीय प्रोग्रामिंग भाषा में अनुवाद करता है। उदाहरण के लिए, स्रोत-से-स्रोत अनुवादक पायथन (प्रोग्रामिंग भाषा) से जावास्क्रिप्ट (प्रोग्रामिंग भाषा) में एक कार्यक्रम का अनुवाद कर सकता है, जबकि एक पारंपरिक संकलक सी (प्रोग्रामिंग भाषा) जैसी भाषा से विधानसभा भाषा या जावा में अनुवाद करता है जावा (प्रोग्रामिंग भाषा)) जावा बाइटकोड के लिए।[4]एक स्वत: समानांतर संकलक प्रायः एक उच्च स्तरीय भाषा कार्यक्रम को एक इनपुट के रूप में लेता है और फिर कोड को रूपांतरित करता है और इसे समानांतर कोड एनोटेशन (जैसे, ओपनएमपी) या भाषा निर्माण (जैसे फोरट्रान के) के साथ एनोटेट करता है। forall कथन)।[2][5]

स्रोत-से-स्रोत-संकलन का एक अन्य उद्देश्य अंतर्निहित प्रोग्रामिंग भाषा या एपीआई के अगले संस्करण का उपयोग करने के लिए विरासत कोड का अनुवाद करना है जो पिछड़े संगतता को तोड़ता है। यह स्वचालित कोड रीफैक्टरिंग करेगा जो तब उपयोगी होता है जब रिफ्लेक्टर के प्रोग्राम मूल कार्यान्वयनकर्ता के नियंत्रण से बाहर होते हैं (उदाहरण के लिए, प्रोग्राम को पायथन 2 से पायथन 3 में परिवर्तित करना, या प्रोग्राम को पुराने एपीआई से नए एपीआई में परिवर्तित करना) या जब कार्यक्रम का आकार इसे हाथ से रिफ्लेक्टर करने के लिए अव्यावहारिक या समय लेने वाला बनाता है।

मूल स्रोत कोड के विकास और डिबगिंग को आसान बनाने के लिए ट्रांसकंपलर या तो अनुवादित कोड संरचना को स्रोत कोड के करीब रख सकते हैं या मूल कोड की संरचना को इतना बदल सकते हैं कि अनुवादित कोड स्रोत कोड की तरह न दिखे।[6]डिबगिंग उपयोगिताएँ भी हैं जो ट्रांसकंपील्ड स्रोत कोड को मूल कोड पर वापस मैप करती हैं; उदाहरण के लिए, जावास्क्रिप्ट स्रोत मानचित्र मानक[citation needed] वेब ब्राउज़र द्वारा निष्पादित जावास्क्रिप्ट कोड को मूल स्रोत पर वापस मैप करने की अनुमति देता है, उदाहरण के लिए, जब जावास्क्रिप्ट कोड एक ट्रांसकंपील्ड-टू-जावास्क्रिप्ट भाषा द्वारा छोटा या निर्मित किया गया था।[citation needed] उदाहरणों में Google क्लोजर टूल्स, कॉफीस्क्रिप्ट, डार्ट (प्रोग्रामिंग भाषा), मिला हुआ, ओपल (रूबी), टाइपप्रति और emcribe सम्मलित हैं।[7]


विधानसभा भाषा अनुवादक

तथाकथित असेंबली लैंग्वेज ट्रांसलेटर सोर्स-टू-सोर्स ट्रांसलेटर्स का एक वर्ग है जो कोड को एक असेंबली लैंग्वेज से दूसरी में परिवर्तित करता है, जिसमें विभिन्न प्रोसेसर परिवार और प्रणाली मंच सम्मलित हैं (किन्तु यह सीमित नहीं है)।

इंटेल CONV86

Intel ने अपने 16-बिट प्रोसेसर Intel 8086 को Intel 8080, एक 8-बिट प्रोसेसर के स्रोत-कोड संगतता के रूप में विपणन किया।[8]इसका समर्थन करने के लिए, Intel के पास Intel ISIS-II|ISIS-II-आधारित अनुवादक 8080 से 8086 स्रोत कोड CONV86 था[9][10][11](जिसे CONV-86 भी कहा जाता है[12]और कन्वर्ट 86[13][14] 1978 से ओईएम ग्राहकों के लिए उपलब्ध है, संभवतः इस तरह का सबसे पहला कार्यक्रम।[nb 1]यह अनुवाद के कई स्तरों का समर्थन करता है और 8-इंच फ्लॉपी ड्राइव के साथ Intel माइक्रोप्रोसेसर डेवलपमेंट सिस्टम Intel MDS-800|MDS-800 पर 2 मेगाहर्ट्ज पर चलता है। उपयोगकर्ता रिपोर्टों के अनुसार, यह बहुत मज़बूती से काम नहीं करता था।[15][16]


एससीपी TRANS86

सिएटल कंप्यूटर उत्पाद (एससीपी) ने TRANS86.COM की प्रस्तुतकश की,[14][17][18]टिम पैटर्सन द्वारा लिखित 1980 86-DOS विकसित करते हुए।[19][20][21]यूटिलिटी Intel 8080 और Zilog Z80 असेंबली सोर्स कोड (Zilog/Mostek mnemonics के साथ) में अनुवाद कर सकती है .ASM Intel 8086 के लिए स्रोत कोड (CP/M-80 के लिए केवल SCP के क्रॉस-असेंबलर ASM86 के साथ संगत प्रारूप में), किन्तु केवल opcode, रजिस्टर और मोड के एक सबसेट का समर्थन करता है, और प्रायः अभी भी महत्वपूर्ण मैन्युअल सुधार और बाद में फिर से काम करने की आवश्यकता होती है।[22][19]इसके अतिरिक्त, केवल एक लिप्यंतरण करते हुए,[13][17][9][10]ब्रूट-फोर्स सिंगल-पास कंपाइलर | सिंगल-पास ट्रांसलेटर ने कोई रजिस्टर और जंप ऑप्टिमाइज़ेशन नहीं किया।[23][24]इसमें लगभग 24 केबी रैम लगी।[14]TRANS86.COM का SCP संस्करण 1 Z80-आधारित सिस्टम पर चलता था।[14][17]एक बार जब 86-डॉस चल रहा था, पैटरसन ने एक स्वयं-होस्टिंग (संकलक)कंपाइलर) | सेल्फ-होस्टिंग-प्रेरित दृष्टिकोण में, 86-डॉस के अनुसार चलने वाले प्रोग्राम में खुद को बदलने के लिए TRANS86 का उपयोग किया।[21][17]क्रमांकित संस्करण 2, इसकी जगह इसका नाम TRANS.COM रखा गया।[17][24][23][25][26]बाद में 1982 में, अनुवादक स्पष्ट रूप से Microsoft से भी उपलब्ध था।[14][27]


सोरसिम TRANS86

इसका नाम ट्रांस86 भी रखा गया है, सोरसिम ने दिसंबर 1980 से 8080 से 8086 अनुवादकों की प्रस्तुतकश की।[28][13]एससीपी के कार्यक्रम की तरह इसे एमएस-डॉस (एसीटी86 के साथ संगत प्रारूप में) में पोर्ट सीपी/एम-80 एप्लिकेशन कोड (एएसएम, मैक, आरएमएसी या एसीटी80 असेंबली प्रारूप में) के लिए डिजाइन किया गया था।[28][14][29][30]ACT80 प्रारूप में इसने कुछ Z80 mnemonics का भी समर्थन किया। अनुवाद निर्देश-दर-निर्देश के आधार पर हुआ, जिसमें कुछ अनुकूलन सशर्त कूद पर लागू किए गए थे। यह प्रोग्राम CP/M-80, MP/M-80 और Cromemco DOS के अनुसार कम से कम 24 KB RAM के साथ चलता था, और स्रोत फ़ाइल आकार पर कोई प्रतिबंध नहीं था।[14][31]


डिजिटल रिसर्च XLT86

सितंबर 1981 में डिजिटल अनुसंधान का XLT86 1.0 बहुत अधिक परिष्कृत और स्रोत अनुवाद प्रक्रिया में अनुकूलतम कंपाइलर तकनीकों को प्रस्तुत करने वाला पहला था। XLT86 1.1 अप्रैल 1982 तक उपलब्ध था.[32]कार्यक्रम गैरी किल्डाल द्वारा लिखा गया था[13][33][34][35]और अनुवादित .ASM Intel 8080 प्रोसेसर के लिए स्रोत कोड (ASM, MAC या RMAC असेंबलरों के साथ संगत प्रारूप में) .A86 8086 के लिए स्रोत कोड (ASM86 के साथ संगत)। 8080 रजिस्टर उपयोग पर वैश्विक डेटा प्रवाह विश्लेषण का उपयोग करना,[36][13][37][38]पांच-फेज बहु-पास संकलक | मल्टी-पास ट्रांसलेटर कोड आकार के लिए आउटपुट को भी अनुकूलित करेगा और कॉलिंग सम्मेलनों का ध्यान रखेगा (CP/M-80 BDOS कॉल्स को CP/M-86 के लिए BDOS कॉल्स में मैप किया गया था), जिससे कि CP/M-80 और MP/M-80 प्रोग्राम स्वचालित रूप से CP/M-86 और MP/M-86 प्लेटफॉर्म पर पोर्ट किए जा सकते हैं। XLT86.COM स्वयं CP/M-80 प्लेटफॉर्म के लिए PL/I-80 में लिखा गया था।[39][14][32][40]प्रोग्राम ने अपने लिए 30 KB RAM और कार्यक्रम ग्राफ़ के लिए अतिरिक्त मेमोरी ली। 64 केबी मेमोरी सिस्टम पर, समर्थित अधिकतम स्रोत फ़ाइल आकार लगभग 6 केबी था,[39][14][41][32]जिससे कि अनुवाद से पहले बड़ी फ़ाइलों को तदनुसार तोड़ना पड़े।[14][32]वैकल्पिक रूप से, XLT86 डिजिटल उपकरण निगम VAX/VMS के लिए भी उपलब्ध था।[14][32]चूंकि XLT86 के इनपुट और आउटपुट स्रोत-कोड स्तर पर काम करते हैं, प्रोग्राम के अनुवादक की इन-मेमोरी प्रस्तुति और लागू कोड अनुकूलन तकनीकों ने बाइनरी पुनर्संकलन की नींव रखी।[42][43][44]


अन्य

2500 AD सॉफ़्टवेयर ने Z80 के साथ CP/M-80 मशीनों के साथ-साथ Zilog ZEUS और Olivetti PCOS सिस्टम के लिए अपने XASM सूट के हिस्से के रूप में 8080 से 8086 स्रोत-कोड अनुवादक की प्रस्तुतकश की।[45]

1979 से, Zilog ने अपने PDS 8000 विकास प्रणाली के हिस्से के रूप में Z80 से Z8000 अनुवादक की प्रस्तुतकश की।[46][47][48][49][50][16]उन्नत माइक्रो कंप्यूटर (एएमसी)[50][16]और 2500 AD सॉफ़्टवेयर ने Z80 से Z8000 अनुवादकों को भी ऑफ़र किया।[45]बाद वाले को ट्रांस नाम दिया गया था[51][52]और Z80 CP/M, CP/M-86, MS-DOS और PCOS के लिए उपलब्ध था।[45]

Z88DK विकास किट एक Z80 से i486 स्रोत कोड अनुवादक प्रदान करता है जो to86.awk नाम के नेटवाइड असेंबलर को लक्षित करता है, जिसे 2008 में स्टेफानो बोडराटो द्वारा लिखा गया था।[53]यह बदले में डगलस बीट्टी, जूनियर द्वारा 2003 में लिखे गए 8080 से Z80 कन्वर्टर पर आधारित है, जिसका नाम toz80.awk है।[53]

2021 में, ब्रायन कॉलहन ने MS-DOS सोर्स कोड ट्रांसलेटर के लिए 8080 CP/M 2.2 लिखा, जिसका लक्ष्य 8088ify नाम का नेटवाइड असेंबलर था।[54]


प्रोग्रामिंग भाषा कार्यान्वयन

कुछ प्रोग्रामिंग भाषाओं का पहला कार्यान्वयन ट्रांसकंपलर के रूप में प्रारंभ हुआ, और उनमें से कुछ भाषाओं के लिए डिफ़ॉल्ट कार्यान्वयन अभी भी ट्रांसकंपलर हैं। नीचे दी गई तालिका के अतिरिक्त, एक कॉफीस्क्रिप्ट अनुरक्षक जावास्क्रिप्ट को संकलित करने वाली भाषाओं की एक सूची प्रदान करता है।[55]

List of transcompilers[4]
Name Source language Target language Comments
Babel ES6+ (JS) ES5
Cerberus X Cerberus JavaScript, Java, C++, C#
Cfront C++ C
ClojureScript Clojure JavaScript
Dart Dart JavaScript
h5[56] C# JavaScript
Haxe Haxe ActionScript 3, JavaScript, Java, C++, C#, PHP, Python, Lua
HipHop for PHP (HPHPc) PHP C++
J2ObjC[57] Java Objective-C
JSweet[58] Java TypeScript
Maia[59] Maia Verilog
NACA COBOL, Java COBOL, Java
mrustc Rust C Experimental compiler that is able to bootstrap the official rust compiler (rustc)
Nim Nim C, C++, JavaScript
ReScript OCaml JavaScript
Swiftify[60] Objective-C Swift
valac Vala C


एक कोडबेस पोर्ट करना

जब अधिकांश मौजूदा कोडबेस को बनाए रखते हुए डेवलपर्स एक अलग भाषा में स्विच करना चाहते हैं, तो पूरे सॉफ्टवेयर को हाथ से लिखने की तुलना में एक ट्रांसकंपलर का उपयोग करना उत्तम हो सकता है। ट्रांसकंपलर की गुणवत्ता के आधार पर, कोड को ठीक से काम करने के लिए मैन्युअल हस्तक्षेप की आवश्यकता हो भी सकती है और नहीं भी। यह ट्रांसकंपील्ड भाषाओं से अलग है जहां विनिर्देशों की मांग है कि आउटपुट स्रोत कोड हमेशा बिना संशोधन के काम करता है। एक कोडबेस को पोर्ट करने के लिए उपयोग किए जाने वाले सभी ट्रांसकंपलर आउटपुट स्रोत कोड के मैन्युअल समायोजन की अपेक्षा करेंगे यदि पठनीयता और प्लेटफ़ॉर्म कन्वेंशन के संदर्भ में अधिकतम कोड गुणवत्ता प्राप्त करने की आवश्यकता है।

Tool Source language Target language Comments
2to3 script Python 2 Python 3 Even though 2to3 does its best at automating the translation process, further manual corrections are often needed.
Emscripten LLVM bytecode JavaScript This allows running C/C++ codebases in a browser for example
c2go[61] C Go Before the 1.5 release, the Go compiler was written in C. An automatic translator was developed to automatically convert the compiler codebase from C into Go.[62][63] Since Go 1.5, the "compiler and runtime are now implemented in Go and assembler, without C".
C2Rust[64] C Rust C2Rust takes C code as input and outputs unsafe Rust code, focusing on preserving compatibility with the original codebase. Several documented limitations exist for this process. Converting the resulting code to safe and idiomatic Rust code is a manual effort post translation, although an automated tool exists to ease this task.[64]
Google Web Toolkit Java program that uses a specific API JavaScript The Java code is a little bit constrained compared to normal Java code.
Js_of_ocaml[65] of Ocsigen OCaml JavaScript
J2Eif[66] Java Eiffel The resulting Eiffel code has classes and structures similar to the Java program but following Eiffel syntax and conventions.
C2Eif[67] C Eiffel The resulting Eiffel code has classes and structures that try to be as clean as possible. The tool is complete and relies on embedding the C and assembly code if it cannot translate it properly.
Swiftify[68] Objective-C Swift Swiftify is an online source to source conversion tool from Objective-C into Swift. It assists developers who are migrating all or part of their iOS codebase into Swift. The conversion is aimed primarily at converting the syntax between Objective-C and Swift, and is helped because Apple took efforts to ensure compatibility between Swift and Objective-C runtimes.
Runtime Converter[69] PHP Java The Runtime Converter is an automatic tool which converts PHP source code into Java source code. There is a Java runtime library for certain features of the PHP language, as well as the ability to call into the PHP binary itself using JNI for PHP standard library and extension function calls.


ट्रांसकंपलर पाइपलाइन

एक ट्रांसकंपाइलर पाइपलाइन वह है जो पुनरावर्ती ट्रांसकंपलिंग का परिणाम है। तकनीक की कई परतों को एक साथ जोड़कर, प्रत्येक परत के बीच एक ट्रांसकंपाइल चरण के साथ, प्रौद्योगिकी को बार-बार रूपांतरित किया जा सकता है, प्रभावी रूप से एक वितरित भाषा-स्वतंत्र विनिर्देश बना सकता है।

XSLT एक सामान्य-उद्देश्य रूपांतरण उपकरण है जिसका उपयोग कई अलग-अलग तकनीकों के बीच किया जा सकता है, इस तरह के व्युत्पन्न कोड पाइपलाइन बनाने के लिए।

रिकर्सिव ट्रांसकंपाइलिंग

पुनरावर्ती transcompilation (या पुनरावर्ती transpiling) पुनरावर्ती रूप से transcompiling की धारणा को लागू करने की प्रक्रिया है, परिवर्तनों की एक पाइपलाइन बनाने के लिए (प्रायः सत्य के एक स्रोत से प्रारंभ) जो बार-बार एक तकनीक को दूसरे में बदल देती है।

इस प्रक्रिया को दोहराकर, कोई A → B → C → D → E → F को घुमा सकता है और फिर वापस अंदर जा सकता है A(v2). इस पाइपलाइन के माध्यम से A → से कुछ जानकारी संरक्षित की जाएगी A(v2), और वह जानकारी (एक अमूर्त स्तर पर) प्रदर्शित करती है कि प्रत्येक घटक A–F किस पर सहमत है।

ट्रांसकंपलर पाइपलाइन द्वारा उत्पादित प्रत्येक भिन्न संस्करण में, वह जानकारी संरक्षित है। यह कई अलग-अलग आकार और आकार ले सकता है, किन्तु जब तक यह वापस आता है A (v2), उपरोक्त पाइपलाइन में छह बार ट्रांसकंपाइल होने के बाद, जानकारी अपनी मूल स्थिति में वापस आ जाती है।

यह जानकारी जो प्रत्येक प्रारूप के माध्यम से परिवर्तन से बचती है, से A–F–A(v2), (परिभाषा के अनुसार) व्युत्पन्न सामग्री या व्युत्पन्न कोड है।

पुनरावर्ती ट्रांसकंपिलेशन इस तथ्य का लाभ उठाता है कि मूल स्रोत कोड के विकास और डिबगिंग को आसान बनाने के लिए ट्रांसकंपलर या तो अनुवादित कोड को स्रोत कोड के करीब रख सकते हैं, या फिर वे मूल कोड की संरचना को इतना बदल सकते हैं, कि अनुवादित कोड स्रोत कोड की तरह नहीं दिखता है। डिबगिंग उपयोगिताएँ भी हैं जो ट्रांसकंपील्ड स्रोत कोड को मूल कोड पर वापस मैप करती हैं; उदाहरण के लिए, जावास्क्रिप्ट स्रोत मानचित्र एक वेब ब्राउज़र द्वारा निष्पादित जावास्क्रिप्ट कोड की मैपिंग को मूल स्रोत पर ट्रांसकंपील्ड-टू-जावास्क्रिप्ट भाषा में मैप करने की अनुमति देता है।

यह भी देखें


टिप्पणियाँ

  1. ↑ One commercial program known to have been machine-translated under ISIS-II from 8080 CP/M-80 source code to 8086 CP/M-86 using Intel's CONV86 was MicroPro's WordStar 3.0 in September 1981.


संदर्भ

  1. ↑ ARC-Softwaresystems (June 1988). "Aus BASIC mach C: B→C Transpiler" [Turn BASIC into C: B→C Transpiler]. Amiga-Magazin (Advertisement) (in Deutsch). Vol. 1988, no. 6. Esslingen, Germany: Markt & Technik Verlag Aktiengesellschaft. p. 101. ISSN 0933-8713. Archived from the original on 2020-02-01. Retrieved 2020-01-18. […] Achtung C- und Basic-Programmierer! […] Jetzt gibt es den B→C TRANSPILER das einzigartige Umwandlungs-Software-System von ARC […] Der B→C TRANSPILER übersetzt lauffähige AMIGA-Basicprogramme in compilierbaren C-Code. […] Durch Spezialbefehle kann C-Code in Basicproqramme direkt integriert werden. […] Basic-Befehle werden erweitert transpiliert. (HAM-Modus, IFF, usw. werden unterstützt). […] Mit diesem Konzept neuester Generation verbindet der B→C TRANSPILER auf einzigartige Weise die Vorteile eines Interpreters mit denen eines Compilers […] [1]
  2. ↑ 2.0 2.1 Pountain, Dick (December 1989). "Configuring parallel programs, Part 1: The Occam Transpiler, now under development, will make writing software for parallel processing easier". BYTE. Vol. 14, no. 13. McGraw-Hill, Inc. pp. 349–352. ISSN 0360-5280. ark:/13960/t34188734. Retrieved 2022-01-06. p. 350: […] The name Transpiler is meant to suggest a combination of transputer and compiler, in just the same way that transputer was coined from transistor and computer (i.e., a computer that is also a component). […] (NB. Uses the term Occam transpiler as a synonym for a source-to-source compiler working as a pre-processor that takes a normal Occam program as input and derives a new Occam source code as output with link-to-channel assignments etc. added to it thereby configuring it for parallel processing to run as efficient as possible on a network of transputers.)
  3. ↑ Sector 7 Software Limited (1993-12-07) [1992-09-22]. "Transpiler". Official Gazette of the United States Patent and Trademark Office. Class 9. Vol. 1157 (1 ed.). Bedford, Bedfordshire, UK: U.S. Patent and Trademark Office. p. TM 81. SN 74-316.610. Archived from the original on 2020-02-01. Retrieved 2020-01-18. […] Priority claimed under Sec. 44(D) on United Kingdom Application No. 1495953, filed 1992-03-31 Reg. No. A1495953, dated 1992-03-31, expires 1999-03-31. For computer software and programs (U.S. Cl. 38). First use 1991-08-01, in commerce 1991-08-01. (NB. This company develops products such as VX/BASIC, a BASIC-to-C transpiler for DEC VMS. Despite their claim, theirs is not the first public use of the term transpiler, see i.e. ARC's BASIC-to-C transpiler for the Commodore Amiga in 1988 and the Occam Transpiler by Concurrent Technology Systems (CTS) in 1989.)
  4. ↑ 4.0 4.1 "Transpiler". devopedia.org. 2017-03-17. Archived from the original on 2019-11-05. Retrieved 2019-06-22.
  5. ↑ "Types of compilers". compilers.net. 1997–2005. Archived from the original on 2019-07-19. Retrieved 2010-10-28.
  6. ↑ Fowler, Martin (2013-02-12). "Transparent Compilation". Archived from the original on 2020-01-01. Retrieved 2013-02-13.
  7. ↑ Epic Games; Mozilla. "HTML5 Epic Citadel".
  8. ↑ Scanlon, Leo J. (1988). 8086/8088/80286 assembly language. Brady Books. p. 12. ISBN 978-0-13-246919-7. […] The 8086 is software-compatible with the 8080 at the assembly-language level. […]
  9. ↑ 9.0 9.1 MCS-86 Assembly Language Converter Operating Instructions For ISIS-II Users. A30/379/10K TL. Santa Clara, California, USA: Intel Corporation. March 1979 [1978]. Order No. 9800642A. Retrieved 2020-01-18. [2] (NB. A newer version of this manual can be found here.)
  10. ↑ 10.0 10.1 MCS-86 Assembly Language Converter Operating Instructions For ISIS-II Users. A175/280/7.5 FL. Santa Clara, California, USA: Intel Corporation. February 1980 [1978]. Order No. 9800642-02. Retrieved 2020-01-18. [3] [4] (NB. An older version of this manual can be found here.)
  11. ↑ Nelson, Ross P. (January 1989) [1988]. The 80386 Book: Assembly Language Programmer's Guide for the 80386. Microsoft Programming Series (1 ed.). Microsoft Press. p. 2. ISBN 978-1-55615-138-5. […] An Intel translator program could convert 8080 assembler programs into 8086 assembler programs […]
  12. ↑ The 8086 Family User's Manual. Intel Corporation. October 1979 [1978]. pp. 2-74, 2-92, B-176. Order No. 9800722-03. Retrieved 2020-01-18. […] other programs round out the software development tools available for the 8086 and 8088. […] CONV-86 can do most of the conversion work required to translate 8080/8085 assembly language source modules into ASM-86 source modules. […] To facilitate conversion of 8080A/8085A assembly language programs to run on the iSBC 86/12A board CONV-86 is available under the ISIS-II operating system. [5] [6]
  13. ↑ 13.0 13.1 13.2 13.3 13.4 Freiberger, Paul (1981-10-19). "Program translators do it literally – and sometimes in context". InfoWorld – News For Microcomputer Users. Special section: Computer compatibility. Vol. 3, no. 22. Popular Computing, Inc. p. 19. ISSN 0199-6649. Archived from the original on 2020-02-01. Retrieved 2020-01-15. […] "Unless you have a translating scheme that takes account of the peculiar idiosyncrasies of the target microprocessor, there is no way that an automatic translator can work," explains Daniel Davis, a programmer with Digital Research. "You'll end up with direct transliterations." […] In spite of all these limitations, progress has been made recently in the development of translators. Most notably, Digital Research has introduced its eight- to 16-bit assembly code translator. Based on research performed by Digital Research president Gary Kildall, the XLT86 appears to offer advances over previously available software translator technology. Like Sorcim's Trans and Intel's Convert 86, Kildall's package translates assembly-language code from an 8080 microprocessor to an 8086. However, Kildall has applied a global flow analysis technique that takes into account some of the major drawbacks of other translators. The procedure analyzes the register and flag usage in sections of 8080 code in order to eliminate nonessential code. According to Digital Research programmer Davis, the algorithm Kildall uses allows the translator to consider the context as it translates the program. Until now, one of the major problems with any translator program has been the inability of the software to do much more than transliteration. If Digital Research's new translator actually advances the technology to the point where context can be considered, then more software translators may proliferate in the microcomputer marketplace.
  14. ↑ 14.00 14.01 14.02 14.03 14.04 14.05 14.06 14.07 14.08 14.09 14.10 Taylor, Roger; Lemmons, Phil (June 1982). "Upward migration – Part 1: Translators – Using translation programs to move CP/M-86 programs to CP/M and MS-DOS" [Using translation programs to move CP/M programs to CP/M-86 and MS-DOS] (PDF). BYTE. Vol. 7, no. 6. BYTE Publications Inc. pp. 321–322, 324, 326, 328, 330, 332, 334, 336, 338, 340, 342, 344. ISSN 0360-5280. CODEN BYTEDJ. Archived (PDF) from the original on 2020-01-16. Retrieved 2020-01-15. […] Digital Research's XLT86 takes standard 8080 source code in a format compatible with ASM, MAC, or RMAC assemblers and converts the 8080 source code to 8086 source code in a format compatible with ASM86 operating under either CP/M-80 or CP/M-86. Since XLT86 is written in PL/I-80, the translator can run either stand-alone under CP/M-80 or for cross development under VAX/VMS. It produces optimized 8086 code in a five-phase, multipass process, doing global data-flow analysis to determine optimal register usage. Although macro definitions are not supported, conditional-assembly directives are […] if you want macro expansion, you can use a pass through MAC or RMAC to produce a PRN file that can be edited […] to produce an expanded source file for input acceptable to XLT86. XLT86 does not recognize Z80 instructions. XLT86 passes repeat loops through to the 8086 source code. XLT86 analyzes the source program in its entirety, determining the block structure and the register/flag usage. Working from this information, it translates the code to 8086 assembler code in an optimized way. The decision algorithm for each instruction type is given in […] the manual […] Register mapping generally follows […] with a loose relationship between the 8086 AX and the 8080 PSW; the exact relationship is determined from register usage at translate time. Many runtime options are available to control the translation process, both on the command line and embedded in the 8080 source text. […] XLT86 is a sophisticated program that does a reasonable job of optimizing the translation of 8080 source code to 8086 source code. BDOS calls from CP/M-80 are mapped into BDOS calls that are compatible with CP/M-86. XLT86 has special features for handling translation of conditional JMP and CALL instructions in 8080 source code. In the 8080 instructions, JMP and CALL instructions are capable of reaching any address within the 64K-byte region. The 8086 conditional JMP instructions can reach only 128 bytes on either side of the IP […] register. XLT86 examines the target of the conditional JMP. If the target cannot be reached, XLT86 changes the sense of the conditional JMP and skips over a long JMP to the target address. Since there are no conditional CALL or RET instructions in the 8086, the sense of the condition is changed and a short conditional JMP is performed to skip over an unconditional CALL or RET. […] the segment registers allow for separation of code and data regions. […] XLT86 examines an expression and determines the proper segment for the particular instruction. […] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] (13 pages)
  15. ↑ Guzis, Charles "Chuck" P. (2013-02-24). "Re: What if IBM didn't choose the Intel CPU!". Vintage Computer Forum. Genre: Others. Archived from the original on 2020-01-16. Retrieved 2020-01-15. […] The original 8086 assembler ran on an 8080-equipped MDS-80 dev system. One of the first products was a 8080 to 8086 source level translator. I recall that the speed of translation was phenomenally slow. […] our sales guy offered to run a conversion and verification test at the local sales office […] We […] started the job on the ISIS-II MDS 200 series there--they even had a hard disk, which was an outrageously expensive option for an MDS […] still crunching when we left for the night. It still wasn't done the next morning […] About 2 weeks later, after the Intel software guys had a look at the translator, Ed returned with the translated program. It was about 50% larger in size than the original 8085 version, which sort of went counter to Intel's claims for the translator. […]
  16. ↑ 16.0 16.1 16.2 Guzis, Charles "Chuck" P. (2016-12-31) [2016-12-30]. "Re: DOS code in CP/M? Revisited…". Vintage Computer Forum. Genre: CP/M and MP/M. Archived from the original on 2020-01-16. Retrieved 2020-01-15. […] Intel had an ISIS-hosted translator from 8080-to-8086 code. I can remember spending a very frustrating day at the local Intel sales office with a sample bit of 8080 code--a basic BCD floating-point package for the 8080 and waiting for hours for the translator to finish its work--and going home disappointed. About a week later, I received a call that they'd finally figured out the bugs and I could pick up my translated program. Said program was more than half-again as large as the original in terms of object bytes. I was a bit skeptical of the Intel claim back then that the 8086 code was far more compact than its 8080 counterpart. And the blasted thing didn't work anyway when it was put to the test. […] There were other 80-to-86 translators for CP/M. I recall that Sorcim had one. AMC had a Z80-to-Z8000 translator as well. […] The [Intel] translator had several levels of translation […] there was the "literal", preserving detailed operation […] it was ISIS-II, running on an MDS-800, at, what, 2 MHz with 8" floppies. […]
  17. ↑ 17.0 17.1 17.2 17.3 17.4 "Microsoft Macro Assembler (MASM) Unofficial Changelist". bytepointer.com. 2018-08-21 [2016-09-08]. Archived from the original on 2019-07-17. Retrieved 2020-01-18. […] Tim Paterson […] had the following to say about his 8086 Assembler he wrote while at SCP: "The 8086 assembler I wrote originally was in Z80 assembly language and ran under CP/M. I believe it was distributed with the SCP 8086 CPU card as ASM86. I also wrote a translator that converted Z80 source code to inefficient but workable 8086 source code (Intel promoted this idea with a published translation table). This was called TRANS86 and was also written in Z80 assembly for CP/M. Once DOS was working, I applied the translator to ASM86 (and to itself) to create 8086 versions that ran under DOS. I do not have the change history in front of me […], but I believe that versions >= 2 marked the translated (DOS) version. If any history shows version numbers < 2, that was the CP/M version." […]
  18. ↑ Paterson, Tim (June 1983). "An Inside Look at MS-DOS – The design decisions behind the popular operating system – The history of and design decisions behind MS-DOS. how it works, and where it's going". BYTE. 16-bit Designs. Vol. 8, no. 6. McGraw-Hill, Inc. pp. 230–252. ISSN 0360-5280. CODEN BYTEDJ. Archived from the original on 2017-03-17. Retrieved 2020-01-23. […] MS-DOS Design Criteria […] The primary design requirement of MS-DOS was CP/M-80 translation compatibility, meaning that, if an 8080 or Z80 program for CP/M were translated for the 8086 according to Intel's published rules, that program would execute properly under MS-DOS. Making CP/M-80 translation compatibility a requirement served to promote rapid development of 8086 software, which, naturally, Seattle Computer was interested in. There was partial success: those software developers who chose to translate their CP/M-80 programs found that they did indeed run under MS-DOS, often on the first try. Unfortunately, many of the software developers Seattle Computer talked to in the earlier days preferred to simply ignore MS-DOS. Until the IBM Personal Computer was announced, these developers felt that CP/M-86 would be the operating system of 8086/8088 computers. […] [21] [22]
  19. ↑ 19.0 19.1 Seattle Computer Products (August 1980). "86-DOS – 8086 OPERATING SYSTEM - $95". BYTE (Advertisement). Vol. 5, no. 8. BYTE Publications Inc. p. 173. ISSN 0360-5280. CODEN BYTEDJ. Archived from the original on 2017-04-05. Retrieved 2013-08-18. […] 1. Read Z80 source code file written in CP/M format and convert to 86-DOS format. 2. Translator program translates Z80 source code to 8086 source code. 3. Resident assembler assembles the translated 8086 source code to 8086 object code. 4. Minor hand correction and optimization. (A recent 19K Z80 program translation took us about four hours to fix up. Even without optimization, it ran twice as fast as the original! […]) [23]
  20. ↑ Paterson, Tim (1994-10-03). "The Origins of DOS: DOS Creator Gives His View of Relationship Between CP/M, MS-DOS" (PDF). Microprocessor Report. MicroDesign Resources (MDR). 8 (13). ISSN 0899-9341. Archived from the original (PDF) on 2012-05-31. […] To get major software developers to port their products from the 8080/Z80 to the 8086, I decided we had to make it as easy as possible. I had already written a Z80-to-8086 source code translator (hosted on the 8080 and CP/M). My plan was that running an 8080 CP/M program through the translator would be the only work required by software developers to port the program to the 8086. In other words, the interface used by applications to request operating system services would be exactly the same as CP/M's after applying the translation rules. […]
  21. ↑ 21.0 21.1 Paterson, Tim (2007-09-30). "Design of DOS". DosMan Drivel. Archived from the original on 2013-01-20. Retrieved 2011-07-04. […] CP/M Translation Compatibility […] For DOS to succeed, it would need useful applications (like word processing) to be written for it. I was concerned that SCP might have trouble persuading authors of application software to put in the effort to create a DOS version of their programs. Few people had bought SCP's 16-bit computer, so the installed base was small. Without the applications, there wouldn't be many users, and without the users, there wouldn't be many applications. […] My hope was that by making it as easy as possible to port existing 8-bit applications to our 16-bit computer, we would get more rogrammers to take the plunge. And it seemed to me that CP/M translation compatibility was what would make the job as easy as possible. Intel had defined rules for translating 8-bit programs into 16-bit programs; CP/M translation compatibility means that when a program's request to CP/M went through the translation, it would become an equivalent request to DOS. […] So I made CP/M translation compatibility a fundamental design goal. This required me to create a very specific Application Program Interface that implemented the translation compatibility. I did not consider this the primary API – there was, in fact, another API more suited to the 16-bit world and that had more capabilities. Both APIs used CP/M-defined constructs (such as the "File Control Block"); the compatibility API had to, and I didn't see a reason to define something different for the primary API. […] I myself took advantage of translation compatibility. The development tools I had written, such as the assembler, were originally 8-bit programs that ran under CP/M (CDOS). I put them through the translator and came up with 16-bit programs that ran under DOS. These translated tools were included with DOS when shipped by SCP. But I don't think anyone else ever took advantage of this process. […]
  22. ↑ "Z80 To 8086 Translator". Z80/8086 Cross Assembler Release 1 (PDF). Revision A (Preliminary ed.). Seattle, Washington, USA: Seattle Computer Products. pp. 20–21. Retrieved 2020-01-18. […] The Seattle Computer Products Z80 to 8086 Translator runs on the Z80 under CP/M. It accepts as input a Z80 source file written using Zilog/Mostek mnemonics and converts it to an 8086 source file in a format acceptable to our 8086 Cross Assembler. To translate a file, simply type TRANS86 <filename>.<ext>. Regardless of the original extension, the output file will be named <filename>.A86 and will appear on the same drive as the input file. A file named TRNTEST.Z80 is included to demonstrate the translator. The entire Z80 assembly language is not translated. […] [24]
  23. ↑ 23.0 23.1 86-DOS – Disk Operating System for the 8086. User's manual (PDF). Version 0.3 (Preliminary ed.). Seattle, Washington, USA: Seattle Computer Products. 1980. Archived (PDF) from the original on 2019-07-14. Retrieved 2020-02-01.
  24. ↑ 24.0 24.1 Paterson, Tim (2013-12-19) [1982-07-01]. "Microsoft DOS V1.1 and V2.0: Z80 to 8086 Translator version 2.21 /msdos/v11source/TRANS.ASM". Computer History Museum, Microsoft. Archived from the original on 2019-11-12. Retrieved 2014-03-25. [25] (NB. While the publishers claim this would be MS-DOS 1.1 and 2.0, it actually is SCP MS-DOS 1.25 and TeleVideo PC DOS 2.11.)
  25. ↑ SCP 86-DOS – Single-User Disk Operating System for the 8086 (Preliminary ed.). Seattle, Washington, USA: Seattle Computer Products. 1980. Retrieved 2020-01-18. […] The source code translator can translate most Z80 source code into 8086 source code acceptable to the assembler after minor manual correction. This provides a relatively quick and easy way to transport programs between the processors. […] TRANS file […] The Z80-to-8086 Source Code Translator, called by this command, is essentially identical to our version that runs on the Z80, which is described in the back of the Assembler manual. The only differences: 1. The Translator is called TRANS, not TRANS86, and it runs on the 8086 under 86-DOS, not on the Z80 under CP/M. 2. The extension of the output file is "ASM", not "A86". […] [26]
  26. ↑ Z80 To 8086 Translator (PDF). Seattle Computer Products. pp. TRANS-1–TRANS-2. Retrieved 2020-01-19. (23 pages)
  27. ↑ Hughes, David B. (November 1982). "CP/M-86 And MS-DOS: A Comparative Analysis". PC Magazine. Operating Systems. Vol. 1, no. 7. Software Communications, Inc. pp. 181–182, 187–190 [189]. Archived from the original on 2020-02-10. Retrieved 2020-02-10. […] An impressive and useful array of software development utilities is a standard feature of MS-DOS. A program that translates 8080 or Z80 code into 8086 source code, a linker, and a library runtime combine with a powerful assembler to give the programmer everything needed to take full advantage of the PC's 16-bit processor. The MS-DOS translation program allows the user to translate code developed under CP/M-80 or SB-80 […] 8-bit operating system […] to MS-DOS 1.2 or 2.0. Some modification beyond simple translation may be necessary to get the programs to run on 16-bit systems, so I suggest that this tool be used primarily by a technically trained user. […]
  28. ↑ 28.0 28.1 Garetz, Mark (1980-12-22). "According to Garetz…". InfoWorld – News For Microcomputer Users. Vol. 2, no. 23. Popular Computing, Inc. p. 12. ISSN 0199-6649. Archived from the original on 2020-02-01. Retrieved 2020-01-18. […] Last week was the semi-annual California Computer Swap Meet. This event is organized by John Craig […] Sorcim […] was debuting […] new products at the show […] Their other product was TRANS-86. TRANS-86 will take any CP/M compatible 8080/8085/Z-80 source code file and translate it into 8086 code. You can then assemble the new file with ACT-86. […]
  29. ↑ Blumenfeld, Dan (1982-12-04). "Z80 to 8086 translator". Newsgroup: fa.info-cpm. Archived from the original on 2020-01-16. Retrieved 2020-01-15. [27]
  30. ↑ "CompuPro". PC: The Independent Guide To IBM Computers (Advertisement). Vol. 1, no. 1. Software Communications, Inc. February–March 1982. pp. 70–71. Premiere/Charter issue. Retrieved 2020-01-23. […] WHY? FLEXIBILITY. CompuPro's 85/88 CPU runs CP/M 80, 86, MP/M II and MP/M 86. We offer WORDSTAR dBASE II SUPERCALC a host of languages, 8080 to 8088 translators and more! COMPATIBILITY. Our systems can use CP/M 2.2 utilities to write programs for the IBM PC. You simply create 8088 source (either write it with your favorite CP/M 80 editor or translate it with Sorcim's TRANS 86), cross-assemble your source (with Sorcim's ACT86), link your hex file (with CP/M 80's LOAD command), translate it to the IBM PC (with G&G's CPM-IBM program), and run it on your IBM PC! This procedure DOES NOT require MS-DOS! […] WHY? FLEXIBILITY. CompuPro's 85/88 CPU runs CP/M 80 & 86 or MS-DOS. We offer WORDSTAR, dBASE II, TRANS86, XLT86, ACT86, SUPERCALC, CBASIC, MBASIC, MFORTRAN and more! […] [28] [29]
  31. ↑ Warren, Jr., Jim C. (July 1982). "Sorcim' Somethin'" (PDF). Silicon Gulch Gazette. Rumors Mongered Here. Vol. 7, no. 30. Woodside, California, USA: Computer Faire. pp. 1, 2, 4, 6, 11, 14, 15 [11]. Retrieved 2020-01-15. […] Sorcim just completed the purchase of ISA. […] They have also had an 8080-to-8086 translator – Trans-86 – operational for over a year […]
  32. ↑ 32.0 32.1 32.2 32.3 32.4 Barry, Tim (1982-04-05). "XLT-86, a CP/M utility program by Digital Research". InfoWorld – The Newsweekly for Microcomputer Users. Software Review. Vol. 4, no. 13. Popular Computing, Inc. pp. 40–41, 53. ISSN 0199-6649. Archived from the original on 2020-02-01. Retrieved 2020-01-25. […] XLT-86 1.1 […] XLT-86 is an analytical translator program written in PL/I-80. It reads the entire 8080 source program, assembles it to machine code, analyzes the register, memory and flag utilization, and emits an optimized 8086 assembly-language program. […] There is also a version of XLT-86 for those of you who have access to a VAX 11/750 or 11/780. This version can translate much larger programs. It also costs $8000. […] While the translator adds some labels and equates to the source program as part of the translation, all original comments and program labels are passed through intact to the translated program. […] The program translation proceeds in a five-step process. First, the program is scanned and assembled to produce symbol values and locations. Second, the program structure is analyzed and decomposed into basic blocks. Third, the basic blocks are analyzed to determine program flow and resource usage. Forth, the block structure and register allocation data is gathered into a listing for the user. Fifth, the flow information and source program are used to produce the 8086 source program. […]
  33. ↑ Kildall, Gary Arlen (1982-04-19). Swaine, Michael; Freiberger, Paul; Markoff, John Gregory (eds.). "Digital Research founder discusses his view of the business". InfoWorld – The Newsweekly for Microcomputer Users. Special section: CP/M. Vol. 4, no. 15. Popular Computing, Inc. pp. 23–24. ISSN 0199-6649. Archived from the original on 2020-02-01. Retrieved 2020-01-17. […] Kildall: […] A year and a half ago I was probably spending 75% of my time on the business and 25% on programming. XLT-86 was a product I was working on at that time, and it took me nine months to do it. That would have been a three-month project if I had been able to concentrate on it. […]
  34. ↑ Kildall, Gary Arlen (June–July 1982). Bunnell, David Hugh; Edlin, Jim (eds.). "Gary Kildall – The Man Who Created CP/M: CP/M's Creator – An Indepth PC-Exclusive Interview with Software Pioneer Gary Kildall". PC Magazine. Operating Systems. Vol. 1, no. 3. Software Communications, Inc. pp. 32–38, 40 [35]. Retrieved 2020-01-17. […] PC: What are some of the complexities involved in translating a program from 8080 to 8086 form? Kildall: Straight translations at the source program level you can do pretty much mechanically. For example, an 8080 "Add immediate 5" instruction turns into an "Add AL 5" on the 8086 — very straightforward translation of the op codes themselves. The complexity in mechanical translation comes from situations such as this: The 8080 instruction DAD H takes the HL register and adds DE to it. For the 8086 the equivalent instruction would be something like ADD DX BX, which is fine, no particular problem. You just say the DX register is the same as HL and BX the same as DE. The problem is that the 8086 instruction has a side effect of setting the zero flag, and the 8080 instruction does not. In mechanical translation you end up doing something like saving the flags, restoring the flags, doing some shifts and rotates, and so forth. These add about five or six extra instructions to get the same semantic effect. There are a lot of sequences in 8080 code that produce very strange sequences in 8086 code; they just don't map very well because of flag registers and things of that sort. The way we get software over is a thing called XLT-86. It's been out six months or so. PC: By "better" code do you mean smaller? Kildall: Twenty percent smaller than if you just took every op code and did a straight translation, saving the registers to preserve semantics. PC: How does the size of the translated program compare to the 8080 version? Kildall: If you take an 8080 program, move it over to 86 land and do an XLT-86 translation, you'll find that it is roughly 10 to 20 percent larger. With 16-bit machines it's more difficult to address everything; you get op codes that are a little bit bigger on the average. An interesting phenomenon is that one of the reasons you don't get a tremendous speed increase in the 16-bit world is because you're running more op codes over the data bus. […]
  35. ↑ Huitt, Robert; Eubanks, Gordon; Rolander, Thomas "Tom" Alan; Laws, David; Michel, Howard E.; Halla, Brian; Wharton, John Harrison; Berg, Brian; Su, Weilian; Kildall, Scott; Kampe, Bill (2014-04-25). Laws, David (ed.). "Legacy of Gary Kildall: The CP/M IEEE Milestone Dedication" (PDF) (Video transscription). Pacific Grove, California, USA: Computer History Museum. CHM Reference number: X7170.2014. Archived (PDF) from the original on 2014-12-27. Retrieved 2020-01-19. […] Rolander: I mentioned earlier that Gary liked to approach a problem as an architect. […] And he would draw the most beautiful pictures of his data structures. […] And when he finished that […] and was convinced those data structures were now correct, he would go into just an unbelievable manic coding mode. He would just go for as many as 20 hours a day […] he was just gone during these periods of time. On a couple of those occasions, when he'd get something running the first time, which could be in the middle of night. And all you who have written software have seen that, for example, that the first time it comes up on the screen, you've got to tell somebody. My wife Lori will tell you that I had a couple of those calls in the middle of the night, LOGO was one example, XLT 86 was another, where he got it running the first time, and he had to have somebody see it. So it didn't matter what time it was, he'd call me, I'd have to come over and see it running. […] [30] [31] (33 pages)
  36. ↑ "XLT86 Reduces Conversion Effort in Assembly Language Program Translation" (PDF). Digital Research News – for Digital Research Users Everywhere. Product Update. Vol. 1, no. 1. Pacific Grove, California, USA: Digital Research, Inc. November 1981. pp. 2, 7. Fourth Quarter. Retrieved 2020-01-18. […] An 8- to 16-bit assembly code translator is now available from Digital Research. Called XLT86, it is designed to help ease the time-consuming process of converting CP/M software products from 8080- to 8086-based microcomputers. XLT86 can be used to translate any assembly language programs that are compatible with Digital Research's ASM, MAC or RMAC assembler format. The XLT86 program translator first reads an 8080 assembly language program and then produces an output file containing 8086 assembly language statements acceptable to the Digital Research ASM-86 assembler. Unlike other 8086 code converters that translate a single 8080 instruction into as many as ten 8086 instructions, XLT86 performs extensive data flow analysis to determine register usage throughout the original program. The information collected through this analysis is used during program translation to eliminate unnecessary flag save and restore operations. "The resulting 8086 program is both simpler and more compact than equivalent programs produced by other translators," according to Curt Geske, of the Digital Research marketing group. "Furthermore, XLT86 allows OEMs, end users and software vendors to preserve their investment in 8080-based assembly language programs when changing to 16-bit 8086-based computers by reducing the conversion effort." Programs translated by XLT86 run on both CP/M-86 and MP/M-86 […] XLT86 is available immediately. It operates on any 8-bit CP/M or MP/M system, or under the VMS operating-system for use on Digital Equipment Corporation VAX series mini-computers. The CP/M version is priced at $150. The VAX version sells for $8,000. […]
  37. ↑ Kildall, Gary Arlen (1973-10-01). "A Unified Approach to Global Program Optimization" (PDF). Proceedings of the 1st Annual ACM SIGACT-SIGPLAN Symposium on Principles of Programming Languages (POPL). POPL '73. Boston, Massachusetts, USA: 194–206. doi:10.1145/512927.512945. hdl:10945/42162. S2CID 10219496. Archived (PDF) from the original on 2017-06-29. Retrieved 2006-11-20.
  38. ↑ Kildall, Gary Arlen (May 1972). Global expression optimization during compilation (Ph.D. dissertation). Seattle, Washington, USA: University of Washington, Computer Science Group. Thesis No. 20506, Technical Report No. 72-06-02.
  39. ↑ 39.0 39.1 XLT86 – 8080 to 8086 Assembly Language Translator – User's Guide (PDF) (First printing ed.). Pacific Grove, California, USA: Digital Research, Inc. September 1981. archive.org copy. Archived (PDF) from the original on 2016-11-18. Retrieved 2016-11-18.
  40. ↑ "XLT86 for CP/M-80". Digital Research. Archived from the original on 2020-01-16. Retrieved 2020-01-18. (NB. This ZIP archive contains the CP/M-80 executable XLT86.COM [22 KB] as well as two overlay files XLT00.OVL [8 KB] and XLT01.OVL [9 KB].)
  41. ↑ Goldfarb, Ben (1982-12-09). "Re: 8080 to 8086 translation". Newsgroup: fa.info-cpm. Archived from the original on 2020-02-01. Retrieved 2020-01-18. […] The XLT86 program occupies approximately 30K bytes of main memory. The remainder of memory, up to the base of CP/M, stores the program graph that represents the 8086 program being translated […] A 64K CP/M system allows translation of 8080 programs of up to approximately 6K. […] [32] [33]
  42. ↑ Wharton, John Harrison (1994-08-01). "Gary Kildall, industry pioneer, dead at 52: created first microcomputer languages, disk operating systems". Microprocessor Report. MicroDesign Resources Inc. (MDR). 8 (10). Archived from the original on 2016-11-18. Retrieved 2016-11-18. […] Ironically, many of the techniques Gary pioneered are being rediscovered now, ten years later. Apple and DEC are touting binary recompilation as a "new" technology for porting existing software to the PowerPC or Alpha architecture. Actually, DRI introduced an 8080-to-8086 binary recompiler in the early 1980s. […]
  43. ↑ "SPA Award to Dr. Gary A.Kildall: 1995 SPA Lifetime Achievement Award Winner". Software Publishers Association (SPA). 1995-03-13. Archived from the original on 2019-12-21. Retrieved 2019-12-21 – via www.digitalresearch.biz. […] Kildall founded Digital Research, Inc. (DRI) in 1976, which is now part of Novell. […] In the 1980's, DRI introduced a binary recompiler. […]
  44. ↑ Swaine, Michael (1997-04-01). "Gary Kildall and Collegial Entrepreneurship". Dr. Dobb's Journal. Archived from the original on 2007-01-24. Retrieved 2006-11-20. In March, 1995, the Software Publishers Association posthumously honored Gary for his contributions to the computer industry. They listed some of his accomplishments: […] In the 1980s, through DRI, he introduced a binary recompiler. […]
  45. ↑ 45.0 45.1 45.2 2500 A.D. Software (1984-12-11). "Super assemblers plus the world's largest selection of cross assemblers". PC Magazine (Advertisement). Vol. 3, no. 24. Englewood, Colorado, USA: PC Communications Corp. pp. 166–167. ISSN 0745-2500. Archived from the original on 2020-02-01. Retrieved 2020-01-24. […] 8086/88 Assembler With Translator $99.50 Available for MSDOS, PCDOS, or CP/M-86 […] This package also includes […] an 8080 to 8086 source code translator (no limit on program size to translate) […] Z-8000 Cross Development Package $199.50 […] This powerful package includes a Z-80/8080 to Z-8000 Assembly Language Source Code Translator […] The Translators provide Z-8000 source code from the Intel 8080 or Zilog Z-80 source code. The Z-8000 source code used by these packages are in the unique 2500AD syntax using Zilog mnemonics designed to make the transition from Z-80 code writing to Z-8000 easy […] 8086 and Z-8000 XASM includes source code translators […] (NB. 8086/88 XASM available for Z-80 CP/M, Zilog System 8000 UNIX, Olivetti M-20 PCOS; Z-8000 XASM for Z-80 CP/M, MS-DOS, CP/M-86, Olivetti M-20 PCOS.)
  46. ↑ "Zilog Unveils Modular Development System". Computerworld – The Newsweekly for the Computer Community. Vol. XIII, no. 34. Cupertino, California, USA: Computerworld, Inc. 1979-08-20. p. 46. ISSN 0010-4841. Archived from the original on 2020-02-01. Retrieved 2020-01-24. […] Zilog, Inc. has introduced a series of modular and expandable product development systems (PDS) for Z8-, Z80-, and Z8000-based microcomputer designs. All four versions of the PDS 8000 system – models 10, 15, 25, and 30 – have […] A standard feature of each system is a Z8000 software development package, which includes the ZDOSII file management routine, PLZ/ASM high-level structured assemblers, a Z80/Z8000 translator and a Z8000 L and MACP macroprocessor. […] The models 10 and 25 have the same specifications as the models 15 and 30, respectively. but the 10 and 25 do not include the Z8000 development module. The PDS Model 10 is priced at $10,485; the Model 15 at $11,995; the Model 25 at $20,000; and the Model 35 at $21,500. All four systems are available 30 days after receipt of the order. […]
  47. ↑ Orlansky, Jesse, ed. (1979). Proceedings 27–29 November 1979 – 1st Interservice/Industry Training Equipment Conference. The Center. p. 413. Technical report NAVTRAEQUIPCEN. Archived from the original on 2020-02-01. Retrieved 2020-01-24. […] Table 1. 16-Bit Microprocessor Characteristics […] Zilog 8000 […] Software […] Zilog expects to support Z8000 with translators for PLZ, BASIC, COBOL and FORTRAN. These will permit conversion of Z80 code to Z8000 code, since Z8000 set is superset to Z80. […]
  48. ↑ PDS 8000 Development System – The integrated approach to systems design (Product Brief). Zilog. January 1980. Retrieved 2020-01-24. […] Z8000 TRANSLATOR: Provides a quick means to convert an existing Z80 Assembly Language program to Z8000 code and the PLZ/ASM program format. […] [34] [35]
  49. ↑ Thomas, Rebecca A.; Yates, Jean L. (1981-05-11). "Books, Boards and Software for The New 16-Bit Processors". InfoWorld – The Newspaper for the Microcomputing Community. Vol. 3, no. 9. Popular Computing, Inc. pp. 42–43. ISSN 0199-6649. Archived from the original on 2020-02-01. Retrieved 2020-01-24. […] Digital Research has also announced plans for a Z8000 version of CP/M. Application software will be moved to the Z8000 when more development software is available. A commercially available translator from Z80 to Z8000 is needed. […]
  50. ↑ 50.0 50.1 Guzis, Charles "Chuck" P. (2009-01-21) [2009-01-17]. "Re: CP/M or similar OS for 64K Z8002?". Vintage Computer Forum. Genre: CP/M and MP/M. Archived from the original on 2020-01-16. Retrieved 2020-01-15. […] both Zilog and AMC offered Z80-to-Z8000 translation programs. Like the Intel 8080-to-8086 translator, it resulted in immediate bloat unless you were willing to hand-optimize the result. Much early MS-DOS code was auto-translated and tweaked 8080 CP/M code. I know that much of SuperCalc for the PC was, for example. Early (e.g. 3.3) versions of Wordstar for DOS probably also were. […] There were Z80-to-Z8000 source-code translators, but it wasn't a straightforward process ("strict" and "relaxed" modes; sometimes one Z80-to-several Z8000 instructions). The 8086 is much closer to the 8080 than the Z8000 is to the Z80. […]
  51. ↑ "2500 A.D. Software 8080/Z-80 to Z8000 source code translator v2.06b". 2500 A.D. Software, Inc. 1982. Archived from the original on 2020-02-01. Retrieved 2020-01-24. [36]
  52. ↑ "802Z8000.ZIP 2500 A.D. Software 8080/Z-80 to Z8000 source code translator v2.06e". 2500 A.D. Software, Inc. Archived from the original on 2020-02-01. Retrieved 2020-01-24. [37]
  53. ↑ 53.0 53.1 Bodrato, Stefano (2008-10-30). "to86.awk source code". GitHub. 1.6. Archived from the original on 2022-01-05. Retrieved 2022-01-05.
  54. ↑ Callahan, Brian (2021-10-23) [2021-07-06, 2021-06-06]. "Intel 8080 CP/M 2.2 to Intel 8086/8088 MS-DOS assembly language translator". 8088ify 1.2. Archived from the original on 2022-03-31. Retrieved 2021-11-28. [38][39][40][41]
  55. ↑ "List of languages that compile to JS". GitHub. Archived from the original on 2020-01-23. Retrieved 2018-03-11.
  56. ↑ theolivenbaum (2021-11-13). "h5 🚀 - C# to JavaScript compiler". GitHub. Retrieved 2021-11-14.
  57. ↑ "J2ObjC". Archived from the original on 2019-10-22. Retrieved 2019-10-22.
  58. ↑ "JSweet". Archived from the original on 2019-12-14. Retrieved 2019-12-14.
  59. ↑ "Maia". Retrieved 2020-05-13.
  60. ↑ "Swiftify".
  61. ↑ "C->Go translator". GitHub. Archived from the original on 2018-12-07. Retrieved 2018-01-11.
  62. ↑ "Go 1.5 Release Notes". Archived from the original on 2020-02-01. Retrieved 2018-01-11.
  63. ↑ Cox, Russ. "Go 1.3+ Compiler Overhaul". Archived from the original on 2020-01-09. Retrieved 2018-01-11.
  64. ↑ 64.0 64.1 "C2Rust repository". GitHub. 2022-04-15.
  65. ↑ "Overview". Js_of_ocaml - Reference Manual. Ocsigen. Archived from the original on 2018-12-08. Retrieved 2014-10-08.
  66. ↑ J2Eif Research Page – Chair of Software Engineering. Se.inf.ethz.ch. doi:10.1007/978-3-642-21952-8_4. Archived from the original on 2020-01-01. Retrieved 2014-07-08.
  67. ↑ "C2Eif Research Page – Chair of Software Engineering". Se.inf.ethz.ch. Archived from the original on 2020-01-01. Retrieved 2014-07-08.
  68. ↑ "Swiftify Objective-C to Swift Converter". Retrieved 2017-11-14.
  69. ↑ "Runtime Converter". Archived from the original on 2019-07-10. Retrieved 2017-11-14.


अग्रिम पठन


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=सोर्स-टू-सोर्स_कंपाइलर&oldid=96204’