Ну таки да, GCC есть врожденные болячки. Но вот лечить их вряд ли будут, кодовая база слишком большая.

А что за болячки?

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

ну с++98 тоже выполнял положенную на него задачу

А что за болячки?

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

ну с++98 тоже выполнял положенную на него задачу

И на нем до сих пор пишут

И на нем до сих пор пишут

ну то есть 11-14 стандарты не нужны?)

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

Вы так говорите, буд-то разрабатываете GCC

Вы так говорите, буд-то разрабатываете GCC

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

Вы так говорите, буд-то разрабатываете GCC

Ну вроде код в открытом доступе, да и сами разрабы говорят о проблемах

Ну вроде код в открытом доступе, да и сами разрабы говорят о проблемах

Количество нововведений в GCC7 говорит об обратном. Код выглядит лучше, чем очень многие закрытые проекты

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

Ознакомьтесь с историей третьего питона и его популярностью.

Ознакомьтесь с историей третьего питона и его популярностью.

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

именно

именно

Ну тут есть но, что автор не гарантирует добавление фич и поддержка второй версии рано или поздно будет свернута

http://lemon.cs.elte.hu/trac/lemon - оцените либку, мне тут скинули

Ну тут есть но, что автор не гарантирует добавление фич и поддержка второй версии рано или поздно будет свернута

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

http://lemon.cs.elte.hu/trac/lemon - оцените либку, мне тут скинули

ого, годнота. Вот откуда Boost.GRaph должен черпать алгоритмы себе)

http://lemon.cs.elte.hu/trac/lemon - оцените либку, мне тут скинули

почитал доки, выглядит здорово

сходу вижу штуки, которые неплохо было бы перенести в BGL

Здравствуйте, товарищи! А в C массивы не хранят свой размер?

нет

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

Неплохо, спасибо =)

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

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

ага. *argv[] - как пример

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

в winapi в некоторых местах, например, из недавнего: PCTSTR acceptTypes[] = { TEXT("*/*"), nullptr }; auto hRequestHolder = InternetHandlerHolder( HttpOpenRequest(hConnect, TEXT("GET"), resource, NULL, NULL, acceptTypes, flags, 0), [](HINTERNET h) { InternetCloseHandle(h); });

acceptTypes - null-terminated

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

да си-строка просто

да си-строка просто

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

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

подавляющее большинство софта с базой пользователей больше 5 человек поддерживает py3

но переход бы медленный и болезненный

в winapi в некоторых местах, например, из недавнего: PCTSTR acceptTypes[] = { TEXT("*/*"), nullptr }; auto hRequestHolder = InternetHandlerHolder( HttpOpenRequest(hConnect, TEXT("GET"), resource, NULL, NULL, acceptTypes, flags, 0), [](HINTERNET h) { InternetCloseHandle(h); });

не осилил пример, acceptTypes - это массив из строк получается?

подавляющее большинство софта с базой пользователей больше 5 человек поддерживает py3

спасибо, я уже попробовал это с pabot - пускалка тестов параллельно на robot framework

массив из указателей на строки

так что сказки про python 3 везде я в ближайшие годы слушать не буду ?

массив из указателей на строки

понял, спасибо!

так что сказки про python 3 везде я в ближайшие годы слушать не буду ?

дак никто про везде и не говорит. Закроют поддержку и кто хочет пусть занимается некрофилией дальше

дак никто про везде и не говорит. Закроют поддержку и кто хочет пусть занимается некрофилией дальше

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

и не очень хотелось бы, чтобы они перестали работать

если бы было что-то простое, я бы пропатчил и PR сделал бы

я бы с радостью, но не тут то было ?

я всеми руками и ногами за Python3, но вот что-то как-то переход затянулся

если бы было что-то простое, я бы пропатчил и PR сделал бы

переписывание с 2 на 3 занимает редко больше часа на KLOC

переписывание с 2 на 3 занимает редко больше часа на KLOC

перепиши pabot и все его зависимости, пожалуйста. И залей наконец-то

я только огромное спасибо скажу

есть же 2to3

ОНО ДАЖЕ РАБОТАЕТ НА ВЫХОДЕ

3 варианта: 1. хранить размер отдельно 2. sizeof(array)/sizeof(array[0]) 3. динамические массивы с NULL/0 в качестве завершения

Незнающему человеку советовать 2-й вариант - зло

Незнающему человеку советовать 2-й вариант - зло

незнающему sizeof?

незнающему sizeof?

Незнающему, что sizeof(char*) != sizeof(char[10])

sizeof от ptr

да, эпик грабли.тут при рефакторе сишного проекта, когда перенес макрос свой, напоролся на это ?

ну, sizeof(base types) - основы как бы

люблю плюснутую версию этого макро, она в шаблон превращается

Да основы-то понятно, но это одна из типичных ошибок. Раз человек спрашивает про динамические массивы, наверняка он указатель гоняет. И наверняка попробует найти размер массива вторым способом (ну ведь самый простой на вид!)

он не спрашивал про динамические

в си вообще много мест где легко прострелить себе оба колена

люблю плюснутую версию этого макро, она в шаблон превращается

жаль, что результат sizeof в препроцессоре не очень можно пользовать. можно было б массивы в compile time обрабатывать нужным образом

в частности строки кодировать, определяя их по-человечьи "...", а не { '.', '.', ... }

хжём constexpr для string

ERROR: S client not available

он не спрашивал про динамические

Хм, не так прочитал. Но суть не сильно меняется

сделанный на constexpr_allocator и все методы, обмазанные constexpr

сделанный на constexpr_allocator и все методы, обмазанные constexpr

Антон же пилит уже, не?

Антон же пилит уже, не?

пилит)

хжём constexpr для string

в pure c? :)

в pure c? :)

извините, здесь не pure С ?

в чистом си не получится, к сожаленью. там чот со стандартизацией туго

извините, здесь не pure С ?

здесь микс

извиняю ?

в чистом си не получится, к сожаленью. там чот со стандартизацией туго

они ща какие-то ТС пишут, я об одном в канале писал

А чем fixed_string не нравится?

Черновик технического отчета (TR) от ISO по избежанию программных уязвимостей в языке Си. Рассматриваются такие распространенные ошибки, как использование функций, не принимающих размер буфера (таких, как strcpy(), sprintf, и, в особенности, функции gets(), читающей строчку из stdin и пишущую в буфер вне зависимости от его размера), целочисленное и знаковое переполнение, висячие ссылки на локальные объекты, ошибки "Off-by-one" в индексах массивов и другие, которые могут злоумышленниками использоваться как программные уязвимости. Ссылка на документ: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2018.pdf #c #defensiveprogramming #iso #n2018 #dontshootattheleg #coolhatzckersshallnotpass

Черновик технического отчета (TR) от ISO по избежанию программных уязвимостей в языке Си. Рассматриваются такие распространенные ошибки, как использование функций, не принимающих размер буфера (таких, как strcpy(), sprintf, и, в особенности, функции gets(), читающей строчку из stdin и пишущую в буфер вне зависимости от его размера), целочисленное и знаковое переполнение, висячие ссылки на локальные объекты, ошибки "Off-by-one" в индексах массивов и другие, которые могут злоумышленниками использоваться как программные уязвимости. Ссылка на документ: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2018.pdf #c #defensiveprogramming #iso #n2018 #dontshootattheleg #coolhatzckersshallnotpass

и опять ни слова про про strlcpy/strlcat

А чем fixed_string не нравится?

Они immutable по размеру. Соответственно push_back без создания копии не сделаешь. Следовательно тип заранее предопределён. Значит и ветка кода заранее предопределёна - никаких циклов

Вообщем не спал ночь. И пришел ко мне такой вопрос, какому япу ебы мог доверить свою жизнь. Ну да вот так, если бы пришлось пилить софт для какой-нить наковальты в несколько тонн, и знаете походу я сделал бы выбор в пользу си. А какой ваш выбор?

Плюсы

Вообщем не спал ночь. И пришел ко мне такой вопрос, какому япу ебы мог доверить свою жизнь. Ну да вот так, если бы пришлось пилить софт для какой-нить наковальты в несколько тонн, и знаете походу я сделал бы выбор в пользу си. А какой ваш выбор?

плюсы с жестким кодинг гайдом а-ля НАСА или раст (с таким же примерно кодинг гайдом)

Вообщем не спал ночь. И пришел ко мне такой вопрос, какому япу ебы мог доверить свою жизнь. Ну да вот так, если бы пришлось пилить софт для какой-нить наковальты в несколько тонн, и знаете походу я сделал бы выбор в пользу си. А какой ваш выбор?

haskell

будет очень ленивая наковальня без сайд эффектов

будет очень ленивая наковальня без сайд эффектов

?

Вообщем не спал ночь. И пришел ко мне такой вопрос, какому япу ебы мог доверить свою жизнь. Ну да вот так, если бы пришлось пилить софт для какой-нить наковальты в несколько тонн, и знаете походу я сделал бы выбор в пользу си. А какой ваш выбор?

Если будет писать професиионал - то без разницы, что за язык. Если новичок, то обязательно на языке Ада! Так новостные заголовки будут повеселее "Роковая графиня убивает спустя 100 лет после своей смерти", "На языке ада создана программа убийца", "С++ против ада - проиграна битва, но выиграна война!"

Надо тогда сначала стандарт прочитать наверное

оформите ваши желания в виде идеи на stdcpp.ru я посмотрю, что можно сделать

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

приведите примеры, где это может быть полезным + какое бы решение данной проблемы вы хотели видеть ?

Вообщем не спал ночь. И пришел ко мне такой вопрос, какому япу ебы мог доверить свою жизнь. Ну да вот так, если бы пришлось пилить софт для какой-нить наковальты в несколько тонн, и знаете походу я сделал бы выбор в пользу си. А какой ваш выбор?

MISRA C -_-

У меня подкоптило от сравнения плюсов и питона

а что, оба одинаковые строготипизированные языки со скобочками