Используй cmake и conan и не твори хуйню.
>cmake и conan
Это чо и как это мне поможет?
> каждый второй 300к / наносек
каждый второй пиздит на двачах про 300к / наносек
пофиксил
Если ты на галере - то делаешь так, как принято на конкретно твоей галере. Если ты пет проект пилишь - то делаешь, как тебе удобно.
Правильных и неправильных решений нет, потому что всё равно пути ко всем файлам произвольные указываются при сборке, просто вижуал студио не показывает тебе этот процесс.
Обычно делают папки lib и include в каталоге проекта, .h файлы кладут в include, а статические библиотеки в lib, .cpp файлы не нужны в случае, когда у тебя уже есть статическая библиотека (и наоборот, .lib не нужен, если ты хочешь компилировать из .cpp файла).
Я программирую для себя и меня просто заебало каждый раз указывать в свойствах проекта путь к папкам в которых Visual Studio должна искать .h и .lib файлы. Как сделать чтобы не приходилось каждый раз этого делать? Чтобы можно было создать чистый проект и сразу инклудить нужное?
Это фундаментальный недостаток C++, что спецификация описывает только язык программирования, а система сборки не определена, и отличается у разных людей/галер. Кто-то указывает файлы в свойствах проекта вижуал студии, кто-то мейкфайлы пишет, кто-то пользует cmake или qmake, кто-то (большие галеры) использует самописную систему сборки.
Стандарта нет, как тебе удобнее - так и делай. Попробуй cmake, например, может будет удобнее. А может и нет.
Бля я не понимаю нихуя, ты просто скажи как лучше, закинуть все говно в папку где хранятся все .h файлы или же сделать какую-то отдельную папку packages которая будет автоматом во всех проектах прописана и прописывать инклуды как #include <Detours/Include/Detours.h>
Лучше в папке проекта сделать папку include, в которую скидывать все .h файлы и инклудить их как #include "../include/detours.h"
АНОН НУ ТЫ ЧТО НЕ ЧИТАЛ Я ЖЕ ГОВОРЮ КАЖДЫЙ РАЗ КОГДА НОВЫЙ ПРОЕКТ ДЕЛАЮ МНЕ ЧТО ТУДА ВСЕ КОПИРОВАТЬ ЧТОЛИ -__-
Я ХОЧУ ЧТОБЫ НОВЫЙ ПРОЕКТ ДЕЛАЮ И СРАЗУ МОГ ИНКЛУДИТЬ
Ты каждые пять минут новый проект создаешь что ли? Даже если так, то сделай общую папку для проектов, и и в ней сделай папку include и инклудь как #include "../../include/detours.h"
Анон, тебе лучше свалить на жс по хорошему, ты долбоёб. В жс можно создать в подкаталоге index.js и в нём прописать сбор своего говнокода со всех файлов.
__мимо бывший сеньор крестов__
На плюсах мало кто пишет
>Ты каждые пять минут новый проект
Да. Потому что могу. И ЧТО ТЫ МНЕ СДЕЛАЕШЬ????
>__мимо бывший сеньор крестов__
Разрешите пожать вам хуй?
А лучше отсосать в обмен на наставничество
Респект за православный язык
>Была идея найти путь где лежат файлы заголовков типа iostream и туда просто в папку покидать заголовочные файлы
вот так не нужно делать. Системные либы отдельно, свои - отдельно
А как тогда анон? Свою папку создать под это и туда кидать все файлы или же под каждые файлы называть папку и прописывать чота типа #include <Detours/Detours.h> вместо #include <Detours.h>
бывших сеньоров крестов не бывает. тем более они не уходят в жиэс. вангую что ты просто макака-неосилятор
мимо синьор крестов
Эксперт плюсовод вкатился. Даю тебе свой барский совет, гнилой ты вкатыш: прописываешь все пути в переменные окружения и не ебешь мой экспертный мозг на двачах.
Оп у меня была такая хуйня, я решал задачки олимпиадные по проге, и я писал на плюсах в вижаке, но мне было удобнее сдавать задачи на gcc компиляторе в системе проверки задач, и вот в gcc есть такая удобная хуйня которой нет в вижаке.
#include bits/stdc++.h - эта хуйня инклюдит все библеотеки типо алгоритм стэк дек иострим и тд.
Я просто нашел в директории где хранятся библеотеки, и создал там эту либу и потом в каждом проекте писал #include bits/stdc++.h
>прописываешь все пути в переменные окружения
Как это сделать и будет ли это работать с новыми проектами? Или же в каждый новый проект так же чет прописывать придется?
И я думаю что есть более правильные решения, типо как люди говорили через cmake и тд. Но раз ты для себя колхозишь, то пойдет
Ну ты и пидор конечно, небось свои dll при установке в system32 ещё закидываешь?
Версионировать эту шляпу как собираешься? В курсе что код со временем меняется? Что будешь делать когда понадобятся одновременно две версии для разных веток?
Сделай репу и клонируй гитом в подпапку с проектом, можешь гит-модулем сделать будет вобще красота.
Если используешь для сборки qmake можно сделать pri-файл со всеми сурсами который можно подключить в pro-файл одним инклюдом, в этом вашем мсбилде тоже что-то похожее должно быть, да и в любом другом комбаене для сборки.
никогда, никогда блэт так не делай. и вообще, олимпиадник хуже пидораса
мимо крестосеньор
Да очевидно что это какая-то хуета, но мне на тот момент это решение подходило, потому что мне так быстрее получалось сдавать задачи
Работает со всеми проектами сразу, просто прописываешь путь к новой либе в переменной окружения, погугли пошагово
Хорошо спасибо
Это не важно. Просто объединяй его как проект для vs и добавляй в проект для VS солюшн, а в солюшене выставляй проджект депенденси. конан, цмейк нафиг не нужны если ты метишь на кросс платформу.
vcpkg integrate install
vcpkg install detours:x64-windows
Вуаля, во всех твоих проектах есть детурсы
Никак - конан залупа, смейк - кусок дерьма
Никак. Тут нет чего-то вроде cargo как в раст или системы сборки как в go. В С++ надо прописывать насктройки lib и include КАЖДЫЙ раз когда добавляешь новые внешние зависимости и править солюшн. Проще всего делать проектный файл при скачке либы и добавлять его в депенденси через UI. Иные пути это всё вариации.
Почему так? Потому что за UI студии стоит вызов банального cl.exe и ld.exe с набором параметров где через -I указывается путь где лежат инклюды, а через -L путь с либами, а потом ещё через -l конкретно названия либов.
Увы, С++ пока не прокачали инструментом вроде cargo из раст.
А как он каждый раз добавляет их в новые проект и солюшены?
симейк лучше чем автомейк и на том спасибо
>автомейк
Кек. Ты бы ещё мейкфайлы вспомнил.
> пока
за сорок лет тулинг не запилили - не запилят никогда, плюсеры конченые ребята, спасибо хоть лямбды и авто завезли
у тебя в дефолтные студийные props-файлы инклудится вцпкгшные пропсы. И таким образом в каждом проекте уже все пути прописаны до всех установленных либ, просто инклудь и пользуй, даже #pragma comment(lib) прописывать не надо, все само слинкуется
>>252201038
Говно сьело мочу, вот серьезно
>за сорок лет тулинг не запилили
Взрывной интерес к системам сборки появился где-то в районе 2010, а после второго приходя обезьян появляются всякие системы управления пакетами для их JS песочницы.
>у тебя в дефолтные студийные props-файлы
Прикольно. А в студии нет UI где можно выбрать что инклюдить в конкретном солюшене, а что нет?
> вспомнил
неиронично используется в половине попенсурс проектов по сей день
Только если вот так. Но не кушай каку - пользуй вцпкг, полчаса разобраться (мб больше, если ты тугой) - а дальше у тебя полторы тыщи библиотек под руками вообще без ебли
> Говно сьело мочу
готов выучить новый бесполезный язык лишь бы на баше не надо было писать, рейт ми
В актуальных проектах уже не используется, возможно, как легаси осталось. Никто с этим говном работать уже не хочет.
>Только если вот так.
Это понятно.
>пользуй вцпкг
У меня нет проблем с настройкой сборки, но закладку на эту шутку я сделал.
Я учился писать код в швятой штудии, как все нормальные люди, и для меня было шоком, когда я устроился на первую работу, и там какие-то баш-скрипты для сборки через жопу. Такие, что ни в одной IDE это говно не подсвечивается даже.
Сменил работу - такое же говно, все вокруг пишут в виме, запускают баш скрипты на солярке для сборке.
Сменил работу - опять ебучие скрипты блядь, какое же говноедство. Ходил файл с проектом qtcreator'а, чтобы хоть какая-то подсветка в IDE была.
Там я понял - что вы дрочите свои пердоли как хотите, дальше я буду писать только в студии под винду. И повезло найти именно такую работу. Мсбилд, студия, решарпер++, и вообще никакого линукса. Разменял 4ый год уже на этом месте, и, вероятно, тут и останусь до пенсии. Ебал я ваши линуксы, симейки, хуейки и прочее
Баш-скрипты это сильно легаси. Зачастую, надо встроить приложение в систему CI/DI, а разбираться что и как в VS делается - никто не хочет, поэтому это и превращается в самописные скрипты.
>Мсбилд
А чем он отличаеся от других скриптов? То же говно текстовое.
>А чем он отличаеся от других скриптов?
Тем, что его пишет вижуал студия за тебя, а не ты ручками,
Опять наплыв студентоты
В плюс тред не пробовал заглядывать?
Там где вечно сидят полтора анона? Нет, спасибо. За студентоту кстати тоже спасибо, но я самоучка и шарю явно дальше чем hello world.