+

https://ideone.com/MxxQH8

https://ideone.com/MxxQH8

504((

А, во.

Подъехали новые бумаги по C++ для международного комитета http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/#mailing2018-05 Много весёлого будет обсуждаться: flat_map, interruptable_thread, быстрые новые исключения, альтернативная бумага на сопрограммы, constexpr во все щели в разных вариациях Ну и бумаги от РГ21 тоже нескучные: сopy elision для всего, DL, wide_int, constexpr, stacktrace и проч.

А что-нибудь сильно ломающее совместимость уже предложили? Обсуждалось недавно, что уже готовы к этому, если не путаю.

warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]|

warning: dereferencing type-punned pointer will break strict-aliasing rules [-Wstrict-aliasing]|

разумеется это нарушает strict aliasing

(см. дисклеймер про отстрел ног)

Ну щас посмотрим, что получится.

Если норм, то я так и оставлю. Если нет, то я буду вкрадчиво рассматривать, действительно ли мне нужен unsigned char

разумеется это нарушает strict aliasing

char* же разрешено алиаситься с любыми другими типами, не?

А что-нибудь сильно ломающее совместимость уже предложили? Обсуждалось недавно, что уже готовы к этому, если не путаю.

Ну я предложил: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0889r0.html Но оно не ломает переносимый код, а только то, что уже и так сложно переносить на новые версии компиляторов и стандартных библиотек

char* же разрешено алиаситься с любыми другими типами, не?

но не vector<char*>

А что-нибудь сильно ломающее совместимость уже предложили? Обсуждалось недавно, что уже готовы к этому, если не путаю.

Paper лень искать, но на прошлой встрече сделали такое: This morning in JAX we performed a major cleanup of built-in types, getting rid of many warts in the language (and breaking compatibility with C and C++98/11/14/17 :slightly_smiling_face: ). EWG voted to change all of the following for C++20: - <, <=, >, >=, ==, !=, will now give correct mathematical meaning on arithmetic types, such that: static_assert(-1 > 1u); which would pass in C and C++17 will break in C++20 - Deprecate two-way comparisons between enumeration types and floating-point types - Deprecate two-way comparisons between two distinct enumeration types - Deprecate arithmetic conversions between enumeration types and floating-point types - Deprecate arithmetic conversions between two distinct enumeration types - Deprecate two-way comparisons where both operators are array type - Deprecate relational comparisons between function pointers.

Ну я предложил: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p0889r0.html Но оно не ломает переносимый код, а только то, что уже и так сложно переносить на новые версии компиляторов и стандартных библиотек

Ультимативненько.

но не vector<char*>

А, не посмотрел на код. Там прямо вектор кастится, понятно.

есть шаблонный класс с методом в пару строк файл с ним инклюдится в a.cpp и b.cpp readelf -Ws натравленный на a.o и b.o говорит что в этих объектниках метод имеет разный размер, 184 байта тут и 188 байт там оба TU компилируются с -O0 - может компилятор за кулисами всё равно проводить разную кодогенерацию в зависимости от контекста, в котором вызывается инлайновый метод?

Так запустить с ключем -E

Правда, там все развернет и читать не очень

Но должен увидеть сгенеренный код

gcc -E? Он же тупо инклюды-дефайны разворачивает, нет?

gcc -S даёт на ассемлере файл

gcc -E? Он же тупо инклюды-дефайны разворачивает, нет?

gcc -v -Wall может ещё подскажет чего

gcc -E? Он же тупо инклюды-дефайны разворачивает, нет?

А, да, точно

gcc -S даёт на ассемлере файл

красотаааа... знать бы теперь, что это за чудо-бранч и откуда он берётся... https://paste.ee/p/masmg два листинга идентичны вплоть до самого конца, а в конце внезапно это чудо

а gcc -E даёт одинаковые листинги?

возможно разница в том, что какая-нибудь функция типа std::max() и max() берётся из двух разных неймспейсов

а gcc -E даёт одинаковые листинги?

он даёт два 3мб и 4мб файла, я пока не могу сходу определить, в какой момент там начинаются расхождения (если начинаются)

он даёт два 3мб и 4мб файла, я пока не могу сходу определить, в какой момент там начинаются расхождения (если начинаются)

скорми в твой любимый дифф тул

скорми в твой любимый дифф тул

a.cpp и b.cpp отличаются чуть более чем полностью, и совпадают только тем, что оба включают проблемный заголовочник, и пользуются функцией из него

ладно, вопрос по clang такой: сбилдил clang и llvm с сорцов, хочу сконфигурить cmake проект типа cmake -G"Visual Studio 14 2015" -T"LLVM-vs2014", но конечно "LLVM-vs2014" не определен. Как быть в случае этом?

надо его доставить

ого, я не ожидал такого респонса

у них интеграция давно уже сломана

правда пришлось конану показать, что есть такой компилятор как gcc 8.0 ?

кстати, Как ты это сделал? (там вроде какой-то конфиг надо ему править)

мне приходилось вручную конфиги править

мсбилд батник натравить на инстал батник небось?

кстати, Как ты это сделал? (там вроде какой-то конфиг надо ему править)

settings.yml, добавить компилятор ручками

ну или ждать обновы конана - они завозят новые компиляторы

но с этой моделью херня приключается, так как компилятор завозится быстрее, чем конан ?

settings.yml, добавить компилятор ручками

ок, поищу файлец этот

поэтоум и приходится руками править

мсбилд батник натравить на инстал батник небось?

хз, там в пропсах где то глубоков недрах студии редактировать надо файлы

на линухе он лежит в /home/username/.conan/settings.yml

но с этой моделью херня приключается, так как компилятор завозится быстрее, чем конан ?

а чего они автодетекшон не осилили?

хз, там в пропсах где то глубоков недрах студии редактировать надо файлы

не стоит тогда того. Ну я взял прекомпайлд бинари от 6-й версии, мне зашло.

ну оно работает сразу?

может исправляли

а чего они автодетекшон не осилили?

мне кажется, что они специально так сделали

Меня больше другое интересует: как сынтегрить проект под цлангом с либой под мсвц? Тот же буст сходит с ума из-за дефайнов МСВЦ

мне кажется, что они специально так сделали

ну если только у них завязано как то хитро

они совместимые должны быть

шланг эмулирует мсвц

У него нет флагов шланга?

если линковать через link.exe, то всё ок работает

он даёт два 3мб и 4мб файла, я пока не могу сходу определить, в какой момент там начинаются расхождения (если начинаются)

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

если через lld или какой их там родной, он должен тоже работать, но я видел некоторые фиксы уже в транке были после релиза 6

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

все читать конечно не стоит, одной ошибки хватит

если 2015 студия, то не получится

Почему?(

ERROR: S client not available

они ж с 15-й саппортят

ну там связку только 2017 - clang-6 хорошо поддерживают

clang/c2 с 2015 или что?

Я понял. Спасибо, буду знать

не, LLVM-2014 или как-то так

кланг/ц2 умер совсем

ща скажу точно тулсет

ну мс не поддерживают старое

слишком сил много надо

LLVM-vs2014

вот этот парень

я понял, ладно

так он до сих пор и в 2017 висит

так он до сих пор и в 2017 висит

не осознал

в 17-й студии цланг ток под с++14 пашет?

нет, тулсет не переименовывают

нет, тулсет не переименовывают

ааа, но 17-й суппортится стандарт, да?

всё как обычно, что шланг умеет, так и есть

понял. Спасибо, поиграюсь на досуге

Здравсвуйте, колеги! Нахожусь в поисках кросплатформенной либы для SQL Server и PostgreSQL для С++. Нашел SQLAPI++ Library (http://www.sqlapi.com/) - очень понравилась и подходить для моих целей. Подскажите, кто шарит в подобном. Какие еще хорошие либы можно посмотреть? Если кто-то работал с SQLAPI++, подскажите, какие есть негативные моменты в использовании этой либы (пока-что не увидел, боюсь. что когда увижу, будет поздно ?). Спасибо!

ребята подскажите либу какуюнибуть с документацией хорошей для отправки файлов на ftp

libcurl

wt: dbo

Здравсвуйте, колеги! Нахожусь в поисках кросплатформенной либы для SQL Server и PostgreSQL для С++. Нашел SQLAPI++ Library (http://www.sqlapi.com/) - очень понравилась и подходить для моих целей. Подскажите, кто шарит в подобном. Какие еще хорошие либы можно посмотреть? Если кто-то работал с SQLAPI++, подскажите, какие есть негативные моменты в использовании этой либы (пока-что не увидел, боюсь. что когда увижу, будет поздно ?). Спасибо!

Нужно чтобы одновременно работала с двумя серверами?

wt: dbo

Не использовал, но внешне очень понравилась

Да. как минимум с этими двумя.

Нужно чтобы одновременно работала с двумя серверами?

Т.е. это будет пользователь переключать разные бекенды у себя?

Типа того.

Не использовал, но внешне очень понравилась

я юзал, вроде норм