Dalam artikel sebelumnya, saya memiliki keberanian untuk menggunakan CLion sebagai IDE. Dan kemudian seorang pria datang berlari dengan pertanyaan: oh, kerajinan berbayar milik eksklusif, terjual habis, terkekeh, dll. Dalam keadilan, hanya ada satu komentar seperti itu tentang Habré, tetapi dalam kenyataannya ada ribuan dari mereka. Sebagai contoh, akun LOR aktif terakhir, saya telah terdaftar sejak 2010, dan di hampir setiap diskusi yang melibatkan beberapa perangkat lunak berpemilik, neraka ini dimulai. Jelas bahwa saya tidak akan membuktikan apa pun kepada siapa pun, tetapi itu dapat membantu para pengembara yang jarang lewat.

Artikel ini secara kondisional dibagi menjadi dua bagian: motivasi sosial dan teknis (cara membuat CMake di Windows di bawah berbagai IDE).

Kemana perginya semua

Komentar dari artikel terakhir ini adalah dasar dari artikel : "Jika podcast adalah untuk pemula dan orang awam, maka mengapa Anda tidak memperhitungkan lisensi IDE :(" dan selanjutnya.

Artikel ini didasarkan pada hasil aliran Twitch dan umpan balik Anda tentangnya. Rekornya ada di YouTube. Artikel ini bukan transkrip podcast, tetapi produk pemahamannya.

Sumber pesan

Pertama, mari kita periksa validitas asumsi aslinya: perangkat lunak itu mahal. Jika Anda pergi ke situs, ternyata CLion harganya 8,90 dolar sebulan. 580 rubel. Jelas bahwa bagi seseorang yang tidak membuat program untuk mencari nafkah - ini kadang-kadang dapat menunjukkan jumlah yang layak yang dapat dihabiskan untuk sesuatu yang lebih berguna. Beli makanan, misalnya.

Untuk seorang profesional, semuanya benar-benar berbeda, tetapi mari kita tinggalkan topik ini. Seorang jurnalis berbeda dari seorang karyawan di departemen pemasaran perangkat lunak atau pembuat game di mana ia tidak mempromosikan kebijakan Partai, tidak mengambil langkah-langkah untuk mempromosikan produk. Dia berbicara apa adanya. Bagaimana semua ini benar-benar, bagaimana seorang jurnalis benar-benar melihat pertanyaan. Hal yang sama terjadi pada penginjil sejati.

Esensi dari fenomena, dan serangkaian tahun,
Wajah teman, dan topeng musuh,
Terlihat jelas dan tidak bisa disembunyikan
Dari mata penyair - pemilik berabad-abad.

Cahaya bintang-bintang yang jauh dan awal fajar
Rahasia kehidupan dan rahasia cinta
Dalam momen inspirasi, dihangatkan oleh matahari -
Semuanya tercermin dalam jiwa penyair -
Di cermin dunia ...

(c) Konstantin Nikolsky, Cermin Dunia

Jika benar-benar menarik bagaimana CLion meningkatkan penghasilan Anda, Anda akan menemukan seseorang untuk dihubungi, dan di sini kita berbicara tentang hal lain.

Tipologi

Sebagai gantinya, pertimbangkan kelompok orang yang dibom sebanyak mungkin dari perangkat lunak tertutup.

Seperti yang sudah Anda pahami, saya bukan nifiga seorang sosiolog, dan saya hanya memiliki tipologi yang berkembang di tengah panasnya pertikaian di forum. Ini hanya memiliki keuntungan bahwa memungkinkan seseorang menghubungkan seseorang dengan kelompok tertentu secara praktis tanpa memasukkan otak dengan melihat dua komentar pertama.

Jadi orang adalah:

• Pejuang Kemerdekaan dan Sumber Terbuka
• Jujur salah
• Binatang

Saya sarankan untuk tidak mempertimbangkan kesalahan penulis. Saya masalah yang berbeda .

Pejuang Kemerdekaan dan Sumber Terbuka

Yang paling murni dan paling cerdas adalah pejuang untuk sang pembuka jalan. Saya sendiri adalah salah satu dari mereka yang, setelah mendengar kata "Linux", terus-menerus mengoreksi, "bukan Linux, tetapi GNU / Linux . " Masalahnya adalah bahwa dunia nyata tidak pernah hitam dan putih. Kami memiliki sejumlah kebebasan, dan ini adalah sumber daya yang dapat digunakan jika perlu. Seperti seseorang dari manajemen Mozilla bercanda (atau tidak), "mengapa kita perlu kredit kepercayaan jika kita tidak membelanjakannya?".

Contoh: ada orang seperti itu, Miguel de Icaza. Dia membuat Gnome dan membantu membangun GNU / Linux yang malang seperti yang kita tahu. Dan kemudian dia diusir dari komunitas, dan Stallman memanggilnya "pengkhianat untuk kebebasan":

“Miguel de Icaza pada dasarnya adalah pengkhianat bagi komunitas Perangkat Lunak Bebas. <...> Proyek ini bertujuan untuk mengatur berfungsinya program "open source" pada platform Windows; dengan demikian, waktu yang sangat berharga bagi para pengembang dihabiskan untuk platform gratis ”

Dan di mana Miguel sekarang? Dia dan timnya bekerja berdampingan dengan salah satu proyek terbesar dalam beberapa tahun terakhir - memindahkan .NET ke GNU / Linux di bawah lisensi permisif. Dia benar-benar menghabiskan waktunya.

Di sungai, saya membunuh setidaknya dua puluh menit untuk menemukan CMake di bawah Visual Studio Code. Itu tidak berhasil. Dan di Visual Studio gratis, tetapi tidak gratis, ternyata pertama kali. Inilah yang sering kita dapatkan ketika mencoba menggunakan perangkat lunak gratis: di open source, untuk alasan yang jelas, tidak ada waktu untuk memikirkan skrip end-to-end dan mengurus seluruh produk. Terima kasih kepada pengembang karena telah melakukan setidaknya sesuatu. Tetapi bagi kami, sebagai pengguna, kami masih memiliki pilihan moral dan etis: baik memilih kebebasan dan menghabiskan banyak waktu menendang perangkat lunak bebas, atau, sebaliknya, menghabiskan kebebasan kami untuk membeli waktu, yang kemudian dapat dihabiskan untuk beberapa perbuatan baik.

Karena masalah ini berada di luar cakupan masalah teknis, kami akan berakhir di sini. Orang yang benar-benar ideologis benar dengan idenya.

Binatang

Oh, tapi kategori ini mengebom saya.

"Ciri khas seseorang yang membedakannya dari hewan lain adalah postur tubuh yang tegak, otak yang sangat maju, kemampuan berpikir dan mengartikulasikan. Seseorang mempelajari dan mengubah dirinya sendiri dan dunia di sekitarnya, menciptakan budaya dan ceritanya sendiri." (c) Wikipedia .

Sayangnya, dalam percakapan tentang IDE, sering kali ternyata lawan bicaranya tidak mampu berpikir independen, alih-alih mengartikulasikan ucapan, dia bergumam "dan saya sudah memiliki norma" dan makan apa yang mereka berikan. Karena postur tegak, mudah untuk membingungkannya dengan seseorang, tetapi jangan membuat kesalahan.

Makhluk-makhluk ini membawa segalanya kepada siapa pun. Dalam permainan, mereka menjual kotak jarahan dan DLC dengan musik nostalgia. Dalam editor mereka ditempatkan pada berbagai hal yang ditempati secara analitis, dengan tujuan mengikat pasien ke lingkungan, ekosistem, dan sedemikian rupa sehingga tidak diperlukan phenazepam . Mereka akan memakan segalanya. "Dan begitu juga norma untukku."

Penting untuk menambahkan bahwa tidak hanya pemasar mengemudi di telinga mereka, tetapi juga hanya troll, atau skizin klinis alami. Ada banyak schizos, Anda tidak akan percaya berapa banyak.

Misalnya, ingat manifesto yang baru-baru ini diposting Nikitonsky (lebih tepatnya, terjemahannya ke Habr): Kekecewaan saya pada perangkat lunak ? Bagaimana saya bisa dibom darinya. Saya sungguh berharap Nikitonsky menulis semua ini untuk disentuh, dan tidak juga.

Lihat apa tesisnya:

• Semuanya lambat tak tertahankan - telepon modern lebih kuat daripada komputer yang mengirim orang ke bulan;
• Semuanya BESAR - Android memiliki berat 6 gigabyte;
• Semuanya membusuk - perangkat lama tidak berfungsi atau bekerja dengan buruk;
• Dalam pemrograman kekacauan, lihat grafik ketergantungan di npm dan kiri-pad.

Trolling adalah trolling, tetapi mungkin tidak akrab bagi seseorang bahwa ukuran kode sumber adalah "apa yang membawa orang itu ke bulan," yaitu, Apollo 11, sehingga penulis tidak ingin membacanya.

OS modern itu mendefinisikan peralatan apa saja dan memiliki segalanya untuk setiap kesempatan. Bahwa perlambatan perangkat menyebabkan situasi yang indah ketika kapitalis Merissa membungkuk dan mengembangkan besi ke tingkat modern, berkat yang kami miliki di megadevice kami untuk setiap kesempatan. Bahkan handuk tidak diperlukan, itu ada di Google Play. Disebutkan npm memungkinkan orang biasa untuk menulis hal-hal dengan kompleksitas yang tak terbayangkan yang akan memakan waktu bertahun-tahun sebelumnya.

Dan kemudian untuk semua kawan yang “makan apa yang mereka berikan,” tiba-tiba ide-ide besar dari daftar di atas mulai terbang ke kepalaku. Mari kita lanjutkan ke IDE:

• Untuk aplikasi pada Electron (Visual Studio Code, Atom), huruf muncul di layar terlalu lambat, apakah itu vim atau emacs;
• Eclipse IDE melambat;
• Secara umum, Java melambat - bersama semua yang tertulis di dalamnya, termasuk NetBeans, IDEA, dan Clion;
• Setiap IDE memperlambat makan persen begitu saja;
• Kepemilikan adalah jahat;
• Daftarnya berlanjut.

Daftar ini sudah cukup untuk merombak atap. Jangan percaya ada sampah. Jika vim lebih baik daripada Eclipse (atau sebaliknya) dalam beberapa kasus, maka ini jelas bukan karena tetangga menyinari vimers dengan microwave, dan alien menculik eclipser di malam hari.

Sayangnya, sebagai hasil dari perang jaringan yang panjang, maka terjadilah dengan pasti: tidak ada dialog di sini. Untuk manusia - manusia, dan hewan - hewan. Beginilah cara mengatur kehidupan. Kemungkinan seseorang akan membaca artikel ini dan mengubah pikiran mereka sangat kecil, tidak bisa diperbaiki .

Jujur salah

Sekarang kita selesai dengan ekstrem: terutama pintar dari sekte Stallman di satu sisi spektrum, dan bukan hewan yang sangat pintar di sisi lain, mari kita bicara tentang orang biasa.

Kesalahpahaman pertama adalah bahwa kita entah bagaimana dipaku ke IDE. Itu pergi dari waktu ketika orang menggunakan semacam Delphi 7 dan versi kuno dari Microsoft Visual Studio. Mereka mengatakan bahwa dalam Vizhualka baru semuanya baik-baik saja dengan file proyek. Hai halo, sekarang tahun 2018, tidak ada lagi perbudakan.

Untuk menghilangkan perbudakan, kami telah diberi CMake dari atas: alat utilitas sumber terbuka lintas-platform yang memungkinkan Anda membuat, menguji, dan mengemas aplikasi.

Itu masih tidak mengatakan apa-apa kepada pemula dan lengannya meraih IDE. Semua ini dari ketakutan dan kesalahpahaman tentang apa yang terjadi. Saya sendiri berasal dari Jawa, dan karena itu saya tahu benar bagaimana mata seseorang yang pertama kali melihat pom.xml mengembang untuk pertama kalinya.

Mari kita cari tahu apa proyek yang dibuat terakhir kali terdiri dari, dan bagaimana membangunnya di semua jenis IDE yang berbeda.

Komposisi File:

• CMakeLists.txt
• main.cpp
• shaders.shader

Shader dikompilasi secara langsung dalam runtime, dengan fungsi D3DCompile . D3DCompiler dari DirectX SDK (yang sekarang menjadi Windows SDK) berfungsi. Tidak diperlukan IDE untuk membangunnya.

main.cpp adalah satu-satunya file yang akan dibangun. Dan itu dikumpulkan menggunakan informasi yang sepenuhnya ada di CMakeLists.txt .

Di arah yang berlawanan: ada CMakeLists.txt , yang memberi tahu kita apa yang akan kita kompilasi. Majelis main.cpp terdaftar di dalamnya. Ini cukup untuk mengkompilasi proyek. Setelah dikompilasi, file exe diperoleh, yang, setelah diluncurkan, mengumpulkan shader dan menampilkannya di layar. Semuanya sangat sederhana, IDE tidak terlibat dalam rantai ini dan bisa apa saja.

IDE bersifat opsional. Umumnya. Apa yang tidak bisa dipahami di sini?

Majelis

Momen persiapan

Seperti biasa, persiapan mengambil sebagian besar proses. Ada beberapa hal yang perlu diklarifikasi.

Diasumsikan bahwa semuanya dilakukan berdasarkan Msys2, yang kami pasang terakhir kali . Jika ini bukan masalahnya, Anda harus melepaskan diri :)

Cara menginstal CMake dan Ninja

Agar dapat mengumpulkan sesuatu, Anda harus menginstal CMake, jika Anda belum melakukannya.

• Unduh dari situs: https://cmake.org/download . Saya memiliki cmake-3.12.2-win64-x64;
• Buka paket dan tambahkan path ke tempat cmake.exe terletak di variabel lingkungan Windows PATH;
• Unduh dari situs generator ninja versi terbaru ;
• Buka paket dan letakkan di suatu tempat di PATH.

Cara mengedit PATH agar tidak bepergian sebagai cuckoo

Cara pertama diketahui oleh semua orang: win + pause -> Pengaturan sistem lanjutan -> Lanjutan -> variabel Lingkungan. Sayangnya, bahkan di Windows 10, di mana editor variabel PATH ditambahkan, ini masih sangat tidak nyaman.

Jika Anda sering mengutak-atik PATH, menggunakan jendela pengeditan standar sangat mengganggu. Saya menyarankan Anda untuk menggunakan Editor Lingkungan Cepat - ini gratis dan sangat menyelamatkan saraf.

Bagaimana menghubungkan DLL dari MinGW dalam mode pengembangan

Untuk memulai aplikasi, Anda memerlukan file dll dari setidaknya mingw64\bin .

Sayangnya, saya tidak dapat menemukan solusi yang benar-benar nyaman untuk melempar perpustakaan dari MinGW ke PATH. Jika beberapa orang bijak dapat mengatakan di komentar, saya akan sangat berterima kasih.

Sekarang cara termudah adalah dengan melampirkan direktori bin MinGW langsung ke tempat pertama di PATH. (Dalam kasus Visual Studio, Anda bisa langsung memasukkan pustaka ke direktori assembly.) Sayangnya, metode ini memiliki minus besar: beberapa perangkat lunak di Windows mulai jatuh segera setelah modifikasi PATH. Misalnya, Overwatch berhenti bekerja untuk saya, dan ini adalah hal yang sangat fatal.

Jika Anda, seperti saya, tinggal di komputer, dan tidak hanya menyalakannya selama jam kerja, skema berikut ini diusulkan: tambahkan MinGW ke PATH sebelum pemrograman, lalu hapus. Untuk memudahkan proses, Anda perlu membuat dua file batch yang dapat diluncurkan dengan mengklik dua kali:

sebelumnya.bat:

 setx path "Z:\msys64\mingw64\bin;%path%" 

after.bat:

 setx PATH "%PATH:Z:\msys64\mingw64\bin;=%" 

Bagaimana menghubungkan DLL dalam mode rilis uji

Jelas bahwa metode sebelumnya hanya berfungsi ketika mingw64\bin ada di PATH, yaitu, hanya di komputer pengembang. Dan bahkan di sana, Anda tidak selalu ingin memutilasi PATH. Jika dimulai orang biasa (atau diri kita sendiri setelah after.bat), maka sesuatu seperti:

Cara termudah untuk menyelesaikan masalah ini adalah dengan meletakkan dll yang diperlukan di sebelah file yang dapat dieksekusi. Tetapi untuk ini, Anda perlu tahu dll apa yang digunakan!

Kami sudah memiliki beberapa utilitas buatan Microsoft untuk ini.

• Daftar lengkap aplikasi yang sedang berjalan dapat dilihat menggunakan ListDLLs , tetapi tidak menunjukkan apa yang belum dimuat.
• Jika Anda melakukan Tools -> Visual Studio Command Prompt, dumpbin /dependents "Z:\game\build\Mingw64-Debug\src.exe" , maka hanya akan ditampilkan dll tingkat pertama. Dengan kata lain, jika Anda hanya menyelesaikan apa yang dikatakan dumpbin kepada Anda, maka setelah peluncuran masih akan ada kesalahan - mereka hanya akan tentang DLL lainnya.

Untuk menjalankan dependensi secara mendalam, ada skrip yang dapat dieksekusi langsung dari baris perintah (msys2, cygwin, dll. - cukup untuk memiliki python2 / 3 dan objdump diinstal di dalam).

• Unduh skrip mingw-bundledlls,
• Letakkan di sebelah file,
• Dalam editor teks, di blacklist = [ array blacklist = [ tambahkan potongan DirectX kami: d3d10.dll, d3d11.dll, d3dcompiler_43.dll ,
• chmod 755 ./mingw-bundledlls ,
• Untuk melihat ./mingw-bundledlls ./src.exe digunakan: ./mingw-bundledlls ./src.exe (well, semua executable yang lebih Anda minati),
• Untuk secara otomatis menyalin dan meletakkan selanjutnya: ./mingw-bundledlls --copy ./src.exe
• KEUNTUNGAN: executable diluncurkan begitu saja, dengan mengklik dua kali pada file exe, dan dari Visual Studio.

Masih ada berbagai cara rumit untuk mengontrak CMake untuk menyalin dll itu sendiri, tetapi jika Anda mulai mempelajari masalah distribusi, maka Anda tidak akan pernah bisa menyelesaikan artikel ini sama sekali.

Perakitan manual

• sebelumnya
• Mulai -> Jalankan -> cmd.exe
• cd /dz://game/src
• cmake -G "Ninja" -D EXECUTABLE_OUTPUT_PATH="bin" -D CMAKE_CXX_COMPILER="Z:/msys64/mingw64/bin/g++.exe" -D CMAKE_C_COMPILER="Z:/msys64/mingw64/bin/gcc.exe" .
• ninja
• Jalankan file yang dihasilkan di bin segera, atau lampirkan dll sesuai dengan instruksi di atas dan jalankan after.bat

Kami telah membuktikan bahwa kami tidak terikat dengan IDE sama sekali.

Build in Visual Studio

Tapi tetap saja, mengembangkan tanpa IDE bukanlah masalahnya. Terakhir kali, kami telah mengumpulkan aplikasi uji menggunakan CLion. Tapi ini dibayar kepemilikan dan zashkvar, kan? Lupakan. Sekarang hanya gratis.

Dalam Visual Studio, urutan tindakan yang diperlukan sangat sederhana.

• sebelumnya
• Luncurkan Visual Studio;
• File -> Buka -> CMake;
• Pilih CMakeLists.txt;
• Visualizer berpikir dan menampilkan proyek untuk sementara waktu;
• Menu utama -> Cache -> Hasilkan -> nama proyek;
• Kami melihat Output dan memperbaiki kesalahan (misalnya, saya bersumpah pada versi CMake, saya harus menurunkannya menjadi 3,11, bukan 3,12);
• Menu utama -> CMake -> Ubah Pengaturan CMake (pilih MinGW64-Debug);
• File CMakeSettings.json secara otomatis dihasilkan dalam proyek. Kami menunjukkan jalur ke MinGW di sana (saya sudah ada di video sebelumnya "Z: \ msys64 \ mingw64"), simpan file;
• Menu utama -> Cache -> Hasilkan -> CMakeLists.txt;
• Menu utama -> Cache -> Hasilkan -> nama proyek;
• Jika semuanya dilakukan dengan benar, item dengan nama proyek akan muncul di menu Select a startup item valid (di sebelah panah hijau untuk meluncurkan aplikasi);
• Kita mulai.

Seperti dalam kasus konsol, Anda dapat memulainya dengan benar (mengingat MinGW ada dalam PATH), atau mengeksekusi after.bat dan meletakkan DLL yang diperlukan sesuai dengan instruksi. DLL perlu diletakkan langsung di direktori di mana aplikasi akan berjalan. Itu dapat ditentukan dalam parameter buildRoot dalam file CMakeSettings.json.

Jadi, tuan-tuan, yang paling penting: dari Visual Studio, semuanya mengkompilasi dan berjalan dengan sempurna. Kami telah membuktikan bahwa kami tidak terikat dengan IDE komersial.

Build in Visual Studio Code

Sayangnya, Visual Studio masih bukan perangkat lunak sumber tertutup milik. Kita perlu beralih ke sesuatu yang lebih bebas, dan ini adalah Visual Studio Code.

Mindfak lucu pertama. Jika Anda menjalankan VSCode pada monitor dengan skala besar (misalnya, saya duduk di rumah menonton TV), maka antarmuka VSCode akan berubah menjadi berantakan. Untuk mencegah hal ini terjadi, Anda perlu menjalankannya dengan kunci - --force-device-scale-factor (buat pintasan ke desktop, atau sesuatu seperti itu).

Sayangnya, saya tidak menguasai manajemen PATH untuk VSCode, jadi satu-satunya cara untuk memulainya adalah dengan memodifikasi PATH dengan before.bat dan peretasan lainnya, yang akan saya jelaskan di bawah ini.

Selanjutnya, Anda perlu mengkonfigurasi VSCode.

• Instal CMake Tools: Lihat -> Ekstensi -> dalam pencarian masukkan "CMake Tools", klik instal di depan paket yang dibuat oleh pembuat vektor.
• Lihat -> Explorer -> Buka Folder (pilih direktori dengan proyek kami);
• Palet Perintah (CP, pintas Ctrl + P) -> "> CMake: Pindai Kit";
• Pilih "GCC 8.2.0" kami, yang mengarah ke tempat yang tepat di mana msys2 diinstal atau apa yang Anda gunakan di sana;
• File> Preferensi> Pengaturan;
• Buka tab Pengaturan Pengguna;
• Klik pada tiga titik di sudut kanan atas panel, dan pilih "Open settings.json" dari menu;
• Tambahkan opsi berikut:

 "cmake.configureOnOpen": true, "terminal.integrated.shell.windows": "D:/msys64/usr/bin/bash.exe", "terminal.integrated.shellArgs.windows": [ "-i" ], "terminal.integrated.env.windows": { "PATH": "/mingw64/bin;/usr/local/bin;/usr/bin;/bin;Z:/msys64/bin/;Z:/msys64/usr/local/bin;Z:/msys64/usr/bin;Z:/msys64/bin;Z:/msys64/mingw64/bin/;%PATH%" }, "cmake.buildDirectory": "${workspaceRoot}/build/${buildType}", "cmake.clearOutputBeforeBuild": true, "cmake.generator": "Ninja", "cmake.cmakePath": "C:\\my\\opt\\cmake-3.12.2-win64-x64\\cmake-3.12.2-win64-x64\\bin\\cmake.exe", "cmake.mingwSearchDirs": [ "Z:/msys64/mingw64", ], "cmake.preferredGenerators": [ "Ninja" ], "cmake.loggingLevel": "debug" 

• Build harus terjadi secara otomatis, dan build akan dilipat ke dalam direktori build . Jika ini tidak terjadi, Anda perlu mengklik tombol Build dengan gigi di baris status dengan mouse.

Jelas bahwa di sana Anda harus secara langsung menentukan path ke mingw dan cmake. "Tapi aku punya PATH!" Tunjukkan saja, tolong, ini akan menyelesaikan berbagai masalah.

Namun, ada satu cara eksklusif untuk tidak membuang PATH.

• "cmake.generator": "MSYS Makefiles"
• "cmake.preferredGenerators": [ "MSYS Makefiles"]
• Periksa apakah MinGW tidak ada dalam PATH (after.bat);
• Verifikasi bahwa Anda menghapus direktori bangunan dalam proyek.
• Luncurkan konsol Msys2;
• export PATH=/z/msys64/mingw64/bin;$PATH (Anda kemudian dapat memasukkannya dalam semacam "~/.bashrc" )
• Jalankan VSCode dari itu, misalnya, seperti ini: "C:\Users\olegchir\AppData\Local\Programs\Microsoft VS Code\Code.exe"
• Dan kemudian semuanya seperti sebelumnya. File harus dibuat secara normal.
• Ketika Anda mencoba untuk langsung memulainya dari Explorer dengan klik dua kali, itu langsung mengarah ke kesalahan pencarian DLL - ini berarti bahwa semuanya sudah benar, kami benar-benar menggunakan PATH khusus di dalam VSCode, tetapi tidak di luar.

Jadi, kami telah membuktikan bahwa dalam IDE gratis kami juga dapat hidup cukup untuk diri sendiri.

Ringkasan

Meringkas, jika Anda adalah orang normal, maka Anda dapat menggunakan CMake, MinGW dan jangan meniup kumis. Semuanya bisa dipindah-pindahkan secara bebas di antara IDE, semuanya berfungsi. Kami dapat menggunakan IDE berbayar, tertutup, tidak bebas kapan saja, dan kami tidak akan melakukan apa pun untuk itu. Tetapi semua orang akan menderita, dan memang demikian.

Artikel mendatang akan mempertimbangkan pendapat Anda. Anda dapat mengajukan pertanyaan dan memberikan saran di komentar tepat selama aliran Twitch . Apakah artikel ini akan tergantung pada seberapa keras Anda menjentikkan panah di bawah komentar ini.

© Alexander Raevsky