АР
Size: a a a
2020 October 05
YB
оно только в src же и некоторых тестах
Кстати, да. Вечно проблема конфликтов с
std::min/max если включать windows.h и не указывать дефайн NOMINMAX. Значит, что и не включается windows.h через хедеры STLAS
пересборка может кешироваться частично, ну и тормоза с работе с msvs решает resharper/visual assist x
Стало быть, горождение собственных библиотек - так исторически сложилось, и делать так смысла особого нет.
PK
Alex Sandrov
Стало быть, горождение собственных библиотек - так исторически сложилось, и делать так смысла особого нет.
угу, я к такой мысли тоже пришел
АР
а, да. Жуть а не поиск конечно (
MV
Я на самом деле не хотел устраивать срач, помню про проблему со строками, это было давно. Все. Как оно сейчас в современном Майкрософте на 100% не могу утверждать. Но... как тогда все, зависимое от WinApi будет работать на винде? Потоки, синхронизация, файловая система и вот это все. В сорцах инклудится windows.h
MV
Ну т.е. я к тому что в этом случае это норм
MV
В строках нет
MV
А спорите про весь stl с поиском по репозиторию. Это же не черное/белое, инклудится/не инклудится
AS
Я на самом деле не хотел устраивать срач, помню про проблему со строками, это было давно. Все. Как оно сейчас в современном Майкрософте на 100% не могу утверждать. Но... как тогда все, зависимое от WinApi будет работать на винде? Потоки, синхронизация, файловая система и вот это все. В сорцах инклудится windows.h
про файлы не знаю, а потоки и синхронизация переписаны на своих объектах в stl-е
Собственно, для меня include windows.h(для windef? winapi?) - это привязка к платформе, а c++ всё ж таки кроссплатформенный язык. Ну и если там есть какие-то условные компиляции, как-то это не очень. Понятно, что в рантайме будут привязки к платформе, но в коде этого не хотелось бы видеть.
Собственно, для меня include windows.h(для windef? winapi?) - это привязка к платформе, а c++ всё ж таки кроссплатформенный язык. Ну и если там есть какие-то условные компиляции, как-то это не очень. Понятно, что в рантайме будут привязки к платформе, но в коде этого не хотелось бы видеть.
MV
Alex Sandrov
про файлы не знаю, а потоки и синхронизация переписаны на своих объектах в stl-е
Собственно, для меня include windows.h(для windef? winapi?) - это привязка к платформе, а c++ всё ж таки кроссплатформенный язык. Ну и если там есть какие-то условные компиляции, как-то это не очень. Понятно, что в рантайме будут привязки к платформе, но в коде этого не хотелось бы видеть.
Собственно, для меня include windows.h(для windef? winapi?) - это привязка к платформе, а c++ всё ж таки кроссплатформенный язык. Ну и если там есть какие-то условные компиляции, как-то это не очень. Понятно, что в рантайме будут привязки к платформе, но в коде этого не хотелось бы видеть.
Ты работаешь на винде, инклудишь <thread>, используешь std::thread. Под капотом при сборке в проект залетает windows.h со всеми своими потрохами -> время компиляции увеличивается, бинарник тоже = плохо. Вот о чем я. В геймдеве это особо болезненно.
MV
Поэтому там свои заморочки
АК
Ты работаешь на винде, инклудишь <thread>, используешь std::thread. Под капотом при сборке в проект залетает windows.h со всеми своими потрохами -> время компиляции увеличивается, бинарник тоже = плохо. Вот о чем я. В геймдеве это особо болезненно.
Стандартная библиотека не header only, windows.h не обязан прилетать
АР
да вы в геймдеве вечно сложные. Вам надо и быстрый релиз, и быстрый дебаг, и быструю компиляцию, и высокоуровневый язык )
PK
Ты работаешь на винде, инклудишь <thread>, используешь std::thread. Под капотом при сборке в проект залетает windows.h со всеми своими потрохами -> время компиляции увеличивается, бинарник тоже = плохо. Вот о чем я. В геймдеве это особо болезненно.
где это болезненно? у тебя вариантов нет)) или ты собственные потоки пишешь под каждую платформу?
PK
да вы в геймдеве вечно сложные. Вам надо и быстрый релиз, и быстрый дебаг, и быструю компиляцию, и высокоуровневый язык )
там другая проблема: профилировать никто не любит от слова совсем, но высказываться много кто любит
MH
Всем привет, с curl работает кто-либо?
AS
Всем привет, с curl работает кто-либо?
don't ask to ask, just ask
MH
Всем привет, с curl работает кто-либо?
Расскажите как послать письмо на email, взяв информацию из буфера, а не файла?