🔋 📦 🔎 लिनक्स पर जीसीसी के साथ संकलित परियोजनाओं के लिए दृश्य स्टूडियो 2010 शेल का उपयोग करना 🗃️ ⚜️ 👩🏻‍🏫

यह कोई रहस्य नहीं है कि Microsoft Visual Studio 2010 एक शक्तिशाली IDE है, जो अन्य बातों के अलावा, आपको .vcxproj फ़ाइलों में परिवर्तन करके प्रोजेक्ट टीम निर्माण परियोजनाओं को बदलने की अनुमति देता है। जैसा कि यह पता चला है, आप इस सुविधा का उपयोग विज़ुअल स्टूडियो को किसी अन्य लिनक्स मशीन पर चल रहे gcc के उपयोग से प्रोजेक्ट बनाने के लिए बाध्य करने के लिए कर सकते हैं। उसी समय, लिनक्स पर जीसीसी तक पहुंच नेटवर्क पर होनी चाहिए, उदाहरण के लिए ssh के माध्यम से। इस लेख में, हम आपको Visual Studio के ऐसे असामान्य सेटअप में हमारे प्रयोग के बारे में बताएंगे।

मान लीजिए हमारे पास एक कार्यक्रम है:

#include <stdio.h> int main() { printf("Hello world!"); fflush(stdout); getchar(); return 0; }

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

नाम = परीक्षा
OBJS = main.o

.SUFFIXES: .cpp
.SUFFIXES: .o

सभी: $ (NAME)

साफ:
rm -rf * .o

cleanall: साफ
rm -rf * .d नक्शा dep * ~ $ (NAME)

पुनर्निर्माण: सभी साफ करें
@ ओशो पुनर्निर्माण किया।

$ (NAME): $ (OBJS)
गूंज संकलन $ (NAME)।
g ++ -o $ (NAME) $ (OBJS)

.cpp.o:
gcc -c $ *। cpp

अब हमें निम्नलिखित समस्या को हल करने की आवश्यकता है: कोड को विंडोज प्लेटफॉर्म (विजुअल स्टूडियो) पर संपादित किया जाना चाहिए, और लिनक्स पर संकलित किया जाना चाहिए। आप इसके लिए वर्चुअल मशीन और शेयर्ड फोल्डर का उपयोग कर सकते हैं। उदाहरण के लिए, विंडोज होस्ट सिस्टम पर, आप किसी भी वर्चुअलाइजेशन टूल (ओरेकल वर्चुअलबॉक्स या वीएमवेयर वर्कस्टेशन) को स्थापित कर सकते हैं, फिर एक वर्चुअल मशीन बना सकते हैं और उस पर लिनक्स स्थापित कर सकते हैं। नतीजतन, विंडोज और लिनक्स दोनों के साथ काम करना संभव हो जाता है। साझा फ़ोल्डर सुविधा आपको लिनक्स वर्चुअल मशीन से होस्ट विंडोज ओएस फाइलों तक पहुंचने की अनुमति देती है।
VMware वर्कस्टेशन के लिए, आप अग्रेषित करके साझा किए गए फ़ोल्डरों को कॉन्फ़िगर कर सकते हैं, उदाहरण के लिए, pro: फ़ोल्डर के रूप में लिनक्स पर D: \ proj \। फिर विंडोज से आप विंडोज D: \ proj \ main.c ड्राइव पर स्थित main.c प्रोग्राम फाइल को एडिट कर सकते हैं और साथ ही, इसे / mnt / hgfs / proj / folder में लिनक्स पर gcc का उपयोग करके संकलित कर सकते हैं।

विज़ुअल स्टूडियो में, आप प्रोजेक्ट बिल्ड कमांड को बदल सकते हैं:
• निर्माण - सभा।
• पुनर्निर्माण - फिर से परियोजना की सफाई और फिर से जुटना।
• स्वच्छ - परियोजना फाइलों को साफ करें (सभी बाइनरी फ़ाइलों को हटाएं)।
प्लस एक टीम परियोजना शुरू करने के लिए।
लिनक्स वातावरण के लिए, वे निम्नलिखित के अनुरूप होंगे:
• बिल्ड: सभी बनाते हैं
• पुनर्निर्माण: पुनर्निर्माण करें
• स्वच्छ: स्वच्छ बनाओ
• लॉन्च: ./est

हमारा काम विंडोज पर चलना है जैसे कि वे नियमित सीएमडी में लॉन्च किए गए थे, जबकि कमांड / इनपुट का आउटपुट विंडोज पर वापस भेज दिया जाना चाहिए, अगर हम विजुअल स्टूडियो से पर्यावरण में सीधे संकलन त्रुटियों को देखना चाहते हैं। इस समस्या को हल करने के लिए, आप Putty पैकेज से plink.exe सुविधा (आधिकारिक वेबसाइट www.chiark.greenend.org.uk/~sgtatham/putty/download.html पर डाउनलोड) का उपयोग कर सकते हैं। यह उपयोगिता ssh के माध्यम से एक कमांड निष्पादित कर सकती है, जबकि मौजूदा cmd टर्मिनल में इनपुट / आउटपुट को सही ढंग से रीडायरेक्ट करती है।
मान लीजिए कि लिनक्स वर्चुअल मशीन में कॉन्फ़िगर किया गया है ताकि इसे आईपी एड्रेस 192.168.1.8 के उपयोग से ssh के माध्यम से विंडोज से एक्सेस किया जा सके, यूज़रनेम है, और पासवर्ड 123456 है। फिर, cmd चलाकर, आप सफलतापूर्वक विंडोज में कमांड चला सकते हैं:
D: \ proj \ tools> plink -batch -pw 123456 user@192.168.1.8 pwd
/ घर / उपयोगकर्ता
कार्यक्रम का परिणाम हमें बताता है कि उपयोगकर्ता के घर निर्देशिका में 'pwd' निष्पादित किया गया था। इसका मतलब है कि सीधे cmd में आप परीक्षण कार्यक्रम को संकलित कर सकते हैं:

  D: \ proj \ tools> plink -batch -pw 123456 user@192.168.1.8 cd / mnt / hgfs / proj /;  पुनर्निर्माण करें
 rm -rf * .o
 rm -rf * .d नक्शा dep * ~ परीक्षण
 gcc -c main.cpp
 संकलन परीक्षण।
 g ++ -o test main.o
 पुनर्निर्माण किया।

अब हमें Visual Studio में निर्दिष्ट विधि को एकीकृत करने की आवश्यकता है। ऐसा करने के लिए, proj निर्देशिका में vs_test नामक एक खाली समाधान बनाएं। निर्मित समाधान के लिए प्रोजेक्ट 'vs_test' जोड़ें। प्रोजेक्ट मेकफाइल (अन्य सभी डिफ़ॉल्ट सेटिंग्स) प्रकार का होना चाहिए।

परिणाम फाइलों का निम्नलिखित पेड़ है:

D: \ proj \ main.c
D: \ proj \ makefile
D: \ proj \ tools \ plink.exe
D: \ proj \ vs_test \ vs_test.sln
D: \ proj \ vs_test \ vs_test.suo
D: \ proj \ vs_test \ vs_test.sdf
D: \ proj \ vs_test \ vs_test \ vs_test.vcxproj
D: \ proj \ vs_test \ vs_test \ vs_test.vcxproj.filters
D: \ proj \ vs_test \ vs_test \ vs_test.vcxproj.user

इसके बाद आपको हमारे makefile और main.c. को 'vs_test' प्रोजेक्ट में जोड़ना होगा ऐसा करने के लिए, प्रोजेक्ट विकल्प 'Add-> मौजूदा आइटम ...' का उपयोग करें। इस प्रकार, हम समाधान एक्सप्लोरर में निम्नलिखित चित्र प्राप्त करते हैं:

अगला, 'अनलोड प्रोजेक्ट' विकल्प का उपयोग करके, हम प्रोजेक्ट को समाधान से अनलोड करते हैं।

अब 'एडिट vs_test.vcxproj' विकल्प का उपयोग करके संपादन के लिए प्रोजेक्ट फ़ाइल खोलें

अब 'File-> New-> File ...' का उपयोग करके एक टेक्स्ट फ़ाइल बनाएं और इसे make_vs.props पर कॉल करें, इसे D: \ proj \ make_vs.props में रखें।
इसके बाद, vs_test.vcxproj में फ़ाइल make_vs.props के पाठ को शामिल करने के लिए 'आयात' टैग का उपयोग करें। ऐसा करने के लिए, vs_test.vcxproj फ़ाइल में, make_vs.props से अतिरिक्त प्रोजेक्ट सेटिंग्स आयात करने वाली एक पंक्ति जोड़ें:

 <Import Project="$(VCTargetsPath)\Microsoft.Cpp.props" /> <Import Project="$(SolutionDir)..\make_vs.props" /> <ImportGroup Label="ExtensionSettings"> </ImportGroup>

Make_vs.props फ़ाइल में, हम किसी भी प्रोजेक्ट सेटिंग्स को ओवरराइड कर सकते हैं या अपनी खुद की जोड़ सकते हैं। हमें निम्न मेक_vs.props फ़ाइल मिली:

 <?xml version="1.0" encoding="utf-8"?> <Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003"> <PropertyGroup Label="RemoteBuildLocals"> <RblFolder>proj</RblFolder> <RblIncludePath>$(SolutionDir)\..\inc\</RblIncludePath> <RblExecute>./test</RblExecute> </PropertyGroup> <PropertyGroup Label="RemoteBuildSettings"> <RbHost>192.168.1.8</RbHost> <RbUser>user</RbUser> <RbPassword>123456</RbPassword> <RbRoot>test_src</RbRoot> </PropertyGroup> <PropertyGroup Label="RemoteBuild"> <RbToolArgs> -pw $(RbPassword) $(RbUser)%40$(RbHost) cd $(RbRoot); cd $(RblFolder);</RbToolArgs> <RbToolExe>$(SolutionDir)..\tools\plink -batch $(RbToolArgs)</RbToolExe> <RbBuildCmd>$(RbToolExe) make all</RbBuildCmd> <RbRebuildAllCmd>$(RbToolExe) make rebuild</RbRebuildAllCmd> <RbCleanCmd>$(RbToolExe) make cleanall</RbCleanCmd> <RbExecuteCmd>$(RbToolArgs) $(RblExecute)</RbExecuteCmd> <RbIncludePath>$(RblIncludePath)</RbIncludePath> </PropertyGroup> <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'"> <NMakeBuildCommandLine>$(RbBuildCmd)</NMakeBuildCommandLine> <NMakeReBuildCommandLine>$(RbRebuildAllCmd)</NMakeReBuildCommandLine> <NMakeCleanCommandLine>$(RbCleanCmd)</NMakeCleanCommandLine> <IncludePath>$(RbIncludePath)</IncludePath> <LocalDebuggerCommand>$(SolutionDir)..\tools\plink</LocalDebuggerCommand> <LocalDebuggerCommandArguments>$(RbExecuteCmd)</LocalDebuggerCommandArguments> </PropertyGroup> <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'"> <NMakeBuildCommandLine>$(RbBuildCmd)</NMakeBuildCommandLine> <NMakeReBuildCommandLine>$(RbRebuildAllCmd)</NMakeReBuildCommandLine> <NMakeCleanCommandLine>$(RbCleanCmd)</NMakeCleanCommandLine> <IncludePath>$(RbIncludePath)</IncludePath> <LocalDebuggerCommand>$(SolutionDir)..\tools\plink</LocalDebuggerCommand> <LocalDebuggerCommandArguments>$(RbExecuteCmd)</LocalDebuggerCommandArguments> </PropertyGroup> </Project>

हम 'रीलोड परियोजना' का उपयोग कर परियोजना को पुनः लोड करते हैं। और F5 दबाएं। सब कुछ इस प्रकार देखना चाहिए:

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

 <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|Win32'"> <NMakeBuildCommandLine>$(RbBuildCmd)</NMakeBuildCommandLine> <NMakeReBuildCommandLine>$(RbRebuildAllCmd)</NMakeReBuildCommandLine> <NMakeCleanCommandLine>$(RbCleanCmd)</NMakeCleanCommandLine> <IncludePath>$(RbIncludePath)</IncludePath> <LocalDebuggerCommand>$(SolutionDir)..\tools\plink</LocalDebuggerCommand> <LocalDebuggerCommandArguments>$(RbExecuteCmd)</LocalDebuggerCommandArguments> </PropertyGroup> <PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|Win32'"> <NMakeBuildCommandLine>$(RbBuildCmd)</NMakeBuildCommandLine> <NMakeReBuildCommandLine>$(RbRebuildAllCmd)</NMakeReBuildCommandLine> <NMakeCleanCommandLine>$(RbCleanCmd)</NMakeCleanCommandLine> <IncludePath>$(RbIncludePath)</IncludePath> <LocalDebuggerCommand>$(SolutionDir)..\tools\plink</LocalDebuggerCommand> <LocalDebuggerCommandArguments>$(RbExecuteCmd)</LocalDebuggerCommandArguments> </PropertyGroup>

जैसा कि आप अनुमान लगा सकते हैं, टैग मान इस प्रकार हैं:
• NMakeBuildCommandLine - कमांड बनाएं (सभी बनाएं)।
• NMakeReBuildCommandLine - पुनर्निर्माण (फिर से बनाना) कमांड।
• NMakeCleanCommandLine - स्वच्छ (स्वच्छ बनाओ) आदेश।
• शामिल करें - निर्देशिका की सूची शामिल करें। एक वैध सूची के बिना, वीएस आपके कोड को ठीक से संसाधित और पार्स करने में सक्षम नहीं होगा।
• LocalDebuggerCommand - संकलन के बाद कार्यक्रम शुरू करने के लिए कमांड।
• LocalDebuggerCommandArguments - जब प्रोग्राम संकलन के बाद शुरू होता है, तो कमांड के तर्क।

इस बिंदु पर, सभी मानों को अन्य सेटिंग्स के लिए संदर्भित किया जाता है। कॉमन.प्रॉप्स में सेटिंग्स के इस समूह को उजागर करना सुविधाजनक है और हमेशा इसे इस तरह की सभी परियोजनाओं में शामिल करें।

सेटिंग्स का निम्नलिखित समूह असेंबली के दौरान निष्पादित होने वाली कमांड के कार्य से मेल खाता है।
।

  <PropertyGroup Label="RemoteBuild"> <RbToolArgs> -pw $(RbPassword) $(RbUser)%40$(RbHost) cd $(RbRoot); cd $(RblFolder);</RbToolArgs> <RbToolExe>$(SolutionDir)..\tools\plink -batch $(RbToolArgs)</RbToolExe> <RbBuildCmd>$(RbToolExe) make all</RbBuildCmd> <RbRebuildAllCmd>$(RbToolExe) make rebuild</RbRebuildAllCmd> <RbCleanCmd>$(RbToolExe) make cleanall</RbCleanCmd> <RbExecuteCmd>$(RbToolArgs) $(RblExecute)</RbExecuteCmd> <RbIncludePath>$(RblIncludePath)</RbIncludePath> </PropertyGroup>

टैग मान इस प्रकार हैं:
• RbToolArgs - पलक उपयोगिता के मानक तर्क जो हमेशा उपयोग किए जाएंगे।
• RbToolExe - बाद में उपयोग किए जाने वाले सभी आदेशों की शुरुआत का कुल मूल्य।
• RbBuildCmd एक साधारण बिल्ड कमांड है।
• RbRebuildAllCmd - एक साधारण पुनर्निर्माण कमांड।
• RbCleanCmd एक साधारण क्लीन कमांड है।
• RbExecuteCmd - असेंबली के बाद परीक्षण कार्यक्रम को चलाने के लिए, सब कुछ एक कमांड और तर्कों में विभाजित है - यह भाग तर्कों के लिए जिम्मेदार है।
• RbIncludePath - शामिल निर्देशिकाओं की फिर से निर्दिष्ट सूची।

समान Common.props में सेटिंग्स के वर्णित समूह को उजागर करना सुविधाजनक है।

सेटिंग्स का अगला समूह सभी परियोजनाओं के लिए सामान्य है, लेकिन कुछ पैरामीटर स्टैंड की सेटिंग्स के आधार पर अलग-अलग होंगे।

  <PropertyGroup Label="RemoteBuildSettings"> <RbHost>192.168.1.8</RbHost> <RbUser>user</RbUser> <RbPassword>123456</RbPassword> <RbRoot>test_src</RbRoot> </PropertyGroup>

जैसा कि आप देख सकते हैं, होस्ट नाम, उपयोगकर्ता आईडी और पासवर्ड को इंगित किया गया है, साथ ही लिनक्स प्रोजेक्ट फ़ाइलों के साथ निर्देशिका का पथ। एक विशेष user.props में इन सेटिंग्स को चुनना सुविधाजनक है और आयात टैग का उपयोग करके इसे Common.props में शामिल करें।
सेटिंग्स का अंतिम समूह केवल एक विशिष्ट परियोजना पर लागू होता है।

  <PropertyGroup Label="RemoteBuildLocals"> <RblFolder>proj</RblFolder> <RblIncludePath>$(SolutionDir)\..\inc\</RblIncludePath> <RblExecute>./test</RblExecute> </PropertyGroup>

टैग मान इस प्रकार हैं:
• RblFolder - फ़ोल्डर जहां परियोजना फाइलें स्थित हैं (लिनक्स के लिए)।
• RblIncludePath - निर्देशिका की सूची (विंडोज के लिए) शामिल करें।
• RblExecute - शुरू करने के लिए आदेश।

कृपया ध्यान दें कि प्रत्येक बिल्ड कमांड के साथ, एक ssh कनेक्शन स्थापित होता है, जिसमें कुछ समय लगता है (उदाहरण के लिए, मुझे लगभग 2-5 सेकंड लगे)।
नतीजतन, हम लिनक्स से मेकफाइल और जीसीसी का उपयोग कर प्रोजेक्ट बनाने के लिए विजुअल स्टूडियो प्राप्त करने में कामयाब रहे।

लिनक्स पर जीसीसी के साथ संकलित परियोजनाओं के लिए दृश्य स्टूडियो 2010 शेल का उपयोग करना

More articles: