А я вижу. Выше написано какую. Второй раз лень писать, извините.

Видели новость? Chrome on Windows ditches Microsoft’s compiler, now uses Clang

Видели новость? Chrome on Windows ditches Microsoft’s compiler, now uses Clang

🤔

Chrome on Windows ditches Microsoft’s compiler, now uses Clang – Ars Technica https://arstechnica.com/gadgets/2018/03/chrome-on-windows-ditches-microsofts-compiler-now-uses-clang/?amp=1

Я читал уже не раз. К Flatpak у меня те же вопросы возникают. Как мне удостоверится что там не лежит дырявая патченная версия openssl? Которая получит в итоге доступ к моим данным, потому-что приложением то я буду пользоваться.

никак

Chrome on Windows ditches Microsoft’s compiler, now uses Clang – Ars Technica https://arstechnica.com/gadgets/2018/03/chrome-on-windows-ditches-microsofts-compiler-now-uses-clang/?amp=1

правда шланг под винду то еще поделие, покрайней мере clang-cl

жопа досих пор горит

6.0 тоже плохо работает?

В попе боль, пукан горит? Принимайте "Небомбит"!

6.0 тоже плохо работает?

я про смейк и шланг под винду, симейк хочет clang-cl в котором половина опций не работает

типа -fcoroutines -fmodules

да, есть такое, я им баги репортил, что-то правили

я мастер собирал, нихера не поправили

А я вижу. Выше написано какую. Второй раз лень писать, извините.

так тебе уже сказали, что с этой проблемой просто придётся жить

ничего не поделаешь, что проприетарщина вот так вот интересно пишется

так тебе уже сказали, что с этой проблемой просто придётся жить

Так я с самого начала сказал, что проблема не в пакетах, и на её фоне пакеты - это стилистические разногласия.

я мастер собирал, нихера не поправили

а хром, я так понимаю, теперь собирается вообще просто clang++, симейк и для этого случая пока не очень работает

а хром, я так понимаю, теперь собирается вообще просто clang++, симейк и для этого случая пока не очень работает

в смейке просто гора кода непонятно зачем которая детектит имено clang-cl

раньше только он работал

пока не понял как это отключить, хочу обычное поведение

ничего не поделаешь, что проприетарщина вот так вот интересно пишется

Тут Erlang носит внутри себя запатченный досмерти PCRE, чтобы он хорошо работал внутри виртуальной машины. Знаешь как было недавно в нем весело чинить уязвимость в PCRE в этой неподдерживаемой версии?

пока не понял как это отключить, хочу обычное поведение

просто обычную поддержку clang/++ и не рассматривали серьёзно

просто обычную поддержку clang/++ и не рассматривали серьёзно

вопрос почему? почему я должен юзать clang-cl ? а если обычное поведение хочу там даже смешно clang-cl == clang++ внутри костыли которые режим совместимости с cl.exe по имени исполняемого файла включают

вся совместимость это аргументы как у visual c++ через / передавать можно, и некоторые включены сразу

типа -fcoroutines -fmodules

Там надо MSVC опции, насколько знаю.

Там надо MSVC опции, насколько знаю.

в шланге? ну без варнингов то да, просто clang-cl ругается что вообще не знает такие опции

Я про clang-cl.

вопрос почему? почему я должен юзать clang-cl ? а если обычное поведение хочу там даже смешно clang-cl == clang++ внутри костыли которые режим совместимости с cl.exe по имени исполняемого файла включают

потому что он и не работал толком до 5 версии

потому что он и не работал толком до 5 версии

что значит не работал?

clang-4 не мог стандартные студийные хедеры собирать

то есть они подключаются, но ошибки сборки

5 уже лучше, но вроде я встречал на новых стандартах

а сейчас STL говорит, что всё ок, верим в 6 версию)

Тут Erlang носит внутри себя запатченный досмерти PCRE, чтобы он хорошо работал внутри виртуальной машины. Знаешь как было недавно в нем весело чинить уязвимость в PCRE в этой неподдерживаемой версии?

ещё раз. ты ничего с этим не сделаешь

если разработчик решил так делать, то он будет так делать. Я никоим образом не одобряю такой мудацкий подход. Но если у меня вдруг появятся причины так делать - я хочу иметь возможность так делать и распространять приложения

в случае системных пакетов это невозможно. В случае паков всяких - можно

а преимущества пака перед тем же архивом выше @xvitaly описал

Так я полностю согласен. Я лишь говорил о том, что первичен, как ты говоришь "такой мудацкий подход".

... нахоится запрос на добавление package manager в С++

всё, нахуй плюсцы... если туда завезут стандартный пакетник то даже не повелосипедить будет

@berkus

шта

шта

да там срачи были про ЯП и пакетные менеджеры )

да там срачи были про ЯП и пакетные менеджеры )

я вот на прошлой неделе попробовал parcel пишешь в хтмле <script src="../Cargo.toml"/> и оно собирает раст в wasm, подключает в js и загружает, всё с лайв-релоадом и прочими ништяками. теперь давайте то же самое для плюсцов поищем

ну-ну 😊

я вот на прошлой неделе попробовал parcel пишешь в хтмле <script src="../Cargo.toml"/> и оно собирает раст в wasm, подключает в js и загружает, всё с лайв-релоадом и прочими ништяками. теперь давайте то же самое для плюсцов поищем

наркоман

всё, нахуй плюсцы... если туда завезут стандартный пакетник то даже не повелосипедить будет

Я только за стандартный пакетник, если он будет пощрять написание хороших программ.

Я только за стандартный пакетник, если он будет пощрять написание хороших программ.

нет, я против, да и все равно комитет примет его не раньше с++26

Я только за стандартный пакетник, если он будет пощрять написание хороших программ.

судя по твоему спичу тебе нужен не пакетник, а репозиторий подписанных тобой модулей, прошедших твою сертификацию, и рантайм загрузчик проверяющий подпись. по сути, все то, что есть в той же жабе из коробки или то, что есть в нэте

нет, я против, да и все равно комитет примет его не раньше с++26

2112

блина, а это как так получилось? unresolved external symbol "__declspec(dllimport) int __cdecl ACE_OS::_snprintf(char *,unsigned int,char const *,...)" (__imp_?_snprintf@ACE_OS@@YAHPADIPBDZZ) referenced in function "char const * __cdecl ACE_OS::inet_ntop(int,void const *,char *,unsigned int)" (?inet_ntop@ACE_OS@@YAPBDHPBXPADI@Z)

как так оно само в себе унресолвед?..

Почему само в себе? printf в ntop

так оба метода в ACE_OS::

В одном неймспейсе

Но принтф должен из длл приехать

Нужно импорт от него

ну короче кроме ACE библы неймспейсов таких больше нету

Ну видимо не все из неё ты подключил

хм...

никнейм знакомый, ты в IRC не сидел как Sopholos?

сидел как гопнег, софолос резервное

я уже плохо помню, лет 10 там не был

_snprintf лежит в файлике .inl. для ACE есть какая-то конфига для инлайнов, может ли это быть связано.... %)

может нужен какой-то дефайн чтобы он был не как dllexport

Static version of ACE libraries are built with ACE_AS_STATIC_LIBS defined. This macro should also be used in application projects that link to static ACE libraries Optionally you can also add the line #define ACE_NO_INLINE before the #include statement in ACE_ROOT\ace\config.h to disable inline function and reduce the size of static libraries (and your executables.)

да похоже на правду

ща попробуем #define ACE_NO_INLINE значит...

я недавно сталкивался с ace, там в ридми первое что идет - создайте файл config.h и напишите в него следующее

почему нельзя было сразу config.h положить в дистрибутив загадка

да вообще блина все плюсы для мена сплошная боль, день потратил на сборку log4cxx

да log4cxx не весело собирать, ему еще нужны apr apr-util expat

меня больше позабавило что под разные студии надо фиксить разный код

хехе

никнейм знакомый, ты в IRC не сидел как Sopholos?

а у тебя, кстати, какой ник был?

SSE4

тоже вроде на сишных каналах был?

как и тут

да

оно там живое еще?

плюсы разрегались, сишный еще нет, но все тухло, я набегами бываю, там только линукс и политикс живые каналы

понятно