👨🏽‍🤝‍👨🏼 🕊️ 👩🏻‍⚖️ एआरएम पर डी कैसे लिखें 🚋 👩🏻‍🌾 🚣🏿

शुभ दिन, हेब्र!

आज मैं डी प्रोग्रामिंग भाषा में लाइनक्स (आरपीआई, बीबीबी और अन्य) पर मिनी-कंप्यूटर के लिए अपने विकास के अनुभव को साझा करना चाहता हूं। कटौती के तहत, बिना दर्द के ऐसा करने के लिए पूर्ण निर्देश। खैर, या लगभग ... =)

क्यों घ?

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

उपकरण

मैं कॉमरेड से D Programming Language प्लगइन के साथ Visual Studio Code सलाह दे सकता हूं। वेबफ्रीक (जान जुरित्जा)। सेटिंग्स में, आप Beta Stream सेटिंग को हमेशा serve-d के नवीनतम संस्करण में सेट कर सकते हैं। प्लगइन ही आवश्यक सॉफ्टवेयर स्थापित करता है।

परियोजना की सामान्य संरचना

सामान्य तौर पर, यह काफी उलझन में निकला (डी पर सामान्य परियोजना की तुलना में), लेकिन, जैसा कि मुझे लगता है, यह काफी लचीला और सुविधाजनक है।

 . ├── arm-lib/ |  ├── libcrypto.a |  ├── libssl.a |  └── libz.a ├── docker-ctx/ |  ├── Dockerfile |  └── entry.sh ├── source |  └── app.d ├── .gitignore ├── build-docker ├── ddb ├── dub.sdl ├── ldc └── makefile

arm-lib से काम करने के लिए हमारे काम के लिए आवश्यक पुस्तकालय - (हाथ के नीचे संकलित)
docker-ctx - docker इमेज docker-ctx संदर्भ
entry.sh - कंटेनर के प्रत्येक बाद के प्रक्षेपण के बारे में कुछ क्रियाएं करेगा, जिसके बारे में बाद में
dub.sdl - D में प्रोजेक्ट फ़ाइल, आपको तृतीय-पक्ष लाइब्रेरी और बहुत कुछ शामिल करने की अनुमति देता है
build-docker - कंटेनर बिल्ड स्क्रिप्ट (अनिवार्य रूप से 1 पंक्ति, लेकिन अभी भी)
ddb - docker D बिल्डर - कंटेनर लॉन्च स्क्रिप्ट (एक पंक्ति भी, लेकिन वास्तव में अधिक सुविधाजनक)
ldc - एक स्क्रिप्ट जो आपको सभी आवश्यक मापदंडों के साथ ldc को कॉल करने की अनुमति देती है
makefile - इसमें बांह और x86 के लिए व्यंजनों का निर्माण और अतिरिक्त क्रियाएं शामिल हैं
source/app.d - परियोजना के स्रोत

arm-lib बारे में कुछ शब्द।
वाइब के काम करने के लिए जरूरी फाइलें हैं। रिपोजिटरी में बाइनरी फाइलें जोड़ना खराब रूप है। लेकिन यहाँ, अपने जीवन को आसान बनाने के लिए, बस इतना करना आसान है। आप उन्हें कंटेनर के अंदर जोड़ सकते हैं, लेकिन फिर, कंटेनर असेंबली नुस्खा को पूरी तरह से बनाने के लिए, आपको dockert-ctx में dockert-ctx फ़ोल्डर को स्टोर करने की आवश्यकता होगी। स्वाद और रंग ...

महासभा एल्गोरिथ्म

 ./ddb make

ddb कंटेनर को शुरू करता है, entry.sh स्क्रिप्ट को निष्पादित करता है
entry.sh थोड़ा dub कॉन्फ़िगर करता है ताकि यह कंटेनर के अंदर लाइब्रेरी फ़ोल्डर का उपयोग करे, जो वर्तमान निर्देशिका में स्थित होगा, जो आपको असेंबली को पुनरारंभ करने पर प्रोजेक्ट में उपयोग किए गए पुस्तकालयों को इकट्ठा करने और इकट्ठा करने की अनुमति नहीं देगा।
entry.sh इनपुट कमांड पर नियंत्रण समाप्त कर देता है (हमारे मामले में make )
make इन रीड रीड makefile
क्रॉस-संकलन और निर्माण निर्देशिका के सभी झंडे makefile में संग्रहीत किए जाते हैं, एक dub कॉल लाइन बनाई जाती है
जब dub करने के लिए कहा जाता है dub वर्तमान निर्देशिका से ldc स्क्रिप्ट को संकलक के रूप में पारित किया जाता है और पर्यावरण चर सेट किए जाते हैं
रनटाइम पुस्तकालयों को makefile में मेकअप निर्भरता के रूप में सेट किया जाता है, जो कि अगर वे गायब हैं, तो उन्हें ldc-build-runtime प्रोग्राम द्वारा एकत्र किया जाता है
चर dub.sdl स्क्रिप्ट और dub.sdl मापदंडों के लिए दिए dub.sdl हैं

मुख्य फ़ाइलों की सामग्री

Dockerfile

चूंकि हम RPI3 के तहत लिखेंगे, हम बेस debian:stretch-slim सिस्टम की छवि का चयन करते हैं debian:stretch-slim , जहां gcc-arm-linux-gnueabihf आधिकारिक रास्पियन डिस्ट्रीब्यूशन के रूप में ग्लिबक के एक ही संस्करण का उपयोग करता है (फेडोरा के साथ एक समस्या थी, जहां क्रॉस कंपाइलर अनुरक्षक ग्लिबक के बहुत नए संस्करण का उपयोग करते थे। )।

 FROM debian:stretch-slim RUN apt-get update && apt-get install -y \ make cmake bash p7zip-full tar wget gpg xz-utils \ gcc-arm-linux-gnueabihf ca-certificates \ && apt-get autoremove -y && apt-get clean ARG ldcver=1.11.0 RUN wget -O /root/ldc.tar.xz https://github.com/ldc-developers/ldc/releases/download/v$ldcver/ldc2-$ldcver-linux-x86_64.tar.xz \ && tar xf /root/ldc.tar.xz -C /root/ && rm /root/ldc.tar.xz ENV PATH "/root/ldc2-$ldcver-linux-x86_64/bin:$PATH" ADD entry.sh /entry.sh RUN chmod +x /entry.sh WORKDIR /workdir ENTRYPOINT [ "/entry.sh" ]

ldc संकलक github से ldc है, जहाँ यह वर्तमान llvm आधार पर संकलित किया जाता है।

entry.sh

 #!/bin/bash if [ ! -d ".dpack" ]; then mkdir .dpack fi ln -s $(pwd)/.dpack /root/.dub exec $@

यहां सब कुछ सरल है: यदि कोई .dpack फ़ोल्डर नहीं है, तो .dpack पर एक प्रतीकात्मक लिंक बनाने के लिए .dpack बनाएँ, उपयोग करें।
यह आपको प्रोजेक्ट फ़ोल्डर में dub द्वारा डाउनलोड किए गए पैकेजों को संग्रहीत करने की अनुमति देगा।

निर्माण- docker, ddb, ldc

ये तीन सरल सिंगल लाइन फाइलें हैं। उनमें से दो वैकल्पिक, लेकिन सुविधाजनक हैं, लेकिन लिनक्स (बैश) के लिए लिखे गए हैं। खिड़कियों के लिए, आपको स्थानीय स्क्रिप्ट पर इसी तरह की फाइलें बनानी होंगी या बस इसे हाथ से चलाना होगा।

build-docker कंटेनर निर्माण शुरू करता है (जिसे एक बार कहा जाता है, केवल लिनक्स के लिए):

 #!/bin/bash docker build -t dcross docker-ctx

ddb ने कन्टेनर को असेंबली के लिए लॉन्च किया और मापदंडों (लाइनक्स) को पास किया:

 #!/bin/bash docker run -v `pwd`:/workdir -t --rm dcross $@

कृपया ध्यान दें कि कंटेनर नाम dcross का उपयोग किया जाता है (नाम स्वयं ही मायने नहीं रखता है, लेकिन इसे दोनों फाइलों में मेल खाना चाहिए) और pwd कमांड का उपयोग वर्तमान निर्देशिका को Dockerfile लिए किया जाता है। %CD% )।

ldc , वातावरण चर (केवल linux, लेकिन यह कंटेनर में शुरू होता है, का उपयोग करते समय, विचित्र रूप से पर्याप्त है, इसलिए इसे जीत के तहत बनाने के लिए बदलने की आवश्यकता नहीं है):

 #!/bin/bash $LDC $LDC_FLAGS $@

dub.sdl

उदाहरण के लिए, यह काफी सरल होगा:

 name "chw" description "Cross Hello World" license "MIT" targetType "executable" targetPath "$TP" dependency "vibe-d" version="~>0.8.4" dependency "vibe-d:tls" version="~>0.8.4" subConfiguration "vibe-d:tls" "openssl-1.1"

targetPath को पर्यावरण चर से लिया गया है क्योंकि dub असेंबली द्वारा विधानसभा नुस्खा के कुछ क्षेत्रों को निर्दिष्ट नहीं किया जा सकता है (उदाहरण के लिए, lflags "-L.libs" platform="arm" केवल lflags "-L.libs" platform="arm" नीचे निर्माण होने पर लिंकर के लिए एक ध्वज जोड़ देगा)।

makefile

और यहाँ सबसे दिलचस्प है। वास्तव में, make उपयोग इस तरह के निर्माण के लिए नहीं किया जाता है, यह इसके लिए एक dub कहता है, और dub खुद मॉनिटर करता है कि क्या आश्वस्त होना चाहिए और क्या नहीं। लेकिन एक makefile की मदद से सभी आवश्यक पर्यावरण चर बनाए जाते हैं, अतिरिक्त आदेशों को और अधिक जटिल मामलों में निष्पादित किया जाता है (सी में पुस्तकालयों का निर्माण, अद्यतन फ़ाइलों को पैकिंग करना आदि)।

makefile की सामग्री बाकी की तुलना में बड़ी है:

 #     arm arch = arm # target path -- ,      TP = build-$(arch) LDC_DFLAGS = -mtriple=armv7l-linux-gnueabihf -disable-inlining -mcpu=cortex-a8 #         EMPTY := SPACE :=$(EMPTY) $(EMPTY) LDC_BRT_DFLAGS = $(subst $(SPACE),;,$(LDC_DFLAGS)) ifeq ($(force), y) #        #  , .. dub      FORCE = --force else FORCE = endif ifeq ($(release), y) BUILD_TYPE = --build=release else BUILD_TYPE = endif DUB_FLAGS = build --parallel --compiler=./ldc $(FORCE) $(BUILD_TYPE) $(info DUB_FLAGS: $(DUB_FLAGS)) #     LDC = ldc2 LDC_BRT = ldc-build-runtime #    ldc,    runtime   ARM LDC_RT_DIR = .ldc-rt #  gcc      GCC = arm-linux-gnueabihf-gcc ifeq ($(arch), x86) LDC_FLAGS = else ifeq ($(arch), arm) LDC_FLAGS = $(LDC_DFLAGS) -LL./$(LDC_RT_DIR)/lib -LL./arm-lib -gcc=$(GCC) else $(error unknown arch) endif DUB = TP=$(TP) LDC=$(LDC) LDC_FLAGS="$(LDC_FLAGS)" dub $(DUB_FLAGS) #      .PHONY: all clean rtlibs stat #    all: rtlibs $(DUB) DRT_LIBS=$(addprefix $(LDC_RT_DIR)/lib/, libdruntime-ldc.a libdruntime-ldc-debug.a libphobos2-ldc.a libphobos2-ldc-debug.a) $(DRT_LIBS): CC=$(GCC) $(LDC_BRT) -j8 --dFlags="$(LDC_BRT_DFLAGS)" --buildDir=$(LDC_RT_DIR) \ --targetSystem="Linux;UNIX" BUILD_SHARED_LIBS=OFF # D runtime  ARM rtlibs: $(DRT_LIBS) #      stat: find source -name '*.d' | xargs wc -l clean: rm -rf $(TP) rm -rf .dub $(LDC_BRT) --buildDir=$(LDC_RT_DIR) --resetOnly

इस तरह के एक makefile आपको लगभग एक कमांड के साथ दोनों हाथ और x86 के तहत एक प्रोजेक्ट बनाने की अनुमति देता है:

 ./ddb make ./ddb make arch=x86 #     x86 make arch=x86 #   host    ldc

बांह के लिए फाइलें build-arm में मिलती हैं, x86 के build-x86 ।

app.d

अच्छी तरह से, क्षुधावर्धक के लिए, पूर्ण चित्र के लिए, app.d कोड app.d :

 import vibe.core.core : runApplication; import vibe.http.server; void handleRequest(scope HTTPServerRequest req, scope HTTPServerResponse res) { if (req.path == "/") res.writeBody("Hello, World!", "text/plain"); } void main() { auto settings = new HTTPServerSettings; settings.port = 8080; settings.bindAddresses = ["::1", "0.0.0.0"]; auto l = listenHTTP(settings, &handleRequest); scope (exit) l.stopListening(); runApplication(); }

हर किसी को अब वेब की जरूरत है))

निष्कर्ष

सामान्य तौर पर, सब कुछ इतना जटिल नहीं है जितना पहली नज़र में लगता है, यह सिर्फ इतना है कि एक सार्वभौमिक दृष्टिकोण अभी तक तैयार नहीं है। व्यक्तिगत रूप से, मैंने बिना make किए बहुत समय बिताया। उसके साथ, सब कुछ किसी भी तरह सरल और अधिक विविध हो गया।

लेकिन आपको यह समझने की आवश्यकता है कि डी गो नहीं है, डी में यह बाहरी पुस्तकालयों का उपयोग करने के लिए प्रथागत है और आपको उनके संस्करणों के साथ सावधान रहने की आवश्यकता है।
हाथ के लिए एक पुस्तकालय प्राप्त करने का सबसे आसान तरीका है कि इसे एक काम करने वाले उपकरण से कॉपी किया जाए।

संदर्भ

यहाँ उदाहरण के लिए स्रोत कोड है। इस भंडार में, रूसी भाषी समुदाय धीरे-धीरे जानकारी, उदाहरण, लिंक एकत्र कर रहा है।

यहां अतिरिक्त जानकारी है, जैसे कि YoctoLinux का निर्माण कैसे करें।

वीके में न्यूज फीड

एआरएम पर डी कैसे लिखें