forum.opennet.ru - "Релиз набора компиляторов GCC 13" (310)

"Релиз набора компиляторов GCC 13"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Релиз набора компиляторов GCC 13"	+/–
Сообщение от opennews (??), 26-Апр-23, 17:09
После года разработки опубликован релиз свободного набора компиляторов GCC 13.1, первый значительный выпуск в новой ветке GCC 13.x. В соответствии с новой схемой нумерации выпусков, версия 13.0 использовалась в процессе разработки, а незадолго до выхода GCC 13.1 уже ответвилась ветка GCC 14.0, на базе которой будет сформирован следующий значительный релиз GCC 14.1... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59038
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (1), 17:09 , 26-Апр-23, (1) –7

Скрыто модератором, Жироватт (ok), 17:10 , 26-Апр-23, (3) +4
Скрыто модератором, Аноним (10), 17:37 , 26-Апр-23, (10) –6

Скрыто модератором, Аноним (39), 19:49 , 26-Апр-23, (39) +1

Скрыто модератором, FF (?), 19:37 , 26-Апр-23, (38) +1

На кой auto в C В C он нужен из-за монструозных template тов , asdasd (?), 17:09 , 26-Апр-23, (2) –8

Для уменьшения дублирования кода , warlock66613 (ok), 17:13 , 26-Апр-23, (4) +4

И прострела пяток поизящнее, как на JS , Аноним (58), 21:31 , 26-Апр-23, (58)

На самом деле применение автовывода типов может помогать бороться со слабостями , warlock66613 (ok), 22:01 , 26-Апр-23, (76) +3

И обувает статический анализатор на возможность проверить баганул ли тут кодер и, Аноним (78), 22:06 , 26-Апр-23, (78) +2

Очень интересно было бы пример услышать Я думаю, ты выдаёшь желаемое за действи, Илья (??), 22:51 , 26-Апр-23, (93)

Например малоочевидные утечки памяти в мало-мальски крупных дотнет программах пр, Аноним (-), 01:14 , 27-Апр-23, (109) +2

Это не общеизвестный пример Есть ссылка на баги в таких проектах , Инжиниринг (?), 10:16 , 27-Апр-23, (150) +1

Я под НДА, но проекты на моно у нас текут Могу сказать только что там дохрена-д, InuYasha (??), 17:50 , 27-Апр-23, (216)
Те проекты - confidential proprietary и сослаться на это вообще совсем не вариан, Аноним (-), 23:06 , 27-Апр-23, (236)

Всегда удивляло что находятся люди, которые избыточный код считают дополнительно, Аноним (108), 01:12 , 27-Апр-23, (108) –1
Например если взять следующий код без авто short i -3 unsigned short u, warlock66613 (ok), 16:49 , 27-Апр-23, (207)

При том если вы написали unsigned вы реально имели в виду намерение поработать с, Аноним (237), 23:10 , 27-Апр-23, (237) +1

В c в обоих случаях с типом не будет проблем Давай пример, а , Илья (??), 22:39 , 26-Апр-23, (90)

Для детей, выросших на всяких нескучных язычках с выводм типа при копиляции Ну , Жироватт (ok), 17:16 , 26-Апр-23, (5) +3

В си всё void и любые типы это всего-лишь небольшой сахарок компилятора, было б, Аноним (7), 17:32 , 26-Апр-23, (7) +1

Ну, указатели тупо целое положительное число в hex уже вводит их в ступор И ес, Жироватт (ok), 17:51 , 26-Апр-23, (13) –3

Oh, my sweet summer child 8230 , warlock66613 (ok), 22:05 , 26-Апр-23, (77) +1

Не пугай кататоника , Аноним (78), 22:08 , 26-Апр-23, (80) +1
Таки шо вы таки говорите , Жироватт (ok), 08:16 , 27-Апр-23, (132)
Оно точно положительное Есть отрицательный указатель Может просто hex для удоб, Аноним (228), 21:12 , 27-Апр-23, (228)

Адрес в памяти по определению положителен Указатель помимо адреса может включат, n00by (ok), 07:10 , 28-Апр-23, (265)

Я бы для начала спросил а является ли указатель числом адресом И ответ нет,, warlock66613 (ok), 10:49 , 28-Апр-23, (277)

ISO IEC 9899 20176 2 5 Types21 Arithmetic types and pointer types are collective, n00by (ok), 12:54 , 28-Апр-23, (282)

Не совсем в DOS а вообще в реальном режиме и не совсем 20 мог быть и 20, и 16, warlock66613 (ok), 15:49 , 28-Апр-23, (292)

Я так и не понял, зачем повторно вырезаете мои слова про сегментный регистр и ре, n00by (ok), 18:35 , 28-Апр-23, (301)

Ну надо же, какой умный этот ваш процессор Не знаю, то ли вы переводите неправил, warlock66613 (ok), 19:09 , 28-Апр-23, (302)
Вы заявляли про два числа Откуда они взялись types - это множественное число Ни, n00by (ok), 20:04 , 28-Апр-23, (304)
В программах на Си для реального режима x86 дальние far указатели представлены, warlock66613 (ok), 21:33 , 28-Апр-23, (306)
Вопрос был, откуда это мнение взято Цитирую IA-32 SDM, Vol 1 1 3 4 Segmented Add, n00by (ok), 11:05 , 29-Апр-23, (308)
Интересно насколько вообще то нечто вообще соответствовало каким либо стандартам, Аноним (78), 03:12 , 02-Май-23, (345)

так адрес в памяти или адрес памяти , Аноним (319), 09:23 , 30-Апр-23, (319)

Адрес ячейки Ячейка памяти находится в памяти Русский язык позволяет опускать , n00by (ok), 10:37 , 30-Апр-23, (320)

Начитаются такого и потом конпелируют только с -O0 потому, что даже -O1 бажит , Аноним (149), 10:09 , 27-Апр-23, (149) +1

В любом языке со статической типизацией типы -- это всего-лишь небольшой сахаро, Аноним (49), 20:55 , 26-Апр-23, (49) +1

C там есть рантайм инфа о типе для динамического каста , Аноним (60), 21:36 , 26-Апр-23, (60)
Какой-нибудь ubsan очень резко не согласится с тобой Он очень даже переживает э, Аноним (78), 22:11 , 26-Апр-23, (82) +1

Когда в якобы типизированные ЯП вводили подобия auto - иные адепты типизации и п, Бывалый смузихлёб (?), 18:34 , 26-Апр-23, (21) –2
inttype h сто лет в обед, а вы до сих пор платформозависимые используете , 4рл (?), 09:37 , 27-Апр-23, (143) +1

Вот и настал тот день, когда я больше не хочу писать на Си Я долго его ждал, но, name (??), 17:31 , 26-Апр-23, (6) +2

Даже не из-за остутствия контроля за границами массивов , _RORO_ (ok), 17:35 , 26-Апр-23, (8) +2

А я не пользуюсь массивами -р Вообще, убогая структура дынных , name (??), 18:47 , 26-Апр-23, (29)

Привет мир продолжит работать без auto, не переживай ты так, Вы забыли заполнить поле Name (?), 19:30 , 26-Апр-23, (35) +2

формалисты введут обязательное правило использование auto А так-как у них мозга, Аноним (228), 23:20 , 27-Апр-23, (239)

Без них ты бы даже коммент не смог написать, потому что любая строка это массив , _RORO_ (ok), 19:32 , 26-Апр-23, (36) +1

Только лох использует строки-массивы Самурай юзает связанные письки , name (??), 20:22 , 26-Апр-23, (42)

defun opennet net open net , Dzen Python (ok), 21:17 , 26-Апр-23, (53) +1

Интересно, что некие гендерфлюидные нотки здесь есть, но в целом да , Аноним (119), 04:37 , 27-Апр-23, (119)
Флюгик, чуток со скобками ошибся Но в целом простительно , Аноним (121), 04:41 , 27-Апр-23, (121)

зануда вкл буквы в букваре зануда выкл можно получать доступ к строке через у, Аноним (60), 21:43 , 26-Апр-23, (63) +1
строка это тип stringв С это указатель с определенной дистанцией смещения оканчи, Аноним (60), 21:49 , 26-Апр-23, (65)

Блин как же ты пакеты по сети передаешь в портабельном кроссплатформенном виде , Аноним (74), 21:58 , 26-Апр-23, (74)

А зачем массивы при передаче пакетов Структы, указатели на память в каком мес, name (??), 09:29 , 27-Апр-23, (141)

Вероятно подразумевалось, что массив понятен всем ОС и языкам Передается он как, Аноним (228), 21:21 , 27-Апр-23, (229)
А указатели на память, типа, не массивы В сях вообще отличие достаточно маргина, Аноним (-), 23:21 , 27-Апр-23, (240)

А чем ты пользуешься , Илья (??), 06:52 , 27-Апр-23, (126)

В общем случае графами В частных - списками и деревьями , name (??), 09:28 , 27-Апр-23, (140)

Ну так в графах и деревьях под капотом тоже массив, _RORO_ (ok), 12:43 , 27-Апр-23, (168) +1

Лолшто, name (??), 13:58 , 27-Апр-23, (179)

Посмотрите исходники malloc , n00by (ok), 07:13 , 28-Апр-23, (266)

От меня это не зависит Я там за границы массива не выйду , name (??), 14:19 , 28-Апр-23, (286)

Зато можно вызвать mmap и реализовать граф поверх той памяти, заменив указател, n00by (ok), 15:10 , 28-Апр-23, (289)

не всегда оправдано , Аноним (228), 21:27 , 27-Апр-23, (230)

Остаётся подвал , СекторГаза (?), 17:37 , 26-Апр-23, (9) +1

Всякие int,long размер которых не определён спецификацией это ни рыба ни мясо Е, _RORO_ (ok), 17:43 , 26-Апр-23, (11) +4

Поэтому Си и завоевал популярность int - наиболее подходящий для аппаратной пла, Аноним (60), 21:28 , 26-Апр-23, (57)

Садись, два , Аноним (64), 21:46 , 26-Апр-23, (64) +8

однобайтное целое англ tiny int 8212 8 бит, -128 127 короткое целое анг, Аноним (60), 21:52 , 26-Апр-23, (68) –1

Небось еще и русская, где это какой-то отсебяша накорябал А надо было читать ст, Аноним (-), 22:19 , 26-Апр-23, (83) +4
в Cortex M int и long 32 бита, а long long уже 64, FF (?), 23:09 , 26-Апр-23, (94)

и опять же это компиляторы и задефайнено так, это же программная условность, FF (?), 23:10 , 26-Апр-23, (95)

include stdio h void main int a long b printf d d, Аноним (60), 21:58 , 26-Апр-23, (73)

Это хреновые способ доказать что-то Ваша конкретная машина - не все возможности, Аноним (74), 22:01 , 26-Апр-23, (75) +1

Профессор, когда-то я это знал, а потом основательно забыл с почти Потому , Аноним (60), 22:09 , 26-Апр-23, (81)

Ну как бы если мы про стандарты и код, при этом не важно с какими платформами кт, Аноним (-), 22:21 , 26-Апр-23, (86) +1
Ну, с 64-битными Виндой и Линухом-то все встречались На первой long 32 бит, на , Аноним (64), 00:54 , 27-Апр-23, (105) +2

Эпичнее встречи с int a sizeof WCHAR Когда оно работает в Windows с двухбайтным, n00by (ok), 11:17 , 27-Апр-23, (156)

rol, ты мне немного мозг подамажил таким примером Но это ещё что Когда у тебя , InuYasha (??), 17:28 , 27-Апр-23, (214)

Маршалинг должен быть , Аноним (228), 00:39 , 28-Апр-23, (259)
Да накосячил с арифметикой Сейчас не найду ту тему на ЛОРе, массив создавался д, n00by (ok), 07:36 , 28-Апр-23, (268)

Что оно 1 WCHAR в винде определен, а linux нет 2 wchar_t имеет платформозави, Аноним (228), 22:41 , 27-Апр-23, (233)

В моём сообщении единственная строка с кодом int a sizeof WCHAR переносят в Li, n00by (ok), 07:28 , 28-Апр-23, (267)

неа, оно так не работает оно зависит не только от апаратуры но и от ос например, Аноним (211), 16:58 , 27-Апр-23, (211) +1
Скрыто модератором, Аноним (-), 10:08 , 28-Апр-23, (274)

ага, до первого хардкода или ошибки с sizeof , InuYasha (??), 12:45 , 27-Апр-23, (169)

Это был закос под кроссплатформенность и одновременно упрощение, который в итоге, InuYasha (??), 12:48 , 27-Апр-23, (170) –1

Он нужен чтобы не писать одно и то же и не ошибаться Когнитивная нагрузка ниже, , Аноним (108), 18:20 , 26-Апр-23, (17) +3
auto это очень хорошее ключевое слово, если им правильно пользоваться Оно позво, soomrack (ok), 18:47 , 26-Апр-23, (28) +8

Или тебе нужен был определенный тип alice, а теперь кто-то порефакторил код из, Аноним (32), 19:08 , 26-Апр-23, (32)

Если нужен прям определенный тип, то там auto ставить, конечно, нельзя auto это, soomrack (ok), 19:25 , 26-Апр-23, (34) +1

В zig просто выводится тип автоматически, без этих костылей В принципе auto - эт, Аноним (32), 20:38 , 26-Апр-23, (43)

Если это так, то си перестает быть языком статической типизации , Аноним (60), 21:20 , 26-Апр-23, (55) –2

Веет башпрограммистами автономных операционных систем Статическая типизация - эт, n00by (ok), 11:24 , 27-Апр-23, (158)

А потом мы не узнаем случайно что вооооооон там код не умел на самом деле работа, Аноним (-), 22:33 , 26-Апр-23, (88) +1
Это издевательство над оператором присвоения А какое значение у person и нужно л, Аноним (228), 21:09 , 27-Апр-23, (227)

Не пользуйся, Вы забыли заполнить поле Name (?), 19:34 , 26-Апр-23, (37)
Тип auto был всегда по умолчанию int a это auto int a , Аноним (60), 20:49 , 26-Апр-23, (46)

Или они ушли от статической типизации и auto может быть чем угодно у меня gcc v8, Аноним (60), 20:56 , 26-Апр-23, (51) –1

Не ушли но это именно вот тот другой auto, как в новых плюсах А он разве умел C2, Аноним (-), 22:36 , 26-Апр-23, (89)

Значит auto это то что может реализовать компилятор, а не то что хочет программи, Аноним (60), 00:52 , 27-Апр-23, (104)

А что, в Си запретили использование макросов Вполне может там оказаться удобно , Аноним (146), 09:45 , 27-Апр-23, (146) +3

code code Смотрите дети как себе метко в пятки стрелять, да не просто а в пры, Аноним (242), 23:38 , 27-Апр-23, (242)

Не надо так писать Видно же, что это макрос , n00by (ok), 08:09 , 28-Апр-23, (269)

Иногда очень соблазнительно воткнуть туда вот именно некое выражение Из соображ, Аноним (-), 23:35 , 30-Апр-23, (330)

Я захотел нарушить конвенцию, но виноват вон тот , n00by (ok), 10:13 , 01-Май-23, (339)

В реально требовательных штуках, типа MISRA, насколько я помню, конвенция такова, Аноним (-), 03:29 , 02-Май-23, (346)

это макро было иллюстративным и только Никак Написавший такие аргументы в тако, Аноним (291), 15:17 , 28-Апр-23, (291) +2

Зачем подавать пример как делать не надо, особенно если есть куда менее стремные, Аноним (-), 23:53 , 30-Апр-23, (331)

По ссылке define dataCondStoreTG P, E, D do , n00by (ok), 11:04 , 27-Апр-23, (154) +1
Говорите прямо - запутались auto как палочка выручалочка Что получится не важн, Аноним (228), 23:48 , 27-Апр-23, (244)
Трольнул, круасафчег Все отписавшиеся выше не знают не то что сей, их к компу , Аноним (262), 04:26 , 28-Апр-23, (262)

Кто лучше знает, это получается, что в новом стандарте Си появился полноценный б, Tita_M (ok), 17:44 , 26-Апр-23, (12) –1

Не особо нужен char и значений 0, 1 всегда хватало Си, в отличие от C - это н, Аноним (14), 17:51 , 26-Апр-23, (14) –1

Конкретно с char byte ты бахнешься на процах, которые требуют выравнивания при , Tron is Whistling (?), 22:20 , 26-Апр-23, (85)

Плохому танцору известно что мешает В 2023 жаловатся на вышеперечисленное прост, Аноним (97), 23:12 , 26-Апр-23, (97) –1
Можно юнионом укладывать в чар 8 булей А выравнивание -- это проблема компилято, Пользователь чебурнета (?), 05:59 , 27-Апр-23, (124)

Чо хранить логические переменные в одном бите Ну можно, конечно, но изврат к, Аноним (133), 08:46 , 27-Апр-23, (133) –2

погугли, что такое программирование, а потом про битовые поля, Аноним (137), 09:05 , 27-Апр-23, (137)

И тут аноны откроют для себя флаги , InuYasha (??), 18:15 , 27-Апр-23, (220)
они всегда были затратные если только одно битовое поле Хард программирование и, Аноним (228), 23:47 , 27-Апр-23, (243)

Нет, лучше в 64 Параллельно запивая смузи Обычный приём, который преподаётся в , Пользователь чебурнета (?), 13:30 , 27-Апр-23, (177)

Мало в каких школах дают Сишечку В основном дают Питон сейчас Си скорее на пер, Срыватель покровов (?), 10:23 , 28-Апр-23, (275)

Верно, но это уже неустранимые проблемы нынешней системы образования, обсуждать , Пользователь чебурнета (?), 17:20 , 29-Апр-23, (314)

В младших - Assembler, в средней школе - Brainfuck, в старших - Rust По выпуску , Аноним (317), 01:18 , 30-Апр-23, (317) –1

Молодец, теперь попробуй осуществить свой педагогический эксперимент, начав с со, Пользователь чебурнета (?), 01:36 , 30-Апр-23, (318)

Лучше struct ом Проблема однако в том что это хотя и сэкономит RAM под були, сг, Аноним (245), 23:59 , 27-Апр-23, (245)

Код будет жирнее -- ну может быть, от компилятора и опций зависит Что будет мед, Пользователь чебурнета (?), 20:36 , 28-Апр-23, (305)

Чтобы хранить 8 булей в 1 байте внезапно, выставить бит в 1 более не немедлен, Аноним (-), 00:13 , 01-Май-23, (332)

Серьёзно, char в качестве bool Чтобы strict aliasing многого о себе не возомнил, oficsu (ok), 23:58 , 26-Апр-23, (101) +2

Поэтому в добром Си, на котором писали ОС, и не было этого типа Была логика 0 , Аноним (228), 23:13 , 27-Апр-23, (238) +1

то чувство, когда маленькие дети не знают про stdbool h, но рассказывают всем о , Аноним (137), 09:00 , 27-Апр-23, (136) +3

Деды Ритчи и Керниган не пользовались, и тебе не надо Не писали с вали, Жироватт (ok), 17:57 , 26-Апр-23, (15) +7
А зачем он нужен По-моему 0 1, проще чем false true , xsignal (ok), 18:20 , 26-Апр-23, (18)

Разная смысловая нагрузка типы они для людей получается ты своим болевым типо, Вы забыли заполнить поле Name (?), 20:11 , 26-Апр-23, (40) +3
0 что_угодно_целоеfor int i 10 i i-- тело Лучше так не писать, Аноним (60), 21:15 , 26-Апр-23, (52)
Например code uint8_t var1 256 if var1 do_something Хоть var1 не ноль, Аноним (74), 21:51 , 26-Апр-23, (67) +3

На подобное заведомое переполнение gcc ругается И когда из большего типа в меньш, _kp (ok), 01:03 , 27-Апр-23, (106) +1

И это если повезёт Недавно искал проблему в коде, гдевыводило то ли 9 11 1, Аноним (123), 05:58 , 27-Апр-23, (123)
Это был простейший пример В реальном коде будет нечто ближе к code uint8_t var, Аноним (-), 00:08 , 28-Апр-23, (246)

Да, 90 бестолковых предупреждений, но для своего кода, так использую, иногда по, _kp (ok), 10:23 , 28-Апр-23, (276)

Вообще-то вполне толковых, а то что часто прокатывает и так - на самом деле без , Аноним (237), 00:30 , 01-Май-23, (333) +1

Вообще то, в первую очередь интересует отлов ошибочного присваивания не тому тип, _kp (ok), 10:33 , 01-Май-23, (342)

А что это за ситуации вообще Мной это не распознается как какая-то типовая проб, Аноним (-), 03:43 , 02-Май-23, (347) +1

Это считай руко опство в проектах которые пишут несколько человек, и особенно в , _kp (ok), 12:35 , 02-Май-23, (349)

Мне пример этого интересен, как бы это могло выглядеть Потому что сходу баг так, Аноним (58), 07:39 , 07-Май-23, (352)

Если использовать uint8_t как bool, то производительность упадёт Лучше использо, Ванёк (?), 02:14 , 27-Апр-23, (113)

А если использовать 64 байта и выравнивать на 64 байта, то автоматом избавимся е, Аноним (123), 05:55 , 27-Апр-23, (122)

А что там такое может храниться может на практике, что разные ядра лезут в смежн, n00by (ok), 11:46 , 27-Апр-23, (160) +1

Для intel 32bit - да А других архитектурах может быть быстрее , _kp (ok), 11:17 , 27-Апр-23, (157) +1

На x86_64 операции с uint32_t будут быстрее, чем с uint8_t и uint16_t , Ванёк (?), 14:59 , 27-Апр-23, (190)

а на AVR , фф (?), 16:25 , 27-Апр-23, (204)

Вы сами догадываетсь На Cortex и Risc-v 32bit 8 16 битный bool быстрее 32х битно, _kp (ok), 17:12 , 27-Апр-23, (213)

Когда будут и кто обещал Пока операции с регистрами занимают одинаковое количес, n00by (ok), 18:15 , 27-Апр-23, (221)

См документацию по ассемблеру x86_64 , Ванёк (?), 22:04 , 27-Апр-23, (231)

Зачем я буду смотреть всякую чепуху, какую Вы и процитировать стесняетесь Я смо, n00by (ok), 08:40 , 28-Апр-23, (271)

Из относительно современных нашёл такое только для Atom не путать с Silvermont , n00by (ok), 18:21 , 27-Апр-23, (222) +1

Вот прям так универсально Ну попробуйте свой совет на AVR И получите пролет по, Аноним (-), 00:12 , 28-Апр-23, (247)

uint8_t var1 256 И в этом весь C Сделать для быстрого косособачинга кривую , fidoman (ok), 10:24 , 27-Апр-23, (151) –1

А теперь ещё раз и по-русски , Пользователь чебурнета (?), 14:22 , 27-Апр-23, (184)

дитё порвало 124 -Dсию конструкцию засунуть в компилятор и понять что н, _ (??), 05:23 , 28-Апр-23, (264)

И соберётся и запустится Эффект окажется для некоторых неожиданным Особенно дл, n00by (ok), 08:50 , 28-Апр-23, (272)
Соберется, но в современных компилерах warning выдаст , Аноним (237), 00:31 , 01-Май-23, (334)

Не угадал, де факто там варнинг в современных компилерах будет Но как утрирован, Аноним (-), 00:14 , 28-Апр-23, (249)

Он уже был в С11 как _Bool, сейчас stdbool h решили деприкейтнуть Сам bool вообщ, Аноним (23), 18:35 , 26-Апр-23, (23)

Он и вон тем stdbool ом был как bool вывешен как typedef вроде То что для нор, Аноним (74), 21:53 , 26-Апр-23, (69) +1
Целочисленные типы сей как булеан довольно опасная штука, они врапаются по основ, Аноним (74), 21:56 , 26-Апр-23, (71)

Ну да, оставили только two s complementНет, не будет Поскольку возможность пере, oficsu (ok), 00:04 , 27-Апр-23, (102)

Видимо дотумкало что столько UB сколько там есть - не рулит совершенно Если оста, Аноним (-), 00:17 , 28-Апр-23, (250)

Ну, допустим Дело же не в нём Проблема в том, что оптимизатор может заложиться, oficsu (ok), 20:14 , 29-Апр-23, (315)

Компилер обязан поддерживать заявленную абстракцию В том числе и в оптимизере, , Аноним (-), 00:40 , 01-Май-23, (335)

Тип и раньше был, как минимум с C99, только надо было включать stdbool h А если, Совершенно другой аноним (?), 18:43 , 26-Апр-23, (26) +5

макаки написали, макаки убежали, им бесполезно доказывать, они не программисты, FF (?), 23:12 , 26-Апр-23, (96) +1

Когда язык проектировали как замену ассемблеру, тогда булевый тип хранился во фл, n00by (ok), 11:33 , 27-Апр-23, (159) +1

несчастливый номер, пожалуй пропущу эту версию анбора конпиляторов, Аноним (19), 18:24 , 26-Апр-23, (19) +1

А в Китае число 4 боятся, как огня, хотя ничего такого в нём нет , xsignal (ok), 18:35 , 26-Апр-23, (24) +1

Почему нет, если читается как смерть Но, я думаю, в целом, в китае большой п, Аноним (7), 18:41 , 26-Апр-23, (25) –4

Уничтожение древних текстов и старых храмов, которые могли бы правдиво рассказат, Tita_M (ok), 18:52 , 26-Апр-23, (31) +2

Дану, стремное какое-то Тоже начну бояться , name (??), 18:44 , 26-Апр-23, (27)
Пятёрка конечно лучше четвёрки, но тройка еще хуже Самое счастливое число это 5, Аноним (134), 08:53 , 27-Апр-23, (134)
13 1 3 4 Вуаля тут чинацйы собрали кирпичей на новую Стену , InuYasha (??), 18:11 , 27-Апр-23, (218)

Бэкхенд на расте как раз добавили, плохой знак, Вы забыли заполнить поле Name (?), 20:13 , 26-Апр-23, (41) +1
Повеяло мракобесием автономной ОС, у которой уже пять штук 12-х версий Если пони, n00by (ok), 12:22 , 27-Апр-23, (164)

дюжина - это 12 костяшек на 4 пальцах одной руки, которые считали пятым большим , фф (?), 16:29 , 27-Апр-23, (205) +1

Только костяшками считали не сами костяшки, а что-то из жизни Например, 4 време, n00by (ok), 18:30 , 27-Апр-23, (224)

у Cisco IOS a не было 13 версии,была 12 а потом 15 Циско - молодцы , Аноним (279), 11:22 , 28-Апр-23, (279)

У них и этажей нет 13-х, что с них взять, если это давняя традиция Вон те в авт, n00by (ok), 13:04 , 28-Апр-23, (283)

Хм А я всегда думал, что это про Иисуса -- если вместе соберутся 13 человек, то, name (??), 14:22 , 28-Апр-23, (287)

Наша Эра началась с т н Великого соединения Юпитера и Сатурна в знаке Рыб в мом, n00by (ok), 14:56 , 28-Апр-23, (288)

нормально 2 6 было топовое ядро 26 13 2 , InuYasha (??), 18:10 , 27-Апр-23, (217) +2

Как там netcdf - компилируется , AKTEON (?), 19:11 , 26-Апр-23, (33)

А не должен, что ли , Михаил (??), 07:29 , 29-Апр-23, (307)

Даааа, такие популярные языки добавлены не только в 13 , Модула и Фортран 8230, Alexey Torgashin (?), 20:42 , 26-Апр-23, (44) +2

Fortran там сто лет как , Аноним (39), 20:54 , 26-Апр-23, (47) +3
Паскаль - отличный язык По сути, это тот же Си, только с более понятным новичка, xsignal (ok), 20:54 , 26-Апр-23, (48) +2

Ну да, с удобным ср чем из всех всех всех переменных функции в её начале По мне,, _kp (ok), 21:49 , 26-Апр-23, (66) +2

1 Однопроходный компилятор - наше все 2 А как чудно решается эта проблема в фор, AKTEON (?), 22:19 , 26-Апр-23, (84)

Переменные в начале логического блока тоже перевариваются однопроходным компилят, _kp (ok), 01:15 , 27-Апр-23, (110) +2
В любом случае переменная объявляется до использования , n00by (ok), 12:01 , 27-Апр-23, (161)
Вам изобрели компьютеры чтобы не быть ограниченными одним проходом - нет, хотят , Аноним (180), 14:00 , 27-Апр-23, (180) –1

Наоборот уменьшает И все знают где в тексте статически определены все переменны, Аноним (134), 08:57 , 27-Апр-23, (135)

Знают, что определены где то там, вдалеке, но не где используются А вот их испо, _kp (ok), 10:34 , 27-Апр-23, (152)
С другой стороны, переменные для циклов типа for uint8_t i 0 i 10 i и , Аноним (-), 00:22 , 28-Апр-23, (251)

Ну вот для обучения он отличный Для программирования реальных проектов мерзость, Аноним (-), 22:42 , 26-Апр-23, (91) –1
Днищенский язык Вы только вдумайтесь, в Паскале длина массива и интервал индекс, DEF (?), 02:56 , 27-Апр-23, (114) –4

Это отличная вещь под названием строгая типизация Ты еще Аду не видел Проблема , Аноним (64), 03:58 , 27-Апр-23, (117) +2
А где нет А C , например, array T, 10 и array T, 11 тоже разные типы В , Аноним (180), 14:07 , 27-Апр-23, (181)

Убогие какие-то функции получаются И всё из-за одного формального параметра раз, Аноним (228), 22:59 , 27-Апр-23, (235)
Да даже на си так можно Если нужно typedef struct array10_t arr 10 vstype, Аноним (-), 00:26 , 28-Апр-23, (253)

Упс, название типа потеряно Примерно так typedef struct array10_t arr 10 , Аноним (-), 00:28 , 28-Апр-23, (255)

Там точно не А днищенство языка там начинается с 1 Потому что , InuYasha (??), 15:08 , 27-Апр-23, (192) –1

Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля тоже, Аноним (210), 16:57 , 27-Апр-23, (210) –1

Ни один истинный шотландец , Пользователь чебурнета (?), 17:08 , 27-Апр-23, (212)
А вы по утрам не приходите в канцтовары покричать на линейки и рулетки Вот, та, InuYasha (??), 17:48 , 27-Апр-23, (215) +1
Докажите, что для написания ОС такая нумерация было бы лучше , Аноним (228), 22:47 , 27-Апр-23, (234)
Нет, в математике нумерация оттуда, откуда удобно Твоё математическое образован, Аноним (-), 16:23 , 28-Апр-23, (294)

Так переписывай на Модулу скорее Модула-2 это же продвинутый Паскаль Считай эт, Аноним (56), 21:21 , 26-Апр-23, (56) +2

Вряд ли будут переписывать Вот, если б был delphi диалект object pascal, то мож, _kp (ok), 21:57 , 26-Апр-23, (72)

Скрыто модератором, Аноним (-), 12:45 , 29-Апр-23, (311)

Т е очередное нафиг нужное хзчто На этому раке никто как раз и не прогает, во , Аноним (-), 22:42 , 26-Апр-23, (92) +1

Это просто феерия какая-то - любитель одного старенького плохонького языка опуск, Аноним (180), 23:28 , 26-Апр-23, (98) +4

А вот несогласен с такой оценкой Паскаля Вполне успешный язык, с хорошей систем, AHOHNM (?), 00:43 , 27-Апр-23, (103) +4

Вы не написали с чем именно вы не согласны Написанное вами написанному мной ниг, Аноним (180), 15:21 , 27-Апр-23, (198) +1

Большое спасибо Что просветили насчет Модулы и Фортрана, буду знать что на них , Alexey Torgashin (?), 16:28 , 28-Апр-23, (296)

А не надо ёрничать Действительно, просвещайтесь https en wikipedia org wiki L, Аноним (180), 17:26 , 28-Апр-23, (300)

За что их ненавидеть Про модула не знаю ничего, а на фортране сегодня все наибо, Аноним (7), 09:38 , 27-Апр-23, (144) +1

может оказаться что дело совсем не в производительности, а в огромных горах стар, Бывалый смузихлёб (?), 12:29 , 27-Апр-23, (165)

Этот аргумент работает с коболом Но где ты его помимо банкоматов увидишь сегодн, Аноним (7), 13:36 , 27-Апр-23, (178)

Вот за это ТоталКомандер, АИМП и прочие школоподелки из 90ых презренны , InuYasha (??), 13:05 , 27-Апр-23, (176)
А, ну да, Паскаль не старенький , Аноним (187), 14:42 , 27-Апр-23, (187)

Классический Паскаль старше C Это на заметку так Но да, современные диалекты со, _hide_ (ok), 16:38 , 27-Апр-23, (206) +1
Паскаль старенький Но он вбирает в себя новые веяния Дженерики, анонимные функ, Alexey Torgashin (?), 15:15 , 28-Апр-23, (290)

Ну и как там в паскале с параллелизмом в гетерогенных вычислительных системах , AKTEON (?), 00:25 , 28-Апр-23, (252)
Пакет под Альт Линукс есть или самому собирать, я про CudaText , BeLord (ok), 17:03 , 05-Май-23, (351)

Как там дела у Iain Buclaw , Аноним (39), 20:55 , 26-Апр-23, (50) +1

Всё отлично D живее всех живых , Hck3r (?), 01:08 , 27-Апр-23, (107)

Не ну модула-2 топчик, кто бы спорил , Аноним (54), 21:19 , 26-Апр-23, (54)
Как же достало, что каждый проект придумывает свою невиданную ранее систему верс, Аноним (64), 21:55 , 26-Апр-23, (70) +1

Нормальным людям включая мантейнеров пакетов и разработчиков это нахрен не нуж, Аноним (180), 23:32 , 26-Апр-23, (99) –3

Можно выразить масштаб изменений Разве что как раз этим уникумам, которые изобре, Аноним (64), 04:08 , 27-Апр-23, (118) +1

Нет, можно выразить только наличие очередного релиза и упорядочить релизы и то , Аноним (180), 15:56 , 27-Апр-23, (202)

Ох уж эти опеннетные умники, разбирающиеся в разработке Ты сам себе противоречи, Аноним (64), 19:47 , 27-Апр-23, (226) +2

Я такого не утверждал, научись читать - я привёл semver как пример _попытки_ сде, Аноним (180), 17:21 , 28-Апр-23, (299) –1

То, что вы хотите от semver чего-то, что он не может 8212 не проблема semver,, warlock66613 (ok), 10:51 , 01-Май-23, (343)

Ты когда-нибудь зависимости руками собирал , Аноним (280), 12:06 , 28-Апр-23, (280)

less --versionless 629 PCRE2 regular expressions Copyright C 1984-2023 Mar, Аноним (148), 09:55 , 27-Апр-23, (148)
И чем тебя не устраивает GCC 13 1 released 2023-04-26 GCC 12 2 released 2022-0, Аноним (155), 11:15 , 27-Апр-23, (155) +1

Тем, что половины номеров тут нет Например, 10 0 0 или 12 1 1 То есть вы предл, Аноним (166), 12:32 , 27-Апр-23, (166)

10 0 0 или 12 1 1 - это не релизные версии, это текущие версии, над которыми вед, Ванёк (?), 15:02 , 27-Апр-23, (191)

Мне интересно, почему в языковые расширения https gcc gnu org onlinedocs gcc , nc (ok), 22:21 , 26-Апр-23, (87) +3

Потому что свойства это только для тех, кто очень полюбил визуальное программир, Ананоним (?), 23:37 , 26-Апр-23, (100) +1

Вы считаете, что без GUI дизайнера интерфейса писать гораздо быстрее, чисто в те, _kp (ok), 01:38 , 27-Апр-23, (111)

Вы считаете, что без GUI дизайнера интерфейса писать гораздо быстрее, чисто в те, Аноним (116), 03:23 , 27-Апр-23, (116)
Программист совсем ничего не должен знать про GUI GUI должен делать дизайнер В, Аноним (56), 07:40 , 27-Апр-23, (129)

Программисту надо иметь права на отламыванию пальцев дизайнеру, если что , InuYasha (??), 13:02 , 27-Апр-23, (175) –1

Даже с таким правом и даже с визуальным программированием у программиста дизайн , Аноним (56), 15:19 , 27-Апр-23, (197) +1

У многих проектов 2 - 3 разработчика, а то и всего один Вот теперь если они ещё, Аноним (187), 14:32 , 27-Апр-23, (186) –1

Значит дизайн будет фи ка лия С этим ничего нельзя поделать это данность Это н, Аноним (56), 15:17 , 27-Апр-23, (196) +1

Свойства как концепция вообще никакого отношения к визуальному программированию , nc (ok), 08:15 , 27-Апр-23, (131) +2

Ну в чистом виде не имеют, но значительно упрощают графический дизайнер интерфей, _kp (ok), 14:14 , 27-Апр-23, (182) +1

Отличная логика Добавили operator , перегрузку, пользователськие операторы, RT, Аноним (64), 19:17 , 28-Апр-23, (303)

Пишите на Vala, там есть свойства и в довесок GObject , n00by (ok), 12:11 , 27-Апр-23, (162) –1
лол, заставил меня вспомнить те годы Да не, проперти - это костыль какой-то Ес, InuYasha (??), 12:54 , 27-Апр-23, (172)

Это целиком и полностью покрывается возможностями std function, nc (ok), 00:14 , 28-Апр-23, (248)

В спортлото напиши, Си сделан не для скрытой сложности, в противном случае там д, Аноним (280), 12:10 , 28-Апр-23, (281)

Сборка toolchain с GCC всё так же является чёрной магией с кучей заклинаний , zog (??), 01:43 , 27-Апр-23, (112) +1
бекенды для го и хруста этим вообще кто то пользуется лол, жявамэн (ok), 07:02 , 27-Апр-23, (127) +2

Те кто не хотят борова чекать , Аноним (56), 07:36 , 27-Апр-23, (128)
В сборочных дистрах Gentoo, LFS не пользуются ржавым из-за необходимости тащит, Аноним (134), 09:13 , 27-Апр-23, (139)

Не со всем согласен https blogs gentoo org mgorny 2021 02 19 the-modern-packa, Аноним (145), 09:43 , 27-Апр-23, (145)
Некогда, когда ещё программировал и занимался наукой, переписал критическую част, Аноним (232), 22:28 , 27-Апр-23, (232) –1

Современный Fortran - вполне себе годный инструмент Для realtime, может, и не п, Дед Ананий (?), 08:17 , 28-Апр-23, (270) +1

Скрыто модератором, Аноним (-), 03:49 , 02-Май-23, (348)

К сожалению, для firefox уже нужно ставить Rust Но с ним есть одна дикая вещь в, soomrack (ok), 20:33 , 29-Апр-23, (316)

Пьющие кровавые смузи хипстеры , InuYasha (??), 13:00 , 27-Апр-23, (174)

Свободные и независимые хипстеры, которые за чистоту кода против корповых компил, Аноним (56), 15:48 , 27-Апр-23, (201) +1

Хотя бы 11 4 поддерживается , Штыбель (?), 10:40 , 27-Апр-23, (153)
Решил тут попробовать G И что 1 Возможности явно указать точку входа прямо в, Аноним (167), 12:35 , 27-Апр-23, (167)

Разве манипуляции с секциями ELF не задача линкера , Аноним (187), 14:44 , 27-Апр-23, (188)

Просто тут другой под к вопросу Один ламеровендузятский, где всё пихают в кучу,, Аноним (7), 14:54 , 27-Апр-23, (189) +1

В Виндосе в MSVC точка входа задавалась ключём линкеру ENTRY function В ассемб, n00by (ok), 18:46 , 27-Апр-23, (225)

Си это не ассемблер Но если сильно хочется, линкерскрипт или командлайн к вашим, Аноним (245), 00:43 , 28-Апр-23, (260) +2

GCC 13 и не слова про include cstdio , Ilya Indigo (ok), 12:59 , 27-Апр-23, (173)

А это ещё что , Аноним (245), 17:17 , 29-Апр-23, (313)

stdio h, Аноним (133), 15:38 , 30-Апр-23, (323)
https runebook dev ru docs cpp header cstdioПочти в каждом 1-ом патче для C , Ilya Indigo (ok), 19:03 , 30-Апр-23, (327)

Можно оффтоп ради саморазвития, раз уж тут околосистемные погромисты собрались , Ананий (?), 09:31 , 28-Апр-23, (273)

В виндовых x64 exe этого уже нет, так как код стал PIC-подобным, Пидор Пэн (?), 10:50 , 28-Апр-23, (278) +1

А если какой-нибудь кульхацкер на ASM е наваяет с прямой адресацией , Аноним (133), 15:31 , 30-Апр-23, (321)

Кульхацкер если что наваяет, то потом обязательно проверит Тем он и отличается , n00by (ok), 10:24 , 01-Май-23, (340)

Точнее, не в заголовке, а в таблице релокаций Релоки не обязательны для запуска, n00by (ok), 13:22 , 28-Апр-23, (284)

Открою тебе срашную тайну Тс-сc Тока никому не говори DOS Windows - это изур, Аноним (-), 12:39 , 29-Апр-23, (310)

Это для меня не тайна, что тороидального Анонима - лучше не читать 86-DOS Бил, n00by (ok), 15:06 , 29-Апр-23, (312)

Только UNIX System V COFF был без всяких там PE - M улучшайзингов , Аноним (133), 15:37 , 30-Апр-23, (322)

Разверните мысль, приведите парочку для примера , n00by (ok), 10:25 , 01-Май-23, (341)

В 32 bit x86 - а куда вы денетесь У x86 код не является position independent и , Аноним (237), 00:47 , 01-Май-23, (336)

Серверы, сервисы и прочая мутата в компиляторах докатились , Коми (?), 14:03 , 28-Апр-23, (285) +1
Его используют только в российской оборонке ИМХО, в наборе компиляторов GCC он , Аноним (-), 16:21 , 28-Апр-23, (293) –1
Проблема не в том, что есть он в наборе компилятор или нет Должно произойти 2 в, Аноним (-), 16:24 , 28-Апр-23, (295)

1 Всем по на деда2 Раковый копилефт оставьте себе Тут свободная лицензия , Анонин (?), 17:12 , 28-Апр-23, (298) –4

Свободной считается только лицензия типа копилефта Это отражено на сайте GNU и , Аноним (-), 12:32 , 29-Апр-23, (309) +1

Свободной по чьему мнение По мнению гнутеллы и фсф Ахаха, ну разумеется это рач, Анонин (?), 17:54 , 30-Апр-23, (326) –2

Люто плюсую твои слова, брат Аноним , Аноним (133), 15:40 , 30-Апр-23, (324) –1

Главное, чтобы swap не рос, Аноним0 (?), 16:45 , 28-Апр-23, (297)

Rust же защищает от Use after free , Аноним (133), 15:43 , 30-Апр-23, (325)

Вон тот список CVE готов поспорить с этим храбрым утверждением , Аноним (237), 00:48 , 01-Май-23, (337)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 26-Апр-23, 17:09 –7 +/–

Под Байкал компилируется?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #10, #38

2. Сообщение от asdasd (?), 26-Апр-23, 17:09 –8 +/–

> разрешение использования constexpr и auto при определении объектов
На кой auto в C? В C++ он нужен из-за монструозных template'тов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #5, #6, #11, #17, #28, #37, #46, #146, #154, #244, #262

3. Сообщение от Жироватт (ok), 26-Апр-23, 17:10 +4 +/–

Тулчейны вроде есть...собери - проверь

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от warlock66613 (ok), 26-Апр-23, 17:13 +4 +/–

Для уменьшения дублирования кода.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #58

5. Сообщение от Жироватт (ok), 26-Апр-23, 17:16 +3 +/–

Для детей, выросших на всяких нескучных язычках с выводм типа при копиляции? Ну чтобы не пугать их компиляторозависимыми {инт, инт_малый, инт_большой, инт_оче_большой, инт_с_перламутровыми_пуговицами, инт_от_майкрософтов}.
А может в качестве иллюстрации того, что почти все типы в С так или иначе есть особо интерпретирумое в зависимости от указнного в коде токена, int.
А может просто, по приколу, чтобы число-размер от sizeof(х) было нескучным.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7, #21, #143

6. Сообщение от name (??), 26-Апр-23, 17:31 +2 +/–

>auto в C
Вот и настал тот день, когда я больше не хочу писать на Си. Я долго его ждал, но не мог придумать почему.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8, #9

7. Сообщение от Аноним (7), 26-Апр-23, 17:32 +1 +/–

В си всё void* и любые типы это всего-лишь небольшой сахарок компилятора, было бы чем пугать. Мне кажется сомнительной идея перетягивать всё из плюсов, всё равно типизации в языке 0.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #13, #49

8. Сообщение от _RORO_ (ok), 26-Апр-23, 17:35 +2 +/–

Даже не из-за остутствия контроля за границами массивов?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #29

9. Сообщение от СекторГаза (?), 26-Апр-23, 17:37 +1 +/–

Остаётся подвал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 26-Апр-23, 17:37 –6 +/–

а смысл компилировать под байкал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #39

11. Сообщение от _RORO_ (ok), 26-Апр-23, 17:43 +4 +/–

Всякие int,long размер которых не определён спецификацией это ни рыба ни мясо. Есть смысл или чётко определять размер (uint32,int32,int64,float32,float64...) или выводить тип автоматически

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #57, #170

12. Сообщение от Tita_M (ok), 26-Апр-23, 17:44 –1 +/–

> bool, false и true
Кто лучше знает, это получается, что в новом стандарте Си появился полноценный булевый тип? Что мешало добавить его раньше?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #15, #18, #23, #26, #159

13. Сообщение от Жироватт (ok), 26-Апр-23, 17:51 –3 +/–

Ну, указатели (тупо целое положительное число в hex) уже вводит их в ступор.
И если с функцией, возвращающее это число, они еще более-менее справляются, и даже могут дать команду освободить занятое по нему, то примитивнейшая арифметика с ним, их уже выводит в кататонический ступор.
А ты говоришь чем пугать, чем пугать.
> Мне кажется сомнительной идея перетягивать всё из плюсов,
Ну, лишний сахарок, если его немного, редко когда откровенно вредным. Особенно если он сможет в распознавание user-defined типо, вроде struct this_is_very_important_self_documented_struct_type_caption_of_piece_userdata_staff, спрятанного в заголовочнике

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #77, #149

14. Сообщение от Аноним (14), 26-Апр-23, 17:51 –1 +/–

Не особо нужен. char и значений 0, 1 всегда хватало.
Си, в отличие от C++ - это не о абстракциях.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #85, #101, #136

15. Сообщение от Жироватт (ok), 26-Апр-23, 17:57 +7 +/–

[ ] Деды (Ритчи и Керниган) не пользовались, и тебе не надо.
[ ] Не писали с валио-трулио, неча и начинать.
[ ] Нуля и единицы хватит всем.
[ ] Зачем тебе тип, который всего 1 бит, если быстрее юзать выровненные по размеру регистра целые?
[ ] А для поля таких флажков тем более выровненные по регистру слово/полуслово, да в десятичном виде!
[ ] Так быстрее же!
[ ] Зачем терять 7 бит на мусор, когда нужен всего 1?
[ ] Читаемый код должен быть тому, кто сидит около регистров, а не мимо-пацану с тремя классами алгола церковно-фортановой школы!
-----
Выбирай любой набор причин.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

17. Сообщение от Аноним (108), 26-Апр-23, 18:20 +3 +/–

Он нужен чтобы не писать одно и то же и не ошибаться.
Когнитивная нагрузка ниже, читается легче, api и abi не меняет, сплошные преимущества.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

18. Сообщение от xsignal (ok), 26-Апр-23, 18:20 +/–

А зачем он нужен? По-моему 0/1, проще чем false/true.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #40, #52, #67

19. Сообщение от Аноним (19), 26-Апр-23, 18:24 +1 +/–

несчастливый номер, пожалуй пропущу эту версию анбора конпиляторов

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #41, #164, #217

21. Сообщение от Бывалый смузихлёб (?), 26-Апр-23, 18:34 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

23. Сообщение от Аноним (23), 26-Апр-23, 18:35 +/–

Он уже был в С11 как _Bool, сейчас stdbool.h решили деприкейтнуть.
Сам bool вообще штука так себе, например в структурах DoP лучше не добавлять его. Он по-сути нужен только при касте, т.к каст у int другой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #69, #71

24. Сообщение от xsignal (ok), 26-Апр-23, 18:35 +1 +/–

А в Китае число 4 боятся, как огня, хотя ничего такого в нём нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #25, #27, #134, #218

25. Сообщение от Аноним (7), 26-Апр-23, 18:41 –4 +/–

> А в Китае число 4 боятся, как огня, хотя ничего такого в
> нём нет.
Почему нет, если читается как "смерть"? Но, я думаю, в целом,  в китае большой прогресс в истреблении мракобесия, особенно, по сравнению религиозным фанатизмом соседей. Вот что трудовые лагеря животворящие делают!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #31

26. Сообщение от Совершенно другой аноним (?), 26-Апр-23, 18:43 +5 +/–

Тип и раньше был, как минимум с C99, только надо было включать stdbool.h. А если без включения, то был _Bool.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #96

27. Сообщение от name (??), 26-Апр-23, 18:44 +/–

Дану, стремное какое-то. Тоже начну бояться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от soomrack (ok), 26-Апр-23, 18:47 +8 +/–

auto это очень хорошее ключевое слово, если им правильно пользоваться. Оно позволяет делать код менее прибитым к типам данных и более простым. Только нужно им праивльно пользоваться.
Вот, например, писать
    auto idx = 0;
не стоит, т.к. это будет int, а не long int, и не unsigned int, и т.д.
А писать
    auto alice = person;
очень даже правильно, т.к. тип alice будет такой же как у person и можно будет спокойно менять тип person при рефакторинге, не затрагивая эту часть кода. Да и ошибиться с именем структуры тоже не получится, т.к. тут просто auto.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #32, #55, #88, #227

29. Сообщение от name (??), 26-Апр-23, 18:47 +/–

А я не пользуюсь массивами :-р Вообще, убогая структура дынных.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #35, #36, #74, #126

31. Сообщение от Tita_M (ok), 26-Апр-23, 18:52 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

32. Сообщение от Аноним (32), 26-Апр-23, 19:08 +/–

Или тебе нужен был определенный тип alice, а теперь кто-то "порефакторил" код изменив person и у тебя теперь везде потенциальные ошибки, но которые не всплывают на этапе компиляции.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #34

33. Сообщение от AKTEON (?), 26-Апр-23, 19:11 +/–

Как там netcdf - компилируется ??

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #307

34. Сообщение от soomrack (ok), 26-Апр-23, 19:25 +1 +/–

Если нужен прям определенный тип, то там auto ставить, конечно, нельзя. auto это доп возможности, удобные, но как и все в ЯП оно дает много вариантов как выстрелить себе в ногу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #43

35. Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-23, 19:30 +2 +/–

Привет мир продолжит работать без auto, не переживай ты так

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #239

36. Сообщение от _RORO_ (ok), 26-Апр-23, 19:32 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #42, #63, #65

37. Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-23, 19:34 +/–

Не пользуйся

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

38. Сообщение от FF (?), 26-Апр-23, 19:37 +1 +/–

Байкал это попсовый ARM Cortex A, троллишко

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

39. Сообщение от Аноним (39), 26-Апр-23, 19:49 +1 +/–

Чтобы запустить в Qemu-ARM64

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

40. Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-23, 20:11 +3 +/–

Разная смысловая нагрузка (типы они для людей): получается ты своим болевым типом можешь делать тоже что с целым числом (складывать, умножать и и.п.) - зачем это нужно? Ты можешь возразить, что можно просто так не делать, но тогда мы перекладываем дополнительные поверки на погромите, а ему и так есть над чем думать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

41. Сообщение от Вы забыли заполнить поле Name (?), 26-Апр-23, 20:13 +1 +/–

> несчастливый номер
Бэкхенд на расте как раз добавили, плохой знак

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

42. Сообщение от name (??), 26-Апр-23, 20:22 +/–

Только лох использует строки-массивы. Самурай юзает связанные письки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #53

43. Сообщение от Аноним (32), 26-Апр-23, 20:38 +/–

В zig просто выводится тип автоматически, без этих костылей.
В принципе auto - это необходимый, к сожалению, костыль в С++.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

44. Сообщение от Alexey Torgashin (?), 26-Апр-23, 20:42 +2 +/–

Даааа, такие популярные языки добавлены (не только в 13), Модула и Фортран…. И не видно что кто-то ненавидит эти старенькие плохонькие языки . А вот Паскаль ненавидят, и там и тут лезут уроды с критикой . Хотя Паскаль мощнее и лучше и проще и изящнее Модулы и Фортрана. Я на нем CudaText пишу. Гислер ТоталКомандер пишет.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #48, #56, #98, #144, #176, #187, #252, #351

46. Сообщение от Аноним (60), 26-Апр-23, 20:49 +/–

> На кой auto в С?
Тип auto был всегда по умолчанию.
int a; это auto int a;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #51

47. Сообщение от Аноним (39), 26-Апр-23, 20:54 +3 +/–

Fortran там сто лет как.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

48. Сообщение от xsignal (ok), 26-Апр-23, 20:54 +2 +/–

Паскаль - отличный язык. По сути, это тот же Си, только с более понятным новичкам синтаксисом - типа, begin/end вместо фигурных скобок. Я когда-то с Паскаля без особых усилий на Си перешёл - там всё точно так же, только запись короче)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #66, #91, #114

49. Сообщение от Аноним (49), 26-Апр-23, 20:55 +1 +/–

> В си всё void* и любые типы это всего-лишь небольшой сахарок компилятора, было бы чем пугать.
В любом языке со статической типизацией типы -- это "всего-лишь небольшой сахарок компилятора". Информация о типах теряется после компиляции, типы не переживают AST.
> всё равно типизации в языке 0.
0 в ассемблере.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #60, #82

50. Сообщение от Аноним (39), 26-Апр-23, 20:55 +1 +/–

Как там дела у Iain Buclaw?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107

51. Сообщение от Аноним (60), 26-Апр-23, 20:56 –1 +/–

Или они ушли от статической типизации и auto может быть чем угодно?
у меня gcc v8.3 на auto a; предупредил, что будет считать а целым типом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #89

52. Сообщение от Аноним (60), 26-Апр-23, 21:15 +/–

0/что_угодно_целое
for(int i=10;i;i--){
//тело
}
Лучше так не писать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

53. Сообщение от Dzen Python (ok), 26-Апр-23, 21:17 +1 +/–

(((((defun opennet(net(open(net()))))))))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #119, #121

54. Сообщение от Аноним (54), 26-Апр-23, 21:19 +/–

Не ну модула-2 топчик, кто бы спорил.

Ответить | Правка | Наверх | Cообщить модератору

55. Сообщение от Аноним (60), 26-Апр-23, 21:20 –2 +/–

Если это так, то си перестает быть языком статической типизации.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #158

56. Сообщение от Аноним (56), 26-Апр-23, 21:21 +2 +/–

Так переписывай на Модулу скорее. Модула-2 это же продвинутый Паскаль. Считай это для тебя будет рывок вперед. Это как с Перла перейти сразу на Раку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #72, #92

57. Сообщение от Аноним (60), 26-Апр-23, 21:28 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #64, #169

58. Сообщение от Аноним (58), 26-Апр-23, 21:31 +/–

И прострела пяток поизящнее, как на JS :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #76

60. Сообщение от Аноним (60), 26-Апр-23, 21:36 +/–

> В любом языке со статической типизацией типы -- это "всего-лишь небольшой сахарок компилятора".
C++ там есть рантайм инфа о типе для динамического каста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

63. Сообщение от Аноним (60), 26-Апр-23, 21:43 +1 +/–

<зануда вкл> буквы в букваре <зануда выкл>
можно получать доступ к строке через указатель.
имя массива это указатель на первый элемент.
можно через указатель хранить разреженные строки (символы через один или через два байта - привет интернализация)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

64. Сообщение от Аноним (64), 26-Апр-23, 21:46 +8 +/–

> long в два раза длиннее int.
Садись, два.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #68, #73

65. Сообщение от Аноним (60), 26-Апр-23, 21:49 +/–

строка это тип string
в С это указатель с определенной дистанцией смещения оканчивающийся null-символом.
в C++ это класс с методами в придачу.
в rust это тип с типажами в придачу.
Так что не любая, а для Вас это массив.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

66. Сообщение от _kp (ok), 26-Апр-23, 21:49 +2 +/–

Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале.
По мне, так подобные анахронизмы даже хуже чем излишняя многословность, ибо плодит трудно обнаружимые ошибки использования переменных.
Не знаю как сейчас, но когда то в Делфи были коварные проблемы с многопоточным кодом на многоядерных процессорах, что у нас и стало одним из гвоздей в крышку его гроба.
Может быть, сейчас и исправили, не знаю, но поезд ушёл.
А из хорошего помню, по сравнению с Си, более удобная проверка типов, простые var параметры функций, оператор with.
По сравнению с C++, был существенно ПРОЩЕ для НАЧАЛЬНОГО обучения программирования, то есть как одного из первых языков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #84, #135

67. Сообщение от Аноним (74), 26-Апр-23, 21:51 +3 +/–

> А зачем он нужен? По-моему 0/1, проще чем false/true.
Например:

uint8_t var1 = 256;
if (var1) do_something(); // Хоть var1 не ноль на вид, там 0 и сюда не попадем!

bool var1 = 256;
if (var1) do_something(); // А вот тут будет вызвано (var1 == true)
Секрет в том false залекларен как 0, true как 1, а все что больше обрубается при матеметике до 1. И в принципе можно при статическом анализе варнинги кидать если там более 1. Меньше места для прострела пяток в целом. Просто более специфицированный под задачу begavior, более уместный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #106, #113, #151

68. Сообщение от Аноним (60), 26-Апр-23, 21:52 –1 +/–

однобайтное целое (англ. tiny int) — 8 бит, -128 ÷ 127;
короткое целое (англ. short int) — 16 бит, −32 768 ÷ 32 767;
длинное целое (англ. long int, также int32) — 32 бита, −2 147 483 648 (−231) ÷ 2 147 483 647 (231−1);
двойное длинное целое (англ. long long int, также large int, big int, int64) — 64 бита, -9 223 372 036 854 775 808 (−263) ÷ 9 223 372 036 854 775 807 (263−1);
Википедия. Чтобы быстро. для 32 битной шины.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #83, #94

69. Сообщение от Аноним (74), 26-Апр-23, 21:53 +1 +/–

Он и вон тем stdbool'ом был как bool вывешен (как typedef вроде). То что для нормального була вместо левоватого _Bool надо добавочный хидер вообще смотрелось странновато как по мне.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

70. Сообщение от Аноним (64), 26-Апр-23, 21:55 +1 +/–

> В соответствии с новой схемой нумерации выпусков, версия 13.0 использовалась в процессе разработки
Как же достало, что каждый проект придумывает свою невиданную ранее систему версионирования. Были же семантические версии десятками лет, Но нет: надо, чтобы люди при каждом релизе вспоминали, что том разработчики имели в виду - для каждого доброй дюжины проектов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #99, #148, #155

71. Сообщение от Аноним (74), 26-Апр-23, 21:56 +/–

Целочисленные типы сей как булеан довольно опасная штука, они врапаются по основанию 2, как минимум unsigned - и можно внезапно получить инверсную логику.
Для signed превыщение min/max это по сути UB, хотя в 23 и последних плюсах вроде собирались регламентировать только 1 формат представления (twos complement) и тогда это уже "defined behavior" будет. Но в более ранних не указано как знак и знаковые хранить и там возможно нескллько вариантов. Формально валидных и - с разным поведением при переполнении, потому и UB.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #102

72. Сообщение от _kp (ok), 26-Апр-23, 21:57 +/–

Вряд ли будут переписывать. Вот, если б был delphi диалект object pascal, то можно было бы и готовые наработки использовать, а если в одном проекте на gcc без бубнов можно было бы совмещать код на разных языках, так что то уместне было б и на objeсt pascal писать.
А Модула.. это после деревянных древних Паскалей шаг вперёд, а после Делфи скачок назад.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #311

73. Сообщение от Аноним (60), 26-Апр-23, 21:58 +/–

#include <stdio.h>
void main(){
        int a;
        long b;
        printf("%d %d\n",sizeof(a),sizeof(b));
        return;
}
вывод: 4 8
4 байта и 8 байт соответственно

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #75, #211, #274

74. Сообщение от Аноним (74), 26-Апр-23, 21:58 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #141

75. Сообщение от Аноним (74), 26-Апр-23, 22:01 +1 +/–

Это хреновые способ доказать что-то. Ваша конкретная машина - не все возможности реализации си на той или иной платформе. Ну вон на AVR можно int как 32 бита сделать. А можно и как 16. Оба варианта, кстати, одинаково валидны по стандарту, второй быстрее, толко де-факто много кода non compliant и вести себя будет криво. Хотя формально это баг именно кривого кода удумавшего что int видите ли может быть более 16 битов, чего никто не обещал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #81

76. Сообщение от warlock66613 (ok), 26-Апр-23, 22:01 +3 +/–

> И прострела пяток поизящнее, как на JS :)
На самом деле применение автовывода типов может помогать бороться со слабостями системы типов.
Например, в C# есть атавизм в конструкции `foreach`: `foreach(ItemType item in collection)` неявно приводит элементы `collection` к типу `ItemType`. Поэтому возможность писать `foreach(var item in collection)` позволяет перенести часть ошибок с этапа выполнения на этап компиляции.
В Си тоже есть такие слабости типизации, которые могут быть устранены умелым применением `auto`.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #78, #90

77. Сообщение от warlock66613 (ok), 26-Апр-23, 22:05 +1 +/–

> указатели (тупо целое положительное число в hex)
Oh, my sweet summer child…

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #80, #132, #228

78. Сообщение от Аноним (78), 26-Апр-23, 22:06 +2 +/–

> На самом деле применение автовывода типов может помогать бороться со слабостями системы типов.
И обувает статический анализатор на возможность проверить баганул ли тут кодер или нет. Если кодер явно заказал тип и он не сощелся, тут почти наверняка зарыт баг.
А если там auto написано - оно такой себе catch all. И вон то уже отловить не катит. А чтоб совсем не скучать в сях раньше был auto но это _другой_ auto и означал он иные вещи. А теперь счастливой отладки, и попробуйте угадать какой auto имеется в виду, старый или новые :)
> Например, в C# есть атавизм в конструкции `foreach`: `foreach(ItemType item in collection)`
> неявно приводит элементы `collection` к типу `ItemType`.
Софт на шарпее вообще любит крайне неочевидно баговать, течь и проч и отлаживать его занятие очень на любителя. Неявная автоматика один из замечательных методов прострела себе пяток.
> В Си тоже есть такие слабости типизации, которые могут быть устранены умелым
> применением `auto`.
Например как? Обычно им пользуются чтобы код лаконичнее сделать. Это конечно достигается, но ценой потери декларации намерений кодера в этом куске кода.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #93, #108, #207

80. Сообщение от Аноним (78), 26-Апр-23, 22:08 +1 +/–

Не пугай кататоника.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

81. Сообщение от Аноним (60), 26-Апр-23, 22:09 +/–

Профессор, когда-то я это знал, а потом основательно забыл. (с) почти ))
Потому что на практике не встречался с этими платформами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #86, #105

82. Сообщение от Аноним (78), 26-Апр-23, 22:11 +1 +/–

> Информация о типах теряется после компиляции, типы не переживают AST.
Какой-нибудь ubsan очень резко не согласится с тобой. Он очень даже переживает это и прекрасно расскажет в какой переменной с каким типом ты дал маху. Разумеется оверхед на рантайм проверки значений добавится а размер бинаря станет крупнее, за счет хранения вот этих сведений и кода с проверками. Но так можно из сей сделать что-то типа явы или дотнета, если вы это и правда хотели, особенно если asan еще включить :)
>> всё равно типизации в языке 0.
> 0 в ассемблере.
И даже там чуть более чем ноль может быть. Скажем можно проверить что константа лезет в регистр, все такое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

83. Сообщение от Аноним (-), 26-Апр-23, 22:19 +4 +/–

> Википедия. Чтобы быстро. для 32 битной шины.
Небось еще и русская, где это какой-то отсебяша накорябал? А надо было читать стандарты. В стандарте регламентируется только минимальная ширина. Реальная в энной реализации может быть и больше.
Более того - почти весь код уверен что в int лезет минимум 32 бита. Хотя по стандарту сказано лишь про не менее 16. И попытавшись вон там для AVR заказать вот это вот для скорости (по стандарту же ок!) можно нехило лаптем щей откушать - при том что формально это будут баги в коде.
Ни про какие 32-битные или сколько там еще шины в стандартах вообще ничего не сказано. Как впрочем и про допустим стэк и его использование локальными переменными, и прочие типовые допущения которые ниоткуда не следуют.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

84. Сообщение от AKTEON (?), 26-Апр-23, 22:19 +/–

>Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале.
1)Однопроходный компилятор - наше все.
2) А как чудно решается эта проблема в фортране ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #110, #161, #180

85. Сообщение от Tron is Whistling (?), 26-Апр-23, 22:20 +/–

Конкретно с char(byte) ты бахнешься на процах, которые требуют выравнивания при обращении к памяти.
Ну или займёшь 64-битное слово на каждый буль.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #97, #124

86. Сообщение от Аноним (-), 26-Апр-23, 22:21 +1 +/–

> Потому что на практике не встречался с этими платформами.
Ну как бы если мы про стандарты и код, при этом не важно с какими платформами кто встречался. Важно как оно в стандарте определено. И вот с этим на самом деле там довольно так себе, много фривольностей и недоопределенных вещей что ведет к UB.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

87. Сообщение от nc (ok), 26-Апр-23, 22:21 +3 +/–

Мне интересно, почему в языковые расширения (https://gcc.gnu.org/onlinedocs/gcc/C-Extensions.html , https://gcc.gnu.org/onlinedocs/gcc/C_002b_002b-Extensions.html) до сих пор не добавили свойства (properties), реализованные во многих языках, в том числе и во многих расширениях С++ (как минимум в MSVC и C++Builder). Реально полезная штука как минимум для изучения огромных унаследованных кодовых баз, когда нужно перехватить обращение к тому или иному объекту/полю. Причем полная эмуляция этой фичи перегрузками операторов невозможна. Куда можно написать предложение разработчикам компилятора?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100, #162, #172, #281

88. Сообщение от Аноним (-), 26-Апр-23, 22:33 +1 +/–

> А писать
>     auto alice = person;
> очень даже правильно, т.к. тип alice будет такой же как у person
> и можно будет спокойно менять тип person при рефакторинге,
А потом мы не узнаем случайно что вооооооон там код не умел на самом деле работать с новым вариантом person, но "как живой" благодаря auto?
И нормальные люди для этого делали typedef'ы на какойнибудь person_t который определен как эвона какой struct, например. А при рефакторе ему поля добавить, снести, огрести все матюки компилера на обращение к отсутствюущему полю, например, сразу узнав где баг рефактора. И чего там улучшит auto кто б его знает.
> не затрагивая эту часть кода.
При рефакторе это отличная заявка на залет.
> Да и ошибиться с именем структуры тоже не получится, т.к. тут просто auto.
А зачем ошибаться именем структуры? Завести person_t какой и всегда его везде давать (something_t это такой полуофициальный convention практикуемый многими кодерами для показа что вот это словно именно тип данных а не что-то еще). При этом указание типа может быть лаконичным но несущим в себе инфо о намерениях кодера, в отличие от "auto".
И на вид это выглядит как шанс прострелить пятку лишний раз, сделав код менее анализируемым и спрятав баги, особенно при рефакторе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

89. Сообщение от Аноним (-), 26-Апр-23, 22:36 +/–

> Или они ушли от статической типизации и auto может быть чем угодно?
Не ушли но это именно вот тот другой auto, как в новых плюсах.
> у меня gcc v8.3 на auto a; предупредил,
А он разве умел C23? (C2x)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #104

90. Сообщение от Илья (??), 26-Апр-23, 22:39 +/–

> Например, в C# есть атавизм в конструкции 'foreach': 'foreach(ItemType item in collection)' неявно приводит элементы 'collection' к типу 'ItemType'.
В c# в обоих случаях с типом не будет проблем.
Давай пример, а?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

91. Сообщение от Аноним (-), 26-Апр-23, 22:42 –1 +/–

> Паскаль - отличный язык. По сути, это тот же Си, только с
> более понятным новичкам синтаксисом -
Ну вот для обучения он отличный. Для программирования реальных проектов мерзость занудная.
> типа, begin/end вместо фигурных скобок.
И всего в 3 и 5 раз больше букв набирать для одного результата. И не надо про автокомплит, он с 1 буквы или не сработает или будет дико глюкать, разве что хоткеи какие но визуальное загромождение и раздувание файлов никуда не денется. А в большом проекта даже и чтение файлов и их парсинг может стать аргументом.
> Я когда-то с Паскаля без особых усилий на Си перешёл - там
> всё точно так же, только запись короче)
Ну да. И не пытается постоянно охранять от прострела пяток. По поводу чего код быстрее и эффективнее и можно сделать что задумал а не бороться с компилером. Но это как с мощным инструментом - при криворукости и глупости можно покалечиться.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

92. Сообщение от Аноним (-), 26-Апр-23, 22:42 +1 +/–

> Это как с Перла перейти сразу на Раку.
Т.е. очередное нафиг нужное хзчто? На этому раке никто как раз и не прогает, во всяком случае, перловка попадается а раки нет :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

93. Сообщение от Илья (??), 26-Апр-23, 22:51 +/–

> Софт на шарпее вообще любит крайне неочевидно баговать, течь и проч и отлаживать его занятие очень на любителя. Неявная автоматика один из замечательных методов прострела себе пяток.
Очень интересно было бы пример услышать. Я думаю, ты выдаёшь желаемое за действительное.
Дебаггер работает отлично, средства анализа кода лучшие из всего, что представлено на рынке. Решарпер, рослин. Райдер и visual studio или vocoder как среды разработки. Статическая типизация везде. Есть даже di контейнер, который на этапе компиляции не пропускает забыть регистрацию.

Что тебе ещё надо?
Чего тебе ещё надо?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #109

94. Сообщение от FF (?), 26-Апр-23, 23:09 +/–

в Cortex M int и long 32 бита, а long long уже 64

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #95

95. Сообщение от FF (?), 26-Апр-23, 23:10 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

96. Сообщение от FF (?), 26-Апр-23, 23:12 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

97. Сообщение от Аноним (97), 26-Апр-23, 23:12 –1 +/–

Плохому танцору известно что мешает. В 2023 жаловатся на вышеперечисленное просто смешно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85

98. Сообщение от Аноним (180), 26-Апр-23, 23:28 +4 +/–

> эти старенькие плохонькие языки
Это просто феерия какая-то - любитель одного старенького плохонького языка опускает другие старенькие плохонькие языки. Во-первых, не стыдно? Во-вторых, какое после этого право ты имеешь называть уродами тех кто критикует твой выбор паскаля?
> Хотя Паскаль мощнее и лучше и проще и изящнее Модулы и Фортрана
Во-первых, нет. Во-вторых, даже если бы и был, это чести не делало бы ни ему, ни тому кто на нём пишет. Лучший среди худших, то ещё достижение.
> И не видно что кто-то ненавидит ... А вот Паскаль ненавидят, и там и тут лезут уроды с критикой
Давай я объясню почему. Во-первых, на модуле и фортране была написана (и всё ещё написаны кое-где) куча высокоответсвтенного и научного софта. А паскаль никогда не был ничем серьёзнее языка для обучения детей. Во-вторых, на модуле и фортране ничего нового не пишут, потому что уровень тех кто на них может писать позволяет осознать их неприменимость в современном мире. А на паскале пишут, как раз потому что это школьный уровень которого даже на осознание того что для серьёзных задач он не подходит не хватает. Пик глупости из эффекта Даннинга-Крюгера, наипоказательнейший пример. И пишут они, надо сказать, соответственно, и вообще этот уровень торчит отовсюду вплоть до организации репозитория, коммитлогов (да-да, вот эти коммиты с мессаджами "fix" и "continue") и стиля общения.
И это только половина проблемы. Ладно дети, ладно не умеют программировать - какая разница если на выходе что-то есть и этим можно пользоваться. Но чтобы этим пользоваться надо притащить целую экосистему маргинального языка со своими правилами, своими кривыми модулями, своей кривой сборкой, своими багами и кучей проблем с переносимостью и совместимостью, причём всё это не исправляется потому что паскаль уже никому не нужен, и дальше будет только хуже. Поэтому даже мантейнеров (которые, вообще, по природе своей любят ковыряться в сложных вещах) заниматься этим не находится. Поэтому cudatext и опакечен в полутора дистрибутивах за свои, сколько там, 6-7-8 лет истории, а использовать блобы, по крайней мере под linux, дураков нет, и собирать самим тоже нет, потому что это не `cmake && make && make install` или, упаси господи, `cargo build` как в современных экосистемах, а адовый квест. А вот среди виндузятников наверное у вас основная аудитория и есть, как и у total commander. Эти всё в рот тащат, к тому что всё ломается на ровном месте привыкли, благодарная аудитория.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #103, #296

99. Сообщение от Аноним (180), 26-Апр-23, 23:32 –3 +/–

> Как же достало, что каждый проект придумывает свою невиданную ранее систему версионирования. Были же семантические версии десятками лет, Но нет: надо, чтобы люди при каждом релизе вспоминали, что том разработчики имели в виду - для каждого доброй дюжины проектов.
Нормальным людям (включая мантейнеров пакетов и разработчиков) это нахрен не нужно, вообще всё равно какая там циферка где меняется. И это правильно, потому что ничего через циферки не выразить, и semver доказал свою полною несостоятельность.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #118, #280

100. Сообщение от Ананоним (?), 26-Апр-23, 23:37 +1 +/–

Потому что свойства это только для тех, кто очень полюбил визуальное "программирование" мышкой. А для тех кто текстом программирует, свойства это как собаке пятая лапа. get-теры set-теры тебе в помощь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #111, #131, #303

101. Сообщение от oficsu (ok), 26-Апр-23, 23:58 +2 +/–

Серьёзно, char в качестве bool? Чтобы strict aliasing многого о себе не возомнил? Типичный такой эффективный Си

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #238

102. Сообщение от oficsu (ok), 27-Апр-23, 00:04 +/–

> Для signed превыщение min/max это по сути UB, хотя в 23 и последних плюсах вроде собирались регламентировать только 1 формат представления
Ну да, оставили только two's complement
> и тогда это уже "defined behavior" будет
Нет, не будет. Поскольку возможность переполнения мешает ещё и оптимизатору

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #250

103. Сообщение от AHOHNM (?), 27-Апр-23, 00:43 +4 +/–

>Лучший среди худших, то ещё достижение.
А вот несогласен с такой оценкой Паскаля.
Вполне успешный язык, с хорошей системой типов, и использовался для вполне нужного софта.
Да и простота его (см. обвинение в "школьности") привела к тому, что какой нибудь КМС^w КТН для проверки рабочих гипотез ваял на паскале как мог. А мог обычно почти никак (ой видел я этот поток учёного сознания), он же не профессиональный программистъ (Сейчас так же херово ваяют на питоне, хороший язык, да? да на матлабе ещё. пофиг, главное, гипотезу посчитать)
Другое дело, что вышедший через два года C предложил несколько интересных вещей (например, функции с переменным количеством аргументов) явно с учётом особенностей других языков (а кто там был массовый? Фортран, Алоголы ); и синтаксически чётко разделял язык и библиотеку, чем лучше подходил как для системного программирования, так и для кросс-платформенного. И вот "профессионалы" уже хают дедушку, который им всё это богатство на блюдечке принёс, научил, грабельки показал где лежат... ладно, Остапа понесло...
Да и время было такое, по сути, они все были первопроходцы в этом сложном деле.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #198

104. Сообщение от Аноним (60), 27-Апр-23, 00:52 +/–

> вот тот другой auto, как в новых плюсах.
Значит auto это то что может реализовать компилятор, а не то что хочет программист.
На вопрос почему, будет ответ я так вижу. Вы же не определили четко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

105. Сообщение от Аноним (64), 27-Апр-23, 00:54 +2 +/–

> Потому что на практике не встречался с этими платформами
Ну, с 64-битными Виндой и Линухом-то все встречались. На первой long 32 бит, на второй -  64.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #156

106. Сообщение от _kp (ok), 27-Апр-23, 01:03 +1 +/–

>>uint8_t var1 = 256
На подобное заведомое переполнение gcc ругается.
И когда из большего типа в меньше без приведения типа присваивают, тоже ругается.
Про bool - верно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #123, #246

107. Сообщение от Hck3r (?), 27-Апр-23, 01:08 +/–

Всё отлично :)
D живее всех живых

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

108. Сообщение от Аноним (108), 27-Апр-23, 01:12 –1 +/–

Всегда удивляло что находятся люди, которые избыточный код считают дополнительной проверкой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

109. Сообщение от Аноним (-), 27-Апр-23, 01:14 +2 +/–

> Очень интересно было бы пример услышать. Я думаю, ты выдаёшь желаемое за
> действительное.
Например малоочевидные утечки памяти в мало-мальски крупных дотнет программах просто норма жизни. И хрен поймешь, GC это протупляет или проблема серьезнее.
> разработки. Статическая типизация везде. Есть даже di контейнер, который на этапе
> компиляции не пропускает забыть регистрацию.
Однако в целом это переросточный неспешный урод с страшноватым синтаксисом и проблемами перфоманса. Вплоть до того что LSE оказалось дешевле купить тиму сишников чем накидывать десятки миллионам тем кто так и не смог обеспечить обещаную латенси.
> Что тебе ещё надо?
> Чего тебе ещё надо?
Потанцевать на могилке всего этого барахла. Что характерно даже майки наверное депрекейтнут это в пользу того же хруста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #150

110. Сообщение от _kp (ok), 27-Апр-23, 01:15 +2 +/–

Переменные в начале логического блока тоже перевариваются однопроходным компилятором, и практически без усложнения компилятора.
Это просто древний архаизм, который по недосмотру и стечению обстоятельств не исправили вовремя.
Сейчас в embarcadero это и подобные деревянности исправлены, но уже не актуально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

111. Сообщение от _kp (ok), 27-Апр-23, 01:38 +/–

Вы считаете, что без GUI дизайнера интерфейса писать гораздо быстрее, чисто в тексте, не видя в процессе того что получается? ;)
То то чистый C++ для GUI не очень удобен.
А get-теры и set-теры, это почти как begin и end и пятая нога. С одной стороны, работает - не трогай, но и если не развиваться, "засахарится" и морально устареет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #116, #129

112. Сообщение от zog (??), 27-Апр-23, 01:43 +1 +/–

Сборка toolchain с GCC всё так же является чёрной магией с кучей заклинаний?

Ответить | Правка | Наверх | Cообщить модератору

113. Сообщение от Ванёк (?), 27-Апр-23, 02:14 +/–

Если использовать uint8_t как bool, то производительность упадёт. Лучше использовать uint32_t - производительность выше.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #122, #157, #247

114. Сообщение от DEF (?), 27-Апр-23, 02:56 –4 +/–

Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа. Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы.
type vector1 = array [1..25] of real;
type vector2 = array [2..26] of real;
var
  vec1: vector1;
  vec2: vector2;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #117, #181, #192

116. Сообщение от Аноним (116), 27-Апр-23, 03:23 +/–

> Отправлено _kp, 27-Апр-23 01:38
Вы считаете, что без GUI дизайнера интерфейса писать гораздо быстрее, чисто в тексте, не видя в процессе того что получается? ;)
Можно и без дизайнера видеть что получается, в тч в реалтайме. Так например используют vim для написания статей latex в pdf. Или тестировщики так тестируют gui.
Дизайнеры это по сути комбайн, но все то же самое может и отдельно работать.
Ну а в идеале не должно быть необходимости постоянно смотреть что получается. Результат итак должен быть очевиден (так например было с html в конце 90ых).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

117. Сообщение от Аноним (64), 27-Апр-23, 03:58 +2 +/–

> Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа
Это отличная вещь под названием строгая типизация. Ты еще Аду не видел.
Проблема в том, что ты привык к убогим языкам.
> Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы.
Ну вообще-то можно:
https://www.freepascal.org/docs-html/ref/refsu68.html

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

118. Сообщение от Аноним (64), 27-Апр-23, 04:08 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #202

119. Сообщение от Аноним (119), 27-Апр-23, 04:37 +/–

Интересно, что некие гендерфлюидные нотки здесь есть, но в целом да.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

121. Сообщение от Аноним (121), 27-Апр-23, 04:41 +/–

Флюгик, чуток со скобками ошибся. Но в целом простительно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

122. Сообщение от Аноним (123), 27-Апр-23, 05:55 +/–

> Лучше использовать uint32_t - производительность выше
А если использовать 64 байта и выравнивать на 64 байта, то автоматом избавимся ещё и от проблем с мультипроцессорностью из-за доступа нескольких ядер к одной строке кеша.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #160

123. Сообщение от Аноним (123), 27-Апр-23, 05:58 +/–

> На подобное заведомое переполнение gcc ругается
И это если повезёт. Недавно искал проблему в коде, где
> printf("%d == %d (%d)\n", a, b, a == b);
выводило то ли "9 == 11 (1)", то ли "11 == 11 (0)" просто из-за такого вот неопределённого поведения где-то рядом в коде, после которого компиятор получил карт-бланш на любые извращения в целях копеечной оптимизации.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

124. Сообщение от Пользователь чебурнета (?), 27-Апр-23, 05:59 +/–

Можно юнионом укладывать в чар 8 булей. А выравнивание -- это проблема компилятора.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #133, #245

126. Сообщение от Илья (??), 27-Апр-23, 06:52 +/–

А чем ты пользуешься?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #140

127. Сообщение от жявамэн (ok), 27-Апр-23, 07:02 +2 +/–

бекенды для го и хруста....
этим вообще кто то пользуется лол

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #128, #139, #174

128. Сообщение от Аноним (56), 27-Апр-23, 07:36 +/–

Те кто не хотят борова чекать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

129. Сообщение от Аноним (56), 27-Апр-23, 07:40 +/–

Программист совсем ничего не должен знать про GUI. GUI должен делать дизайнер. Возможно в Фигме, а программист должен брать оттуда циферки и вставлять в своё приложение. Возможно это даже промежуточный программист, которого можно назвать верстальщиком. Никаких других способов получить красивый дизайн не существует.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #175, #186

131. Сообщение от nc (ok), 27-Апр-23, 08:15 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #182

132. Сообщение от Жироватт (ok), 27-Апр-23, 08:16 +/–

Таки шо вы таки говорите...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

133. Сообщение от Аноним (133), 27-Апр-23, 08:46 –2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #137, #177

134. Сообщение от Аноним (134), 27-Апр-23, 08:53 +/–

Пятёрка конечно лучше четвёрки, но тройка еще хуже. Самое счастливое число это 5.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

135. Сообщение от Аноним (134), 27-Апр-23, 08:57 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #152, #251

136. Сообщение от Аноним (137), 27-Апр-23, 09:00 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

137. Сообщение от Аноним (137), 27-Апр-23, 09:05 +/–

погугли, что такое программирование, а потом про битовые поля

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #220, #243

139. Сообщение от Аноним (134), 27-Апр-23, 09:13 +/–

В сборочных дистрах (Gentoo, LFS) не пользуются ржавым из-за необходимости тащить его компилятор. После добавления ржавого в gcc популярность программ на нем теоретически должна вырасти. У меня в системе, например тяжелая математика на foltran и наличие этого компилятора не особо мешает.
Go не пошел у меня из-за его "менеджера пакетов" после попытки установить ipfs выкинул. Ржавый тоже может не пойти по этой причине.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #145, #232, #316

140. Сообщение от name (??), 27-Апр-23, 09:28 +/–

В общем случае графами. В частных - списками и деревьями.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #168, #230

141. Сообщение от name (??), 27-Апр-23, 09:29 +/–

А зачем массивы при передаче пакетов? Структы, указатели на память.. в каком месте массивы?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #229, #240

143. Сообщение от 4рл (?), 27-Апр-23, 09:37 +1 +/–

inttype.h сто лет в обед, а вы до сих пор "платформозависимые" используете?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

144. Сообщение от Аноним (7), 27-Апр-23, 09:38 +1 +/–

За что их ненавидеть? Про модула не знаю ничего, а на фортране сегодня все наиболее производительные вычисления, в том числе на больших компах. Это стандарт. И зря что ли все проприетарщики пилят всё новые и новые компиляторы фортрана? И ни одного для других языков. Это, к слову, возможно, не в последнюю очередь, из-за того, что в том же гцц весьма убогий компилятор фортрана, и нормальную поддержку железа добавить проще в поделки поверх llvm. А из доступного любому обывателю прямо сегодня и сейчас есть mkl -- это наиболее производительная либа из альтернатив лапаку (а их полно) с SIMD и всем остальным. Только вот практически фортран не годится ни для чего кроме перемножения матриц. Исторически так сложилось, что его компиляторы генерировали код лучше сишных, но вот написать на фортане приложуху? Тут лучше взять что-нибудь более человеческое. А фортрану оставить математические вычисления. К слову, такой язык как ада тоже никто не ненавидит. У него есть свои применения, в отличие от того же раста. Что до паскаля, то это просто мусор, для тех, кто не осилил никаких других языков, никакого хейта тут нет. Разве что сломал мозги некоторым, все у них уроды. Ты же не будешь хейтить кувасик или тех, кто на нём сегодня кодит? Вот и паскаль там же.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #165

145. Сообщение от Аноним (145), 27-Апр-23, 09:43 +/–

Не со всем согласен: https://blogs.gentoo.org/mgorny/2021/02/19/the-modern-packag.../ слишком большая "дроблённость" rust & go способствует внедрению закладок в используемые либы. Однако обязательное внедрение подписей PGP может помочь решить проблему.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

146. Сообщение от Аноним (146), 27-Апр-23, 09:45 +3 +/–

А что, в Си запретили использование макросов? Вполне может там оказаться удобно пользоваться `auto`:
#define SWAP(a,b) do { auto t = a; a = b; b = t; } while(0)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #242

148. Сообщение от Аноним (148), 27-Апр-23, 09:55 +/–

> Были же семантические версии десятками лет
$ less --version
less 629 (PCRE2 regular expressions)
Copyright (C) 1984-2023  Mark Nudelman

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

149. Сообщение от Аноним (149), 27-Апр-23, 10:09 +1 +/–

>  Ну, указатели (тупо целое положительное число в hex) уже вводит их в ступор.
Начитаются такого и потом конпелируют только с -O0 потому, что даже -O1 "бажит" их божественный код...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

150. Сообщение от Инжиниринг (?), 27-Апр-23, 10:16 +1 +/–

> Например малоочевидные утечки памяти в мало-мальски крупных дотнет программах просто норма жизни.
Это не общеизвестный пример. Есть ссылка на баги в таких проектах?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #216, #236

151. Сообщение от fidoman (ok), 27-Апр-23, 10:24 –1 +/–

"uint8_t var1 = 256;"
И в этом весь C. Сделать для быстрого косособачинга кривую функцию компилятора (обрезание типов молча) и гору ad-hoc библиотечных функций. Заявить этот набор "стандартом". 30 лет со всем этим мяснить, порождая горы прог и утилит, дырявых в самых неожиданных местах. Через 30 лет начать пытаться сделать из этого Паскаль с C-синтаксисом.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #184, #249

152. Сообщение от _kp (ok), 27-Апр-23, 10:34 +/–

>> плодит трудно обнаружимые ошибки использования переменных
> Наоборот уменьшает. И все знают где в тексте статически определены все переменные.
Знают, что определены где то там, вдалеке, но не где используются.
А вот их использование, и особенно неправильное, очень плохо обнаружимо, в чём и проблема. И компилятор тут и пол-warning'a не выдаст.
А вобще, это "дурной стиль" ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

153. Сообщение от Штыбель (?), 27-Апр-23, 10:40 +/–

>Объявлена устаревшей поддержка Solaris 11.3
Хотя бы 11.4 поддерживается.

Ответить | Правка | Наверх | Cообщить модератору

154. Сообщение от n00by (ok), 27-Апр-23, 11:04 +1 +/–

>> разрешение использования constexpr и auto при определении объектов
> На кой auto в C? В C++ он нужен из-за монструозных template'тов.
По ссылке:
#define dataCondStoreTG(P, E, D)             \
  do {                                       \
    auto* _pr_p = (P);                       \
    auto _pr_expected = (E);                 \
    auto _pr_desired = (D);                  \
    bool _pr_c;                              \
    do {                                     \
      mtx_lock(&_pr_p->mtx);                 \
      _pr_c = (_pr_p->data == _pr_expected); \
      if (_pr_c) _pr_p->data = _pr_desired;  \
      mtx_unlock(&_pr_p->mtx);               \
    }  while(!_pr_c);                        \
  } while (false)
Без auto тип аргумента приходится передавать аргументом макроса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

155. Сообщение от Аноним (155), 27-Апр-23, 11:15 +1 +/–

И чем тебя не устраивает:
GCC 13.1 released [2023-04-26]
GCC 12.2 released [2022-08-19]
GCC 10.4 released [2022-06-28]
GCC 9.5 released [2022-05-27]
GCC 12.1 released [2022-05-06]
GCC 11.3 released [2022-04-21]
GCC 11.2 released [2021-07-28]
GCC 9.4 released [2021-06-01]
GCC 8.5 released [2021-05-14]
GCC 11.1 released [2021-04-27]
GCC 10.3 released [2021-04-08]
GCC 10.2 released [2020-07-23]
GCC 10.1 released [2020-05-07]
GCC 9.3 released [2020-03-12]
GCC 8.4 released [2020-03-04]
GCC 7.5 released [2019-11-14]
GCC 9.2 released [2019-08-12]
GCC 9.1 released [2019-05-03]

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #166

156. Сообщение от n00by (ok), 27-Апр-23, 11:17 +/–

Эпичнее встречи с
int a[sizeof WCHAR];
Когда оно работает в Windows с двухбайтным WCHAR, а потом переносят в Linux и оно вроде работает, но в память не всегда помещается.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #214, #233

157. Сообщение от _kp (ok), 27-Апр-23, 11:17 +1 +/–

> Если использовать uint8_t как bool, то производительность упадёт. Лучше использовать uint32_t
> - производительность выше.
Для intel 32bit - да. А других архитектурах может быть быстрее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #190, #222

158. Сообщение от n00by (ok), 27-Апр-23, 11:24 +/–

> Если это так, то си перестает быть языком статической типизации.
Веет башпрограммистами автономных операционных систем.
Статическая типизация - это когда тип фиксируется на этапе трансляции.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

159. Сообщение от n00by (ok), 27-Апр-23, 11:33 +1 +/–

>> bool, false и true
> Кто лучше знает, это получается, что в новом стандарте Си появился полноценный
> булевый тип? Что мешало добавить его раньше?
Когда язык проектировали как замену ассемблеру, тогда булевый тип хранился во флагах процессора. Тогда идея заставить компилятор тратить под один бит целый байт выглядела дикой - это оставляли на совесть программисту.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

160. Сообщение от n00by (ok), 27-Апр-23, 11:46 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

161. Сообщение от n00by (ok), 27-Апр-23, 12:01 +/–

>>Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале.
> 1)Однопроходный компилятор - наше все.
В любом случае переменная объявляется до использования.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

162. Сообщение от n00by (ok), 27-Апр-23, 12:11 –1 +/–

Пишите на Vala, там есть свойства и в довесок GObject.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

164. Сообщение от n00by (ok), 27-Апр-23, 12:22 +/–

> несчастливый номер, пожалуй пропущу эту версию анбора конпиляторов
Повеяло мракобесием автономной ОС, у которой уже пять штук 12-х версий.
Если понимать, откуда оно пошло и что такое дюжина - так как раз 12-й Дом - Дом Смерти.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #205, #279, #287

165. Сообщение от Бывалый смузихлёб (?), 27-Апр-23, 12:29 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #178

166. Сообщение от Аноним (166), 27-Апр-23, 12:32 +/–

Тем, что половины номеров тут нет. Например, 10.0.0 или 12.1.1. То есть вы предлагаете мне просто запомнить, какие версии есть, а каких нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #191

167. Сообщение от Аноним (167), 27-Апр-23, 12:35 +/–

Решил тут попробовать G++. И что?
1) Возможности явно указать точку входа прямо в коде нет, хотя она была в любом древнем компиляторе. Отрубаешь stdlib и приходится указывать точку входа через командную строку.
2) Отрубить .edata если она пустая возможности нет, даже при использовании gc-sections
3) Отрубить hintы в импорте возможности нет
4) 64х битный и 32х битный компиляторы ведут себя по разному, так что везде приходится тыкать условную компиляцию.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #188, #260

168. Сообщение от _RORO_ (ok), 27-Апр-23, 12:43 +1 +/–

Ну так в графах и деревьях под капотом тоже массив

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #179

169. Сообщение от InuYasha (??), 27-Апр-23, 12:45 +/–

ага, до первого хардкода или ошибки с sizeof()

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

170. Сообщение от InuYasha (??), 27-Апр-23, 12:48 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

172. Сообщение от InuYasha (??), 27-Апр-23, 12:54 +/–

лол, заставил меня вспомнить те годы. Да не, проперти - это костыль какой-то. Если что и было нужного в быдлере - это _кложуре для коллбэков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #248

173. Сообщение от Ilya Indigo (ok), 27-Апр-23, 12:59 +/–

GCC 13 и не слова про #include <cstdio>.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #313

174. Сообщение от InuYasha (??), 27-Апр-23, 13:00 +/–

Пьющие кровавые смузи хипстеры.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #201

175. Сообщение от InuYasha (??), 27-Апр-23, 13:02 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #197

176. Сообщение от InuYasha (??), 27-Апр-23, 13:05 +/–

Вот за это ТоталКомандер, АИМП и прочие школоподелки из 90ых презренны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

177. Сообщение от Пользователь чебурнета (?), 27-Апр-23, 13:30 +/–

Нет, лучше в 64. Параллельно запивая смузи.
Обычный приём, который преподаётся в старших классах при изучении страктов и юнионов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #275

178. Сообщение от Аноним (7), 27-Апр-23, 13:36 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #165

179. Сообщение от name (??), 27-Апр-23, 13:58 +/–

Лолшто

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168 Ответы: #266

180. Сообщение от Аноним (180), 27-Апр-23, 14:00 –1 +/–

Вам изобрели компьютеры чтобы не быть ограниченными одним проходом - нет, хотят г-но жрать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84

181. Сообщение от Аноним (180), 27-Апр-23, 14:07 +/–

> Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа. Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы.
А где нет? А C++, например, `array<T, 10>` и `array<T, 11>` тоже разные типы. В паскале есть и динамические массивы - `array of real`. Днищенский он совсем не поэтому.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #235, #253

182. Сообщение от _kp (ok), 27-Апр-23, 14:14 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

184. Сообщение от Пользователь чебурнета (?), 27-Апр-23, 14:22 +/–

> И в этом весь C. Сделать для быстрого косособачинга кривую функцию компилятора
> (обрезание типов молча) и гору ad-hoc библиотечных функций. Заявить этот набор
> "стандартом". 30 лет со всем этим мяснить, порождая горы прог и
> утилит, дырявых в самых неожиданных местах. Через 30 лет начать пытаться
> сделать из этого Паскаль с C-синтаксисом.
А теперь ещё раз и по-русски.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151 Ответы: #264

186. Сообщение от Аноним (187), 27-Апр-23, 14:32 –1 +/–

У многих проектов 2 - 3 разработчика, а то и всего один. Вот теперь если они ещё и десигнеров для проектов искать начнут, то на собственно разработку времени не останется. Полезного кода больше не увидим.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #196

187. Сообщение от Аноним (187), 27-Апр-23, 14:42 +/–

А, ну да, Паскаль не старенький ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #206, #290

188. Сообщение от Аноним (187), 27-Апр-23, 14:44 +/–

Разве манипуляции с секциями ELF не задача линкера?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #189

189. Сообщение от Аноним (7), 27-Апр-23, 14:54 +1 +/–

Просто тут другой под к вопросу. Один ламеровендузятский, где всё пихают в кучу, и другой нормальный, где инструменты занимаются своими вещами и дают контроль программисту. Я так понимаю, в этом суть проблемы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #225

190. Сообщение от Ванёк (?), 27-Апр-23, 14:59 +/–

На x86_64 операции с uint32_t будут быстрее, чем с uint8_t и uint16_t.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #204, #221

191. Сообщение от Ванёк (?), 27-Апр-23, 15:02 +/–

10.0.0 или 12.1.1 - это не релизные версии, это текущие версии, над которыми ведётся работа, по завершении которой эти версии получают другие номера - в данном случае 10.1 и 12.2.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166

192. Сообщение от InuYasha (??), 27-Апр-23, 15:08 –1 +/–

Там точно не ":=" ? А днищенство языка там начинается с 1. Потому что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #210

196. Сообщение от Аноним (56), 27-Апр-23, 15:17 +1 +/–

Значит дизайн будет фи ка лия. С этим ничего нельзя поделать это данность. Это надо принять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

197. Сообщение от Аноним (56), 27-Апр-23, 15:19 +1 +/–

Даже с таким правом и даже с визуальным программированием у программиста дизайн будет полный ... отстой. Обычно даже UX отстой чего уж там.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

198. Сообщение от Аноним (180), 27-Апр-23, 15:21 +1 +/–

> А вот несогласен с такой оценкой Паскаля.
Вы не написали с чем именно вы не согласны. Написанное вами написанному мной нигде не противоречит.
> Вполне успешный язык
Согласен. Так, весь ныне забытый старый хлам был когда-то успешным.
> с хорошей системой типов, и использовался для вполне нужного софта.
Чем именно хороша его система типов? Не к её плохости, а к тому что она ничем не выделяется из массы всех паскале- и си-подобных языков.
> Да и простота его (см. обвинение в "школьности") привела к тому, что какой нибудь КМС^w КТН для проверки рабочих гипотез ваял на паскале как мог. А мог обычно почти никак (ой видел я этот поток учёного сознания), он же не профессиональный программистъ (Сейчас так же херово ваяют на питоне, хороший язык, да? да на матлабе ещё. пофиг, главное, гипотезу посчитать)
В школьности было не обвинение, а констатация факта, и описанный кейс с КТН никакого негатива не вызывает. Однако одно дело что кто-то что-то там делает для себя на коленке как умеет и как его полностью устраивает - это его личное дело. А другое - когда делается продукт для внешнего потребителя, которому неизбежно приходится брать на себя риски. А их и сам паскаль, и его экосистема, и квалификация автора который считает что на нём можно писать прикладуху, несут немерянно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

201. Сообщение от Аноним (56), 27-Апр-23, 15:48 +1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #174

202. Сообщение от Аноним (180), 27-Апр-23, 15:56 +/–

> Можно выразить масштаб изменений.
Нет, можно выразить только наличие очередного релиза и упорядочить релизы (и то только в рамках одной релизной ветки), масштаб изменений выразить нельзя от слова вообще, потому что он для каждого потрелибеля значит разное и для большинства применений неизмерим вовсе. А если бы даже масштаб и можно было как-то выразить, то использовать его всё равно никаким осмысленным образом не получилось бы.
Напомню что semver, одна из немногих схем _осмысленного_ версионирования, отталкивается не от непонятного масштаба, а от конкретного (на первый взгляд) свойства - изменений в API (patch = нет изменений, minor = есть совместимые, major = есть несовместимые). Однако эта схема не работает потому что, с одной стороны, на практике оказывается что любое наблюдаемое изменение является несовместимым (поэтому исправление бага в minor ломает тех кто на этот баг заложился), с другой - не все несовместимые изменения API аффектят всех (поэтому major изменение может вообще ничего не затронуть в потребителе). При этом а) API имеет смысл только для библиотек, при том что не все проекты библиотеки б) почти половина проектов не заявляют стабильного API (версия 0.*).
Поэтому нет, версии ничего ни количественно, не качественно не выражают, никогда не выражали и не будут, а требовать этого могут только не разбирающиеся в разработке дурачки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #226

204. Сообщение от фф (?), 27-Апр-23, 16:25 +/–

а на AVR?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #213

205. Сообщение от фф (?), 27-Апр-23, 16:29 +1 +/–

дюжина - это 12 костяшек на 4 пальцах одной руки, которые считали пятым(большим)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #224

206. Сообщение от _hide_ (ok), 27-Апр-23, 16:38 +1 +/–

Классический Паскаль старше C. Это на заметку так.
Но да, современные диалекты современны в меру умений разработчика. В гибкости отстают от языков с непрямой работой с памятью, а в производительности от языков а-ля ассемблер (как классический C). Весь антихайп из-за того, что этот язык программирования требует слишком серьёзной подготовки для написания адекватного кода.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

207. Сообщение от warlock66613 (ok), 27-Апр-23, 16:49 +/–

> Например как?
Например если взять следующий код без авто.
    short i = -3;
    unsigned short u = i;
Тут будет неявное преобразование типа. С авто его не будет.
    short i = -3;
    auto u = i;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #237

210. Сообщение от Аноним (210), 27-Апр-23, 16:57 –1 +/–

Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля тоже с 1, в Ада - используются range, в математике нумерация с 1.
И только отбитые сишники решили, что делать индексом сдвиг указателя на голову массива это офигенная идея. К сожалению этого овнокод победил, и остальные начали делать также.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #212, #215, #234, #294

211. Сообщение от Аноним (211), 27-Апр-23, 16:58 +1 +/–

неа, оно так не работает. оно зависит не только от апаратуры но и от ос.
например long:
OS    Architecture    Size of "long" type
Windows    IA-32            4 bytes
    Intel® 64    4 bytes
Linux    IA-32             4 bytes
    Intel® 64    8 bytes
mac OS    Intel® 64    8 bytes

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

212. Сообщение от Пользователь чебурнета (?), 27-Апр-23, 17:08 +/–

> Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля
> тоже с 1, в Ада - используются range, в математике нумерация
> с 1.
Ни один истинный шотландец...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

213. Сообщение от _kp (ok), 27-Апр-23, 17:12 +/–

> а на AVR?
Вы сами догадываетсь.
На Cortex и Risc-v 32bit 8/16 битный bool быстрее 32х битного.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #204

214. Сообщение от InuYasha (??), 27-Апр-23, 17:28 +/–

> int a[sizeof WCHAR];
rol, ты мне немного мозг подамажил таким примером )
Но это ещё что! Когда у тебя сетевой протокол завязан на sizeof, начинается веселье в степени N! Сдишь ты такой, никого не трогаешь. И тут коннектится клиент с винды или со смака.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #259, #268

215. Сообщение от InuYasha (??), 27-Апр-23, 17:48 +1 +/–

А вы по утрам не приходите в канцтовары покричать на линейки и рулетки? )
Вот, такие же "нормальные" люди, наверно, изобретают лифты с кнопками "4 3 2 1 -1 -2" )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

216. Сообщение от InuYasha (??), 27-Апр-23, 17:50 +/–

Я под НДА, но проекты на моно у нас текут. Могу сказать только что там дохрена-дохренища строковых манипуляций.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

217. Сообщение от InuYasha (??), 27-Апр-23, 18:10 +2 +/–

> несчастливый номер, пожалуй пропущу эту версию анбора конпиляторов
нормально. 2.6 было топовое ядро. 26 = 13*2.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

218. Сообщение от InuYasha (??), 27-Апр-23, 18:11 +/–

13. 1 + 3 = 4. Вуаля! (тут чинацйы собрали кирпичей на новую Стену)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

220. Сообщение от InuYasha (??), 27-Апр-23, 18:15 +/–

И тут аноны откроют для себя флаги. )

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

221. Сообщение от n00by (ok), 27-Апр-23, 18:15 +/–

> На x86_64 операции с uint32_t будут быстрее, чем с uint8_t и uint16_t.
Когда будут и кто обещал? Пока операции с регистрами занимают одинаковое количество тактов (uint16_t не беру в расчёт, это почти не используют), а чтение из памяти в сумме быстрее для компактных данных.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190 Ответы: #231

222. Сообщение от n00by (ok), 27-Апр-23, 18:21 +1 +/–

>> Если использовать uint8_t как bool, то производительность упадёт. Лучше использовать uint32_t
>> - производительность выше.
> Для intel 32bit - да. А других архитектурах может быть быстрее.
Из относительно современных нашёл такое только для Atom (не путать с Silvermont и более новыми - 45 nm Intel Atom processors introduced Intel Atom microarchitecture. The same microarchitecture also used in 32 nm Intel Atom processor)
D.3.3.5
Parameter Passing
Due to the limited situations of load-to-store forwarding support in Intel Atom microarchitecture, param-
eter passing via the stack places restrictions on optimal usage by the callee function. For example, “bool”
and “char” data usually are pushed onto the stack as 32-bit data, a callee function that reads “bool” or
“char” data off the stack will face store-forwarding delay and causing the memory operation to be re-
issued.
Compiler should recognize this limitation and generate prolog for callee function to read 32-bit data
instead of smaller sizes.
Assembly/Compiler Coding Rule 18. (MH impact, M generality) For Intel Atom processors, “bool”
and “char” value should be passed onto and read off the stack as 32-bit data.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

224. Сообщение от n00by (ok), 27-Апр-23, 18:30 +/–

Только костяшками считали не сами костяшки, а что-то из жизни. Например, 4 времени года по 3 месяца.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

225. Сообщение от n00by (ok), 27-Апр-23, 18:46 +/–

В Виндосе в MSVC точка входа задавалась ключём линкеру /ENTRY:function. В ассемблерах можно в исходном тексте указывать. Может он так троллит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

226. Сообщение от Аноним (64), 27-Апр-23, 19:47 +2 +/–

> Поэтому нет, версии ничего ни количественно, не качественно не выражают, никогда не выражали и не будут, а требовать этого могут только не разбирающиеся в разработке дурачки.
Ох уж эти опеннетные умники, разбирающиеся в разработке. Ты сам себе противоречишь, утверждая, что семантика есть, но при этом она ничего не выражает. Семантика есть и у нового способа версионирования GCC, но она нестандартная, и в этом как бы вся претензия.
> свойства - изменений в API
Не только изменений в API, но и любого функционала софта в целом (не обязательно библиотек). А еще у библиотек есть ABI. При этом ты же сам написал, что patch - это багофиксы, minor - новый совместимый функционал, а major - огромные несовместимые изменения. Это как бы и есть масштаб и тип изменений, не?
> любое наблюдаемое изменение является несовместимым (поэтому исправление бага в minor ломает тех кто на этот баг заложился)
Во-первых, баги фиксят в path. Во-вторых, если у кого-то хватило ума заложился на баги - это их личные проблемы. Какое отношение это имеет к системе версий и ее семантике?
> не все несовместимые изменения API аффектят всех
Опят же, какое отношение это имеет к системе версий? Какое мне дело, аффектит ли оно "всех", если я работаю над конкретным проектом или с конкретным софтом?
> поэтому major изменение может вообще ничего не затронуть в потребителе
Нет, не может, ибо это уже не изменения уровня major, а как раз какая-то новая нескучная семантика.
> почти половина проектов не заявляют стабильного API (версия 0.*).
Ну вот ты сам упомянул о еще одной семантике - пре-релизе. И тут же утверждаешь, что версия не говорит ни о чем.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202 Ответы: #299

227. Сообщение от Аноним (228), 27-Апр-23, 21:09 +/–

> auto alica = person;
Это издевательство над оператором присвоения.
А какое значение у person и нужно ли оно в alisa?
Чем typedef не угодил?
Си уже определяет типы неявно? Переписывать учебники, справочники, вики?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

228. Сообщение от Аноним (228), 27-Апр-23, 21:12 +/–

Оно точно положительное? Есть отрицательный указатель? Может просто hex для удобства, а на самом деле указатель и в двоичной и в десятичной и в восмеричной нотации можно написать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #265

229. Сообщение от Аноним (228), 27-Апр-23, 21:21 +/–

Вероятно подразумевалось, что массив понятен всем ОС и языкам. Передается он как полезная нагрузка на уровне приложений. Хотя для этого существует маршалинг, потому что передавать надо не только общие типы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

230. Сообщение от Аноним (228), 27-Апр-23, 21:27 +/–

не всегда оправдано.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

231. Сообщение от Ванёк (?), 27-Апр-23, 22:04 +/–

> Когда будут и кто обещал?
См. документацию по ассемблеру x86_64.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #271

232. Сообщение от Аноним (232), 27-Апр-23, 22:28 –1 +/–

Некогда, когда ещё программировал и занимался наукой, переписал критическую часть рассчётной программы (МКЭ) на Си, и скорость выросла в разы. Фортран - это хорошо, но очень уж не оптимизированно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #270

233. Сообщение от Аноним (228), 27-Апр-23, 22:41 +/–

Что оно?
1. WCHAR в винде определен, а linux нет?
2. wchar_t имеет платформозависимый размер?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #267

234. Сообщение от Аноним (228), 27-Апр-23, 22:47 +/–

Докажите, что для написания ОС такая нумерация было бы лучше?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

235. Сообщение от Аноним (228), 27-Апр-23, 22:59 +/–

Убогие какие-то функции получаются. И всё из-за одного формального параметра размера массива?
поэтому удобно передать информацию: указатель на массив определенных элементов и количество элементов. Для меня это естественно.
Не забывайте Си разрабатывался как язык для написания операционной системы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181

236. Сообщение от Аноним (-), 27-Апр-23, 23:06 +/–

> Это не общеизвестный пример. Есть ссылка на баги в таких проектах?
Те проекты - confidential/proprietary и сослаться на это вообще совсем не вариант. Да, гамно с ломовыми утечками памяти, проблемами перфоманса и кучей багов можно получить и за весьма приличные деньги.
А опенсорсных крупных проектов на дотнете я особо и не знаю. Крмое может разве что самого mono. Я вообще не понимаю нахрена оно такое надо. Майки походу тоже, с одной стороны хруст зажмет, с другой веб, и окажется это ни два ни полтора очередным deprecated, все как майкрософт любит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

237. Сообщение от Аноним (237), 27-Апр-23, 23:10 +1 +/–

>     short i = -3;
>     unsigned short u = i;
При том если вы написали unsigned вы реально имели в виду намерение поработать с положительными числами и дальнейший код, вероятно, уповал на данное допущение. За вон то - можно варнинг в два счета получить, особенно если вас хватит на -Wconversion.
> Тут будет неявное преобразование типа. С авто его не будет.
И варнинг за назначение знакового беззнаковому, что явно баг.
>     short i = -3;
>     auto u = i;
А вот тут варнингов не будет, но если вы вон там unsigned писали, вероятно, дальнейшая логика этого хотела, но вы заныкали это намерение и вот тут варнинга уже не будет. Добро пожаловать в мир багов. И спасибо за отличную иллюстрацию как именно можно стрельнуть себе в пятку auto.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207

238. Сообщение от Аноним (228), 27-Апр-23, 23:13 +1 +/–

Поэтому в добром Си, на котором писали ОС, и не было этого типа. Была логика: 0 и всё остальное.
И можно выбирать для хранения выровненный тип.
Но пришло другое поколение и появился bool и auto (

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

239. Сообщение от Аноним (228), 27-Апр-23, 23:20 +/–

формалисты введут обязательное правило использование auto. А так-как у них мозга нет, то и объяснять им бесполезно. Они устали отбиваться от насмешек молодых про застарелость typedef и отсутствие типа для булевой переменной.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

240. Сообщение от Аноним (-), 27-Апр-23, 23:21 +/–

> А зачем массивы при передаче пакетов? Структы, указатели на память..
А указатели на память, типа, не массивы? В сях вообще отличие достаточно маргинальное, можно по индексу, можно по указателю. По индексу порой может быть читаемее, особенно если характерным смещениям дать символические имена.
Более того - массив с указанием максимального размера так то помогает статическому анализу и инструментам типа asan/ubsan, сразу видно если лажа вышла. А без этого указания - нет указания ваших намерений и сильно менее понятно, корректно вон то или нет. Одна из тех вещей которые в си сдалали дурно - указатели в довольно большом числе случаев не подлежат полноценному статическому анализу. Из-за отсутствия деклараций намерений кодера, ага. Тяжелые штуки типа asan конечно и такое могут словить зачастую, но это дофига оверхеда, сильное замедление, да и падеж в рантайм хуже чем в компил тайм.
> в каком месте массивы?
В том же что и указатели на память. Память так то сама массив байтов, внезапно. А чтоб красиво, структурировано и на си - это struct, но вот в провод, воздух или файл его портабельно не пошлешь, чтобы это вышло дешево и сердито.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

242. Сообщение от Аноним (242), 27-Апр-23, 23:38 +/–

> #define SWAP(a,b) do { auto t = a; a = b; b
> = t; } while(0)

Смотрите дети как себе метко в пятки стрелять, да не просто а в прыжке, с заподвыподвертом, левой рукой в правую. С перезарядкой арбалета на лету. Или отличный пример как делать не надо.
Хинт: в этом макро радикально не хватает как минимум скобочек. Вы когда его задефайнили думали лишь про 1 юзкейс но caller может делать дохрена того о чем вы не подумали.
Как вам например SWAP(x++, ++y)? А если SWAP(++x, y++)? Это одно и то же или нет? :) А может, там выражение какое? И вон то макро вам такие интересные side effects посчтитает...
Более того, а что если у a и b тип разный? У том чудо макросе это не проверяется вообще никак, и есть шансы выпилить варнинг о том что вы толкаете слона в клетку для канарейки.
А то что вы хотели на самом деле _Generic называется, и таки начиная с C11 - есть. При том там это можно более культурно оформить. Во первых без залета на непонятки в вон тех случаях, во вторых можно более ограниченно указать какие типы эта штука может стрескать. А с вот таким макро вы соберете сильно больше багов чем могли бы себе представть. И так вполне реально вулн в коде повесить, хотя на вид все ЗБС.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #269, #291

243. Сообщение от Аноним (228), 27-Апр-23, 23:47 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

244. Сообщение от Аноним (228), 27-Апр-23, 23:48 +/–

> В C++ он нужен из-за монструозных template'тов.
Говорите прямо - запутались. auto как палочка выручалочка. Что получится не важно, главное скомпилировать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

245. Сообщение от Аноним (245), 27-Апр-23, 23:59 +/–

> Можно юнионом укладывать в чар 8 булей.
Лучше struct'ом. Проблема однако в том что это хотя и сэкономит RAM под були, сгенерит лишний код на RMW этого счастья. Результат как правило медленнее работает и жирнее по коду, так что особого профита с этого лайфхака не наступает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #305

246. Сообщение от Аноним (-), 28-Апр-23, 00:08 +/–

> На подобное заведомое переполнение gcc ругается.
Это был простейший пример. В реальном коде будет нечто ближе к:

uint8_t var1 = 255;
...
var1++;
if (var1) ... // Ну и вот кто тут про ноль из-за mod(2^8) math подумает? :)

...и на это ругаться уже не будет в общем случае.
> И когда из большего типа в меньше без приведения типа присваивают, тоже ругается.
Если кто храбрый -Wconversion ему в руки, узнаете много нового о своем коде и его (без)глючности и (без)опасности в плане работы с целыми числами.
> Про bool - верно.
Его все же специально сделали для логических выражовываний, с inеeger'ами это не сколько более стремное занятие.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #276

247. Сообщение от Аноним (-), 28-Апр-23, 00:12 +/–

> Если использовать uint8_t как bool, то производительность упадёт. Лучше использовать uint32_t
> - производительность выше.
Вот прям так универсально? Ну попробуйте свой совет на AVR. И получите пролет по скорости в разы. Компилеру виднее как bool оформить потребно на его платформе в вон тех гарантиях. Переумничать компилер? Вы скорее пятки себе прострелите с таким уровнем знаний.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

248. Сообщение от nc (ok), 28-Апр-23, 00:14 +/–

Это целиком и полностью покрывается возможностями std::function

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

249. Сообщение от Аноним (-), 28-Апр-23, 00:14 +/–

> И в этом весь C. Сделать для быстрого косособачинга кривую функцию компилятора
> (обрезание типов молча)
Не угадал, де факто там варнинг в современных компилерах будет. Но как утрированый пример сойдет, влом было кодить обман варнинга в утрированом примере, извини.
> утилит, дырявых в самых неожиданных местах. Через 30 лет начать пытаться
> сделать из этого Паскаль с C-синтаксисом.
Где там и чего от паскаля вообще? Это я как прогавший на паскале спрашиваю.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #151

250. Сообщение от Аноним (-), 28-Апр-23, 00:17 +/–

> Ну да, оставили только two's complement
Видимо дотумкало что столько UB сколько там есть - не рулит совершенно.
>> и тогда это уже "defined behavior" будет
> Нет, не будет. Поскольку возможность переполнения мешает ещё и оптимизатору
Если остался только 1 формат хранения - по идее его wrap конкретно определен уже. А оптимизатор не имеет права нарушать иллюзии прописаные в стандарте. Хотя я и не смотрел этот кусок на тему гарантий, стандарт еще не вышел даже вроде?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #315

251. Сообщение от Аноним (-), 28-Апр-23, 00:22 +/–

> Наоборот уменьшает. И все знают где в тексте статически определены все переменные.
С другой стороны, переменные для циклов типа for (uint8_t i = 0; i < 10; i++) и элегантно и прозрачно хинтит оптимизеру область использования переменной, и позволяет не захламлять сюжетно важный блок с описанием переменных aux сущностями нужными на 1 этот цикл и более - нигде.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

252. Сообщение от AKTEON (?), 28-Апр-23, 00:25 +/–

Ну и как там в паскале с параллелизмом в гетерогенных вычислительных системах ??

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

253. Сообщение от Аноним (-), 28-Апр-23, 00:26 +/–

Да даже на си так можно. Если нужно.
typedef struct array10_t { arr[10] };
vs
typedef struct array11_t { uint8_t arr[11] };
И далее вы это by value или by pointer уже не сможете перепутать. Что так то хорошо - спасет от случая когда вы 11-й элемент в массиве на 10 дереференсить пытались. Не то чтоб это совсем не получится, но это будет минимум баг, максимум вулн.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #255

255. Сообщение от Аноним (-), 28-Апр-23, 00:28 +/–

Упс, название типа потеряно. Примерно так: typedef struct array10_t { arr[10] } array10_t;

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #253

259. Сообщение от Аноним (228), 28-Апр-23, 00:39 +/–

Маршалинг должен быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

260. Сообщение от Аноним (245), 28-Апр-23, 00:43 +2 +/–

> 1) Возможности явно указать точку входа прямо в коде нет,
Си это не ассемблер. Но если сильно хочется, линкерскрипт или командлайн к вашим услугам.
> хотя она была в любом древнем компиляторе.
Не есть стандартный си и никак не регламентировано. По факту в gcc можно что угодно сделать, как микроконтроллерщик говорю.
> Отрубаешь stdlib и приходится указывать точку входа через командную строку.
Можно в линкерскрипте указать. Да и хотели вы наверное что-то типа:
-fno-common -fno-builtin -nostdlib -ffreestanding или около того...
А может еще и это, если про gc sections в курсе:
-fdata-sections -ffunction-sections
Лучше всего оно в паре с LTO, если тот выносит лишнее (умеет!) есть __attribute__(used).
> 2) Отрубить .edata если она пустая возможности нет, даже при использовании gc-sections
Можете отрубить все что угодно - добро пожаловать в чуднй мир линкер скриптов. Как хотите так и компонуйте свой бинарь. Все гибко и настраиваемо. Есть даже директива DISCARD для неугодных вам секций. Если они были нужны и не стало работать кто ж вам виноват? :)
> 3) Отрубить hintы в импорте возможности нет
А что такое "импорт" в вон том flat binary фирмвари например? :)
> 4) 64х битный и 32х битный компиляторы ведут себя по разному, так
> что везде приходится тыкать условную компиляцию.
А они и не обязаны себя одинаково вести. Они обязаны имплементить стандарт сей (ну или плюсов).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

262. Сообщение от Аноним (262), 28-Апр-23, 04:26 +/–

> На кой auto в C? В C++ он нужен из-за монструозных template'тов.
Трольнул, круасафчег ! Все отписавшиеся выше не знают не то что сей, их к компу мамка подпускать не должна пока к&r на зубок не выучат.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

264. Сообщение от _ (??), 28-Апр-23, 05:23 +/–

дитё порвало ( | )  :-D
сию конструкцию засунуть в компилятор и понять что не собеётся, ума (предсказуемо) - не хватило :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184 Ответы: #272, #334

265. Сообщение от n00by (ok), 28-Апр-23, 07:10 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #277, #319

266. Сообщение от n00by (ok), 28-Апр-23, 07:13 +/–

Посмотрите исходники malloc().

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #286

267. Сообщение от n00by (ok), 28-Апр-23, 07:28 +/–

> Что оно?
В моём сообщении единственная строка с кодом:
int a[sizeof WCHAR];
> 1. WCHAR в винде определен, а linux нет?
"переносят в Linux" означает, что код запускают в Linux, адаптируя, при необходимости.
> 2. wchar_t имеет платформозависимый размер?
"работает, но в память не всегда помещается" является ответом на этот вопрос. Я забыл там 1 << но InuYasha почему-то догадался.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #233

268. Сообщение от n00by (ok), 28-Апр-23, 07:36 +/–

>> int a[sizeof WCHAR];
> rol, ты мне немного мозг подамажил таким примером )
Да накосячил с арифметикой. Сейчас не найду ту тему на ЛОРе, массив создавался для задачи типа "посчитать количество каждого возможного символа в тексте" и на Линуксе то ли несколько минут уходил в подкачку, то ли дома работал, а на работе падал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

269. Сообщение от n00by (ok), 28-Апр-23, 08:09 +/–

> Как вам например SWAP(x++, ++y)? А если SWAP(++x, y++)?
Не надо так писать. Видно же, что это макрос.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #330

270. Сообщение от Дед Ананий (?), 28-Апр-23, 08:17 +1 +/–

Современный Fortran - вполне себе годный инструмент. Для realtime, может, и не подойдет, но для расчета эмуляций процессов при ядерном взрыве с распаралеливанием вычислений - вполне себе. Многое зависит также и от квалификации программиста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #348

271. Сообщение от n00by (ok), 28-Апр-23, 08:40 +/–

>> Когда будут и кто обещал?
> См. документацию по ассемблеру x86_64.
Зачем я буду смотреть всякую чепуху, какую Вы и процитировать стесняетесь? Я смотрю 64-ia-32-architectures-optimization-manual.pdf (см. цитату в №222), AMD_Athlon_Processor_x86_Code_Optimization_Guide.pdf и Software Optimization Guide for AMD Family 17h Processors-55723_3_01_0.zip

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231

272. Сообщение от n00by (ok), 28-Апр-23, 08:50 +/–

И соберётся и запустится. Эффект окажется для некоторых неожиданным. Особенно для перепутавших компилятор с линкером.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

273. Сообщение от Ананий (?), 28-Апр-23, 09:31 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #278, #284, #336

274. Сообщение от Аноним (-), 28-Апр-23, 10:08 +/–

>void main()
Чо за дичь? Так пишут старые пердуны учившиеся писать 180-90 гг. на каких-то компиляторах под мастдай.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

275. Сообщение от Срыватель покровов (?), 28-Апр-23, 10:23 +/–

Мало в каких школах дают Сишечку. В основном дают Питон сейчас. Си скорее на первом курсе изучают.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #314

276. Сообщение от _kp (ok), 28-Апр-23, 10:23 +/–

> Если кто храбрый -Wconversion ему в руки,
Да, 90% бестолковых предупреждений, но для своего кода, так использую, иногда помогает же.
Но оно не отлавливает опечатки с присвоеним разных типов, и если типы совпадают по размеру, то по мнению компилятора сойдёт и так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #333

277. Сообщение от warlock66613 (ok), 28-Апр-23, 10:49 +/–

Я бы для начала спросил: а является ли указатель числом (адресом)? И ответ: нет, не является. (Но даже и с адресом уже кстати всё может быть не так просто. Например, он может быть не числом, а парой чисел.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #282

278. Сообщение от Пидор Пэн (?), 28-Апр-23, 10:50 +1 +/–

В виндовых x64 exe этого уже нет, так как код стал PIC-подобным

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #321

279. Сообщение от Аноним (279), 28-Апр-23, 11:22 +/–

у Cisco IOS'a не было 13 версии,была 12 а потом 15. Циско - молодцы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #283

280. Сообщение от Аноним (280), 28-Апр-23, 12:06 +/–

>И это правильно, потому что ничего через циферки не выразить, и semver доказал свою полною несостоятельность.
Ты когда-нибудь зависимости руками собирал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

281. Сообщение от Аноним (280), 28-Апр-23, 12:10 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

282. Сообщение от n00by (ok), 28-Апр-23, 12:54 +/–

> Я бы для начала спросил: а является ли указатель числом (адресом)? И ответ: нет, не является.
ISO/IEC 9899:2017
6.2.5 Types
21 Arithmetic types and pointer types are collectively called scalar types. ...
Не вижу где стандарт формализует, что такое скаляр, но из математики известно, что это одно число.
Указатель это абстракция над адресом, описывает так же и тип адресуемого объекта (в следствии чего инкремент указателя может увеличить адрес на больше чем 1).
> (Но даже и с адресом уже кстати всё может быть не так просто.
> Например, он может быть не числом, а парой чисел.)
С адресом всё достаточно просто на физическом уровне, если иметь представление о шине адреса. Пара чисел для динамического ОЗУ (строка + столбец) окажутся просто разными разрядами одного числа. Если есть преобразование в виртуальные адреса, то на уровне приложений его не видно. Процессор может адресовать ячейку парой регистров, о чём я написал (в DOS-е вроде 20 бит был указатель, сегментный регистр + РОН).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #277 Ответы: #292

283. Сообщение от n00by (ok), 28-Апр-23, 13:04 +/–

У них и этажей нет 13-х, что с них взять, если это давняя традиция. Вон те в автономной ОС умело устроили карго-культ своему господину.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279

284. Сообщение от n00by (ok), 28-Апр-23, 13:22 +/–

Точнее, не в заголовке, а в таблице релокаций. Релоки не обязательны для запуска, раньше по умолчанию в exe их не было. Нужны они для загрузки по любым адресам. Можно писать код так, что релоки не понадобятся. Компиляторы-линкеры генерировали релоки, поскольку код получался более компактным. Зависит это от процессора, а не от ОС. В gcc ищите в справке position-independent code.
И кстати "шиндовый EXE" грамотно называется PE/COFF. А "COFF was introduced in 1983, in AT&T's UNIX System V". ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #310, #322

285. Сообщение от Коми (?), 28-Апр-23, 14:03 +1 +/–

Серверы, сервисы и прочая мутата в компиляторах...докатились.

Ответить | Правка | Наверх | Cообщить модератору

286. Сообщение от name (??), 28-Апр-23, 14:19 +/–

От меня это не зависит. Я там за границы массива не выйду.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #289

287. Сообщение от name (??), 28-Апр-23, 14:22 +/–

Хм. А я всегда думал, что это про Иисуса -- если вместе соберутся 13 человек, то 1 в течении года умрет. Что даже чисто теоретически вполне вероятно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #288

288. Сообщение от n00by (ok), 28-Апр-23, 14:56 +/–

Наша Эра началась с т.н. Великого соединения Юпитера и Сатурна в знаке Рыб в момент зимнего солнцестояния. И кстати в 2020-м она таким же соединением в Козероге закончилась. Наберите в поисковике "Эра Водолея" - вот примеры, как астролухи путают знаки Зодиака и созвездия, строя из себя знатоков и паря мозг охлосу.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #287

289. Сообщение от n00by (ok), 28-Апр-23, 15:10 +/–

Зато можно вызвать mmap() и реализовать граф поверх той памяти, заменив указатели индексами. Получится под капотом массив.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

290. Сообщение от Alexey Torgashin (?), 28-Апр-23, 15:15 +/–

Паскаль старенький. Но он вбирает в себя новые веяния. Дженерики, анонимные функции, for-in, КОРБА-интерфейсы, атрибуты в [], поддержка разных CPU + OS, и т.д. Все это появляется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187

291. Сообщение от Аноним (291), 28-Апр-23, 15:17 +2 +/–

> Хинт: в этом макро радикально не хватает как минимум скобочек
это макро было иллюстративным и только.
> Как вам например SWAP(x++, ++y)?
Никак. Написавший такие аргументы в таком макро -- идиот, лечить бесполезно. Выстрелить себе в любую часть тела на Си не было проблемой вообще никогда. Макросы от того и пишут большими буквами, чтобы те, кто ими пользуются понимали "хрупкость" и осознавали возможности сайд-эффектов.
> А то что вы хотели на самом деле _Generic называется, и таки начиная с C11 - есть.
Без генерика приведённый вариант обмена значений будет работать даже с любой стркутурой, а как он будет с генериком -- вопрос интересный. Не всё ограничивается только вариантами целых чисел.
> Смотрите дети ...
Проецирование своих комплексов наружу? Ну-ну

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #242 Ответы: #331

292. Сообщение от warlock66613 (ok), 28-Апр-23, 15:49 +/–

> в DOS-е вроде 20 бит был указатель
Не совсем в DOS (а вообще в реальном режиме) и не совсем 20 (мог быть и 20, и 16, и даже 32 бита, причём не в виде единого числа, а именно в виде пары 16-битных чисел), но это уже несколько анахронизм. А из современного в поисках необычных указателей лучше посмотреть на архитектуру CHERI.
Но главное, что всё это относится только к указателю во время выполнения. А есть ещё время компиляции, когда даже на "обычных" архитектурах указатель не является адресом.
(
> Не вижу где стандарт формализует, что такое скаляр
Да вот ровно в процитированной вами строчке и формализует: arithmetic types and pointer types. Nothing more, как говорится.
)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #301

293. Сообщение от Аноним (-), 28-Апр-23, 16:21 –1 +/–

>В состав GCC принят фронтэнд для сборки программ на языке программирования Modula-2.
Его используют только в российской оборонке! ИМХО, в наборе компиляторов GCC он не нужен.

Ответить | Правка | Наверх | Cообщить модератору

294. Сообщение от Аноним (-), 28-Апр-23, 16:23 +/–

> в математике нумерация с 1.
Нет, в математике нумерация оттуда, откуда удобно. Твоё математическое образование видимо упустило такую тему матана как ряды, где используется исключительно нумерация с нуля, потому что индекс 0 очень удобно порождает показатель степени 0, который даёт нам член ряда без x (c x в нулевой степени). Без него пришлось бы писать конструкции типа x^{i-1}, что увеличивает количество писанины.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210

295. Сообщение от Аноним (-), 28-Апр-23, 16:24 +/–

>После доведения фронтэнда до готовности (ожидается в следующем выпуске), штатный инструментарий GCC сможет использоваться для компиляции программ на языке Rust без необходимости установки компилятора rustc, построенного с использованием наработок LLVM.
Проблема не в том, что есть он в наборе компилятор или нет. Должно произойти 2 вещи.
1. Язык Rust должен одобрить Столлман.
2. Язык Rust должен иметь копилефтную лицензию (в том числе и все библиотеки в Cargo).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #298, #324

296. Сообщение от Alexey Torgashin (?), 28-Апр-23, 16:28 +/–

Большое спасибо. Что просветили насчет Модулы и Фортрана, буду знать что на них сделано много научных библиотек.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #300

297. Сообщение от Аноним0 (?), 28-Апр-23, 16:45 +/–

Главное, чтобы swap не рос

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #325

298. Сообщение от Анонин (?), 28-Апр-23, 17:12 –4 +/–

1. Всем по... на деда
2. Раковый копилефт оставьте себе. Тут свободная лицензия.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #309

299. Сообщение от Аноним (180), 28-Апр-23, 17:21 –1 +/–

> Ты сам себе противоречишь, утверждая, что семантика есть, но при этом она ничего не выражает
Я такого не утверждал, научись читать - я привёл semver как пример _попытки_ сделать вид что семантика есть, и показал почему это не работает.
> Не только изменений в API, но и любого функционала софта в целом (не обязательно библиотек)
Нет, только изменений в API, потому что API это контракт, а только при наличии контракта можно говорить нарушается он или нет. Про изменение "любого функционала" ничего нельзя сказать. Может ты опечатку поправил в выводе программы, и для тебя это patch, а для того кто этот вывод решил парсить и у него сломалась регулярка это breaking change. Собственно, то же возможно и при обработке того что вернула библиотека, поэтому semver и не работает.
>> не все несовместимые изменения API аффектят всех
> Опят же, какое отношение это имеет к системе версий? Какое мне дело, аффектит ли оно "всех", если я работаю над конкретным проектом или с конкретным софтом?
Автор, по semver, должен бампать major при любом несовместимом изменении в API. При этом клиент может эту часть API вообще не использовать. В итоге даже забыть что semver не работает, и завязаться на его гипотетическую семантику, которая позволила бы нам, например, описать диапазон версий зависимости нашего проекта как `>=17 <18`, надеясь получать обновления в рамках 17 мажорной версии и при этом не сломаться, мы получим хрена лысого.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #343

300. Сообщение от Аноним (180), 28-Апр-23, 17:26 +/–

А не надо ёрничать. Действительно, просвещайтесь:
https://en.wikipedia.org/wiki/List_of_numerical_libraries#Fo...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #296

301. Сообщение от n00by (ok), 28-Апр-23, 18:35 +/–

>> в DOS-е вроде 20 бит был указатель
> Не совсем в DOS (а вообще в реальном режиме) и не совсем
> 20 (мог быть и 20, и 16, и даже 32 бита,
> причём не в виде единого числа, а именно в виде пары
> 16-битных чисел), но это уже несколько анахронизм.
Я так и не понял, зачем повторно вырезаете мои слова про сегментный регистр и регистр общего назначения (РОН) и пишете про два числа. Адрес, по которому процессор читает или пишет, определяется опкодом (полями R/M и SIB) и префиксом смены сегментного регистра, если он есть. В результате декодирования и исполнения команды на шину адреса выставляется одно "число".
>> Не вижу где стандарт формализует, что такое скаляр
> Да вот ровно в процитированной вами строчке и формализует: arithmetic types and
> pointer types. Nothing more, как говорится.
Здесь формализован тип указателя. Сказано, что указатель является скаляром, как и целые. Т.е. одно число. Откуда взялось два?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292 Ответы: #302

302. Сообщение от warlock66613 (ok), 28-Апр-23, 19:09 +/–

> Адрес, по которому процессор читает или пишет, определяется <...> В
> результате декодирования и исполнения команды на шину адреса выставляется одно "число".
Ну надо же, какой умный этот ваш процессор.
>>> Не вижу где стандарт формализует, что такое скаляр
>> Да вот ровно в процитированной вами строчке и формализует: arithmetic types and
>> pointer types. Nothing more, как говорится.
> Сказано, что указатель является скаляром, как и целые.
Не знаю, то ли вы переводите неправильно с английского, то ли ещё что, поэтому переведу:
> Arithmetic types and pointer types are collectively called scalar types.
> Арифметические типы и типы указателей вместе называются скалярными типами.
Это просто определение "скалярного типа", не больше и не меньше. Ни о каких числах тут речи не идёт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #304

303. Сообщение от Аноним (64), 28-Апр-23, 19:17 +/–

> А для тех кто текстом программирует, свойства это как собаке пятая лапа. get-теры set-теры тебе в помощь.
Отличная логика. Добавили operator[], перегрузку, пользователськие операторы, RTTI, но свойства - "собаке пятая лапа".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100

304. Сообщение от n00by (ok), 28-Апр-23, 20:04 +/–

>> Адрес, по которому процессор читает или пишет, определяется <...> В
>> результате декодирования и исполнения команды на шину адреса выставляется одно "число".
> Ну надо же, какой умный этот ваш процессор.
Вы заявляли про два числа. Откуда они взялись?
>>>> Не вижу где стандарт формализует, что такое скаляр
>>> Да вот ровно в процитированной вами строчке и формализует: arithmetic types and
>>> pointer types. Nothing more, как говорится.
>> Сказано, что указатель является скаляром, как и целые.
> Не знаю, то ли вы переводите неправильно с английского, то ли ещё
> что, поэтому переведу:
>> Arithmetic types and pointer types are collectively called scalar types.
>> Арифметические типы и типы указателей вместе называются скалярными типами.
> Это просто определение "скалярного типа", не больше и не меньше. Ни о
> каких числах тут речи не идёт.
types - это множественное число.
Ни о каком одном типе тут речи не идёт.
И арифметический тип - скалярный тип.
И указатель - скалярный тип.
Может надо еще и scalaris перевести с латыни? Ступенчатый. В единичной системе счисления осталось записать для наглядности.
Далее в том же пункте указаны агрегатные (составные) типы: Array and structure types are
collectively called aggregate types.
"Два числа" это как раз составной тип.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #302 Ответы: #306

305. Сообщение от Пользователь чебурнета (?), 28-Апр-23, 20:36 +/–

Код будет жирнее -- ну может быть, от компилятора и опций зависит. Что будет медленнее -- не верю.
В крайнем случае можнно просто создать переменную типа int8_t, и для манипуляций с конкретным битом использовать операции по маске. И в /** камментах **/ не забыть написать, для чего используется каждый бит :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #332

306. Сообщение от warlock66613 (ok), 28-Апр-23, 21:33 +/–

> Вы заявляли про два числа. Откуда они взялись?
В программах на Си для реального режима x86 дальние (far) указатели представлены парой шестнадцатибитных чисел — селектором и смещением.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #308, #345

307. Сообщение от Михаил (??), 29-Апр-23, 07:29 +/–

А не должен, что ли?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

308. Сообщение от n00by (ok), 29-Апр-23, 11:05 +/–

>> Вы заявляли про два числа. Откуда они взялись?
> В программах на Си для реального режима x86 дальние (far) указатели представлены
> парой шестнадцатибитных чисел — селектором и смещением.
Вопрос был, откуда это мнение взято.
Цитирую IA-32 SDM, Vol 1:
1.3.4 Segmented Addressing
...
The following notation is used to specify a byte address within a segment:
Segment-register:Byte-address
For example, the following segment address identifies the byte at address FF79H in the segment pointed by the DS register:
DS:FF79H
То есть, _адрес_ ячейки записывается парой чисел, подобная форма записи принята в том мануале.

Цитирую Ваше сообщение #277
"является ли указатель числом (адресом)? И ответ: нет, не является."
По-вашему, указатель не является адресом, значит к нему "пара чисел" из SDM не применимо.
В стандарте Си указатель назван скаляром. Из чего следует, что "в программах на Си для реального режима x86" одно число (значение указателя) загружается в регистровую пару из селектора и РОНа.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306

309. Сообщение от Аноним (-), 29-Апр-23, 12:32 +1 +/–

Свободной считается только лицензия типа копилефта. Это отражено на сайте GNU и FSF и много раз отмечено в научных трудах и СМИ. Лицензии типа Mozilla_PL, БЗД (всех 4-х клаусов), МИТ-щина, Апаче, "Общественное достояние" считаются пермиссивщиной, их ещё называют "Открытый код (Open Source)".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #298 Ответы: #326

310. Сообщение от Аноним (-), 29-Апр-23, 12:39 +/–

>И кстати "шиндовый EXE" грамотно называется PE/COFF. А "COFF was introduced in 1983, in AT&T's UNIX System V". ;)
Открою тебе срашную тайну! Тс-сc! Тока никому не говори: "DOS/Windows - это изуродованный Xenix". Ублюдок Билли специально путь в файловой системе обозначил обратным слешем (\), чтобы все его продукт приняли за оригинальную, с чистого листа написанную ОС!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #312

311. Сообщение от Аноним (-), 29-Апр-23, 12:45 +/–

Ну так бы и сказал сразу, что мол без ООП Дельфи как программист ты никто.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

312. Сообщение от n00by (ok), 29-Апр-23, 15:06 +/–

Это для меня не тайна, что тороидального Анонима (-) лучше не читать. 86-DOS Билли купил у Тима Патерсона, а NT у DEC вместе с командой разработчиков VMS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #310

313. Сообщение от Аноним (245), 29-Апр-23, 17:17 +/–

>cstdio
А это ещё что?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #323, #327

314. Сообщение от Пользователь чебурнета (?), 29-Апр-23, 17:20 +/–

Верно, но это уже неустранимые проблемы нынешней системы образования, обсуждать которые -- значит скатиться в политоту.
Так-то по-нормальному в младших классах должны быть основы информатики -- алгоритмизация, простейшая формальная логика с соответствующими задачами. В средних классах -- Питон, в старших -- Джава/Си/Го/Хруст на выбор и основы системного администрирования.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #317

315. Сообщение от oficsu (ok), 29-Апр-23, 20:14 +/–

> по идее его wrap конкретно определен уже
Ну, допустим. Дело же не в нём. Проблема в том, что оптимизатор может заложиться на тот факт, что число не переполняется, а значит и можно выпилить явные/неявные ветки кода, ожидающие переполнения
Оптимизатор видит, что x == 10 и x только инкрементится — всё, ветку if (x == 9) {} можно просто выкинуть
У нас не механизм переполнения оказывает влияние на производительность, а само наличие такой гарантии
>  А оптимизатор не имеет права нарушать иллюзии прописаные в стандарте
Так стандарт не позволяет переполнения, а значит и оптимизатор, выкидывающий лишние ветки, тоже ничего не нарушает — он заложился на отсутствие гарантий. Из-за этого, например, код с беззнаковыми может быть местами медленнее
> стандарт еще не вышел даже вроде?!
Стандарт — нет, но его черновик можно посмотреть или на гитхабе комитета в виде исходников, или собранный на eel.is/c++draft

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #335

316. Сообщение от soomrack (ok), 29-Апр-23, 20:33 +/–

К сожалению, для firefox уже нужно ставить Rust. Но с ним есть одна дикая вещь в gentoo:
https://bugs.gentoo.org/735154#c3
# Enable all LLVM targets unconditionally.  Unfortunately, disabling
# targets tend to break reverse dependencies (e.g. Rust) and we are yet
# to find a clean way of resolving that.  Compared to the damage
# potential, the increase of build time is a minor problem.  Users who
# really insist of building a smaller system can un-force the flags
# at their own responsibility.
>[оверквотинг удален]
>=sys-devel/clang-14 llvm_targets_VE
>=sys-devel/llvm-13.0.1_rc llvm_targets_AArch64 llvm_targets_AMDGPU
>=sys-devel/llvm-13.0.1_rc llvm_targets_ARM llvm_targets_AVR llvm_targets_BPF
>=sys-devel/llvm-13.0.1_rc llvm_targets_Hexagon llvm_targets_Lanai
>=sys-devel/llvm-13.0.1_rc llvm_targets_MSP430 llvm_targets_Mips
>=sys-devel/llvm-13.0.1_rc llvm_targets_NVPTX llvm_targets_PowerPC
>=sys-devel/llvm-13.0.1_rc llvm_targets_RISCV llvm_targets_Sparc
>=sys-devel/llvm-13.0.1_rc llvm_targets_SystemZ llvm_targets_WebAssembly
>=sys-devel/llvm-13.0.1_rc llvm_targets_X86 llvm_targets_XCore
>=sys-devel/llvm-14 llvm_targets_VE
и это при том, что rust тащит свою собственную llvm.
Как так то?!!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

317. Сообщение от Аноним (317), 30-Апр-23, 01:18 –1 +/–

В младших - Assembler, в средней школе - Brainfuck, в старших - Rust!
По выпуску устраивать в M$ архитекторами ядра.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #314 Ответы: #318

318. Сообщение от Пользователь чебурнета (?), 30-Апр-23, 01:36 +/–

Молодец, теперь попробуй осуществить свой педагогический эксперимент, начав с собственных детей. Если, конечно, успел настрогать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #317

319. Сообщение от Аноним (319), 30-Апр-23, 09:23 +/–

так адрес в памяти или адрес памяти ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265 Ответы: #320

320. Сообщение от n00by (ok), 30-Апр-23, 10:37 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

321. Сообщение от Аноним (133), 30-Апр-23, 15:31 +/–

А если какой-нибудь кульхацкер на ASM'е наваяет с прямой адресацией?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #340

322. Сообщение от Аноним (133), 30-Апр-23, 15:37 +/–

Только UNIX System V COFF был без всяких там PE - M$ улучшайзингов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #341

323. Сообщение от Аноним (133), 30-Апр-23, 15:38 +/–

stdio.h

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

324. Сообщение от Аноним (133), 30-Апр-23, 15:40 –1 +/–

Люто плюсую твои слова, брат Аноним.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

325. Сообщение от Аноним (133), 30-Апр-23, 15:43 +/–

Rust же защищает от Use after free ;)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297 Ответы: #337

326. Сообщение от Анонин (?), 30-Апр-23, 17:54 –2 +/–

Свободной по чьему мнение? По мнению гнутеллы и фсф?
Ахаха, ну разумеется это рачье будет кричать что только их лицухи по настоящему свободные.
BSD, MPL, MIT, PublicDomain - вот где  настоящая свобода, а не швaбoдka® гплнутых фанатиков.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

327. Сообщение от Ilya Indigo (ok), 30-Апр-23, 19:03 +/–

>>cstdio
> А это ещё что?
https://runebook.dev/ru/docs/cpp/header/cstdio
Почти в каждом 1-ом патче для C++ пакетов в имени которого присутствует gcc13.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313

330. Сообщение от Аноним (-), 30-Апр-23, 23:35 +/–

> Не надо так писать. Видно же, что это макрос.
Иногда очень соблазнительно воткнуть туда вот именно некое выражение. Из соображений лаконичного, читаемого, простого в восприятии кода. Потому что если вместо этого сделать костыль из нескольких малоочевидных строк более удачным решением это тоже не станет.
Если макрос писал не полный дилетант, макро будет вести себя приличнее, хоть и ценой разбавки макроса скобками. А, да, знаете, чтобы багов в коде было меньше, код должен быть лаконичным, выразительным и простым в понимании. И макросы имеет смысл использовать разве что для этого. В плане допустим оптимизации кода они давно сравнялись с функциями. Можно даже анти-оптимизацию получить - технологии типа LTO легко могут заинлайнить небольшой кусок функции а не ее всю, упростив и ускорив все в цать раз. С макро это получается значительно хуже.
Итого: показан пример как испортить жизнь оптимизеру и влепить неочевидных багов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #339

331. Сообщение от Аноним (-), 30-Апр-23, 23:53 +/–

> это макро было иллюстративным и только.
Зачем подавать пример как делать не надо, особенно если есть куда менее стремные генерики?
> Никак. Написавший такие аргументы в таком макро -- идиот, лечить бесполезно.
Иногда тем не менее для лаконичности кода удобно выражение воткнуть в аргумент. Отдельные 2 строки для чего-то в этом духе ведет
> Выстрелить себе в любую часть тела на Си не было проблемой вообще никогда.
Не значит что надо таскать заряженный пистолет снятый с предохранителя в повседневной жизни, пятки не одобряют такой маневр.
> Макросы от того и пишут большими буквами, чтобы те, кто ими пользуются
> понимали "хрупкость" и осознавали возможности сайд-эффектов.
Их можно сделать значительно менее хрупкими воткнув пару скобок. Да и вон то лучше наверное функцией делать. По перфомансу и коду врядли проиграет.
>> А то что вы хотели на самом деле _Generic называется, и таки начиная с C11 - есть.
> Без генерика приведённый вариант обмена значений будет работать даже с любой стркутурой,
Да. Но это тоже некоторые грабли. Структуры могут быть довольно большие (в этом случае, разумеется, место для них может выделяться динамичеси). А то что вы хотели аллоцировать на автомате темпарь вон того размера - это еще вопрос! В стеке же награда за нехватку памяти это сразу крах. Без возможности что-то сделать. Да, в struct можно и массивы вогнать и проч. И это тот случай когда вы таки можете скормить сям массив именно by-value, и вот вообще совсем не факт что вы именно ЭТО хотели. Потому что это конечно сработает но перфоманс всего этого будет хуже чем у жабы с дотнетом если массив большой.
В случае struct'ов и желания их свапнуть это тот случай когда возможно вы хотели на самом деле указатели на struct и свапнуть именно их. А у вас это скорее всего нечто типа memcpy будет (да, компилер может сам его или что-то подобное вызвать в случае struct). Это даже по своему удобно когда массивы можно лихо приравнивать, но лучше явно понимать смысл этого действа, особеенно если массив не особо маленький.
> а как он будет с генериком -- вопрос интересный. Не всё
> ограничивается только вариантами целых чисел.
На самом деле интересная тема, в вашем спиче что-то есть.
> Проецирование своих комплексов наружу? Ну-ну
Это проецирование коллективного разума вон тех мощных кодеров на ваши бренные головы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291

332. Сообщение от Аноним (-), 01-Май-23, 00:13 +/–

> Код будет жирнее -- ну может быть, от компилятора и опций зависит.
Чтобы хранить 8 булей в 1 байте... внезапно, выставить бит в 1 более не немедленное присвоение переменной значения, типа mov r0, #1, а уже вполне себе RMW байта (или что там) - надо прочитать текущее значение, пропатчить, выставив в 1 нужный бит и сохранить назад. И обращений в память 2. Если неаккуратно делать можно еще и на гонки нарваться, если не байт а что-то крупнее и доступ не атомарный был.
> Что будет медленнее -- не верю.
А таки - может. И бывает.
> В крайнем случае можнно просто создать переменную типа int8_t,
> и для манипуляций с конкретным битом использовать операции по маске.
Так вы и тут на RMW пролетаете, вы ж не можете просто заассайнить ему нужное, еще и предыдущее сохранять надо! Иначе упакованые флаги отправятся нафиг.
> **/ не забыть написать, для чего используется каждый бит :)
Я пробовал и так и сяк. В 1м случае компилер врезает RMW, автоматически, в 2м случае еще и самому мануально надо, совсем уж хрень, возни больше, результат тот же (правда, u8 проще портабельно слать в IO/file/etc vs struct). А если bool как инт оформлен, RMW не надо, ведь там 1 бит, он сразу известен. Не надо чтение старого значения и маски, внезапно. Классический разгон скорости выполнения за счет большего потребления RAM.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305

333. Сообщение от Аноним (237), 01-Май-23, 00:30 +1 +/–

> Да, 90% бестолковых предупреждений,
Вообще-то вполне толковых, а то что часто прокатывает и так - на самом деле без гарантий и благодаря вот этой штуке дурных багов математики отловлено немеряно. А где ну вот очень надо что-то странное - явно кастовать, не халявить. Хотя система типов в си все же весьма специфичная, и вон то лишь хайлайтит это дело, не более.
> но для своего кода, так использую, иногда помогает же.
Сильно повышает качество кода. И я про него узнал от Ian Colett - автора LZ4, в его бложике о том как писать код качественнее и надежнее.
> и если типы совпадают по размеру, то по мнению компилятора сойдёт и так.
Это какой-то совсем нишевой случай. Для pointer vs integer вопли есть, struct'ы логично юзать через typedef'ы и так чужой структ совсем скормить без явного желания нереально.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #342

334. Сообщение от Аноним (237), 01-Май-23, 00:31 +/–

> сию конструкцию засунуть в компилятор и понять что не собеётся, ума (предсказуемо)
> - не хватило :)
Соберется, но в современных компилерах warning выдаст.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

335. Сообщение от Аноним (-), 01-Май-23, 00:40 +/–

> Ну, допустим. Дело же не в нём.
Компилер обязан поддерживать заявленную абстракцию. В том числе и в оптимизере, в виде как если бы его не было. Если оптимизированный код отличается в поведении и он не уповал на UB, это уже будет баг оптимизатора тогда. На самом деле конечно больше баг стандартов абы как писаных, но, вот, хоть немного выправлять начинают это безобразие.
> Проблема в том, что оптимизатор может заложиться на тот факт, что число
> не переполняется, а значит и можно выпилить явные/неявные ветки кода,
> ожидающие переполнения
Для unsigned это вообще оптимизация - заложиться в коде на размер чтобы mod 2^N вообще нахаляву получить. Актуально криптоалгоритмам всяким и тому подобному. Для signed это не практиковалось из-за UB.
> Оптимизатор видит, что x == 10 и x только инкрементится — всё,
> ветку if (x == 9) {} можно просто выкинуть
Это катит только если он может _доказать_ это. И даже так он может лопухнуться, потому что видит он все-таки не все. Скажем IRQ - оптимизер не видит, однако его вышибают в пользу другого кода. Для подобных случаев есть volatile. В чем то похожие проблемы есть в многопоточных конструкциях.
>  У нас не механизм переполнения оказывает влияние на производительность, а само
> наличие такой гарантии
А вот это большой вопрос. Оптимизер может в дофига случаев пруфнуть те или иные граничные условия и вообще например обрубить функцию с кучей switch ... case до пары команд, доказав что оно получает только 1, 5 и 7 на вход по вообще всей программе. LTO в этом очень крут.
> Так стандарт не позволяет переполнения, а значит и оптимизатор, выкидывающий лишние ветки,
> тоже ничего не нарушает — он заложился на отсутствие гарантий. Из-за
> этого, например, код с беззнаковыми может быть местами медленнее
Это было актуально ДО C23 но актуально ли для него - а вот это интересно.
> Стандарт — нет, но его черновик можно посмотреть или на гитхабе комитета
> в виде исходников, или собранный на eel.is/c++draft
Зачем мне драфт на C++ если мы про си?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #315

336. Сообщение от Аноним (237), 01-Май-23, 00:47 +/–

> такой же идиотизм с исполняемыми файлами как и в шиндовом EXE,
> когда в заголовке прописываются смещения в коде, которые нужно обновлять для
> выделенного блока памяти каждый раз при запуске?
В 32 bit x86 - а куда вы денетесь? У x86 код не является position independent и его нельзя перенести в другие адреса без сильного патчинга программы, потому что проц режимами адресации не вышел - не умеет относительно PC (IP) референситься, например. Это вообще от ОС не зависит, только от архитектуры проца. Можно еще грузить все в фиксированые адреса но это не гибко и может быть неудачно для секурити. Если хакер знает все адреса функций, ему так сильно удобнее атаку развивать.
В x86-64 все заметно приличнее, но там тоже смотреть нюансы надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273

337. Сообщение от Аноним (237), 01-Май-23, 00:48 +/–

> Rust же защищает от Use after free ;)
Вон тот список CVE готов поспорить с этим храбрым утверждением.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325

339. Сообщение от n00by (ok), 01-Май-23, 10:13 +/–

>> Не надо так писать. Видно же, что это макрос.
> Иногда очень соблазнительно воткнуть туда вот именно некое выражение.
"Я захотел нарушить конвенцию, но виноват вон тот".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #346

340. Сообщение от n00by (ok), 01-Май-23, 10:24 +/–

Кульхацкер если что наваяет, то потом обязательно проверит. Тем он и отличается от анонимного эксперта.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #321

341. Сообщение от n00by (ok), 01-Май-23, 10:25 +/–

> Только UNIX System V COFF был без всяких там PE - M$
> улучшайзингов.
Разверните мысль, приведите парочку для примера.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #322

342. Сообщение от _kp (ok), 01-Май-23, 10:33 +/–

>> Да, 90% бестолковых предупреждений,
> Вообще-то вполне толковых,
Вообще то, в первую очередь интересует отлов ошибочного присваивания не тому типу, хоть и того размера, а не приведения типов. Хотя в коде предназначенном для сборки для 32 и 64 битных систем, грабли найдутся и там.
Но, поскольку лучше по максимуму отловить проблемы на стадии компиляции, а не из багрепортов, то мне более приемлимы  "бестолковые" предупреждения. И исходник считается вменяемым, если нет предупреждений при включении практически всех опций, кроме Wpedantic.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #333 Ответы: #347

343. Сообщение от warlock66613 (ok), 01-Май-23, 10:51 +/–

То, что вы хотите от semver чего-то, что он не может — не проблема semver, это ваша проблема.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #299

345. Сообщение от Аноним (78), 02-Май-23, 03:12 +/–

> В программах на Си для реального режима x86 дальние (far) указатели представлены
> парой шестнадцатибитных чисел — селектором и смещением.
Интересно насколько вообще то нечто вообще соответствовало каким либо стандартам си.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #306

346. Сообщение от Аноним (-), 02-Май-23, 03:29 +/–

> "Я захотел нарушить конвенцию, но виноват вон тот".
В реально требовательных штуках, типа MISRA, насколько я помню, конвенция такова что на использование макро накладываются крайне жесткие ограничения, так что вон то использование (function-like macro) будет под запретом. Во избежание вот этого вот всего вообще крайне радикальным методом.
А ваша конвенция - вообще чья и как сформулирована? Она задекларена в каком-то стандарте или устоявшемся гайдлайне? У реально критичных предпочитают совсем не связываться с макро по возможности. Менее радикальные, которые хотят более читаемый код но не баги, обучаются обкладывать козлаW матом^W^W макросы скобками.
И таки если вместо 1 строки (т.е. макро с 2 выражениями) станет 3 - код станет более рыхлым и это тоже испортит его восприятие. Может прибавиться ситуаций "функция не умещается на экран", что тоже баги вызовет. А, да, у тех кому критично есть довольно жесткие лимиты на размеры и сложность функций, так что +3 строки тоже так то трабла.
Есть еще вызовы функций с side effects но там можно откушать даже в аргументах функции и тут уж програмер должен голову задействовать.
С другой стороны для себя я все же позволил некое более широкое использование макросов. Даже для проверок некоторых вещей компилтайм, как это делать можно подсмотреть в линукскернеле. Компилтайм предвычисления и проверки все же прикольны и ничего не стоят в рантайме.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #339

347. Сообщение от Аноним (-), 02-Май-23, 03:43 +1 +/–

> Вообще то, в первую очередь интересует отлов ошибочного присваивания не тому типу,
> хоть и того размера, а не приведения типов.
А что это за ситуации вообще? Мной это не распознается как какая-то типовая проблема, чтобы "в первую очередь" волновало. Нельзя ли конкретных примеров как, где и почему это является заметной проблемой?
> Хотя в коде предназначенном для сборки для 32 и 64 битных систем,
> грабли найдутся и там.
В нормально написаном портабельном коде там вообще грабель не должно быть. Для себя я предпочитаю C99 и конкретные размеры типов, для точно определенного диапазона значений, так что платформа либо предоставляет мне ЭТО либо "out of luck" (с 99го года почти четверть века прошла).
> Но, поскольку лучше по максимуму отловить проблемы на стадии компиляции, а не
> из багрепортов, то мне более приемлимы  "бестолковые" предупреждения.
Я даже false alarm статических анализаторов затыкаю. Потому что не прочь поразвлечься всяким микроконтроллерным и управляющим и последнее что я хочу это баги в таких применениях. В этом месте параноидальные варнинги и статический анализ очень хорошая идея.
> И исходник считается вменяемым, если нет предупреждений при включении
> практически всех опций, кроме Wpedantic.
Я переживаю как минимум Wall, Wpedaitic, Wconverson и как минимум cppcheck еще. Если кто-то из них недоволен, это еще не релизное качество.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342 Ответы: #349

348. Сообщение от Аноним (-), 02-Май-23, 03:49 +/–

Ну так напиши майнер на фортране, посмотрим сделает ли он по мегахешам сишный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

349. Сообщение от _kp (ok), 02-Май-23, 12:35 +/–

>> Вообще то, в первую очередь интересует отлов ошибочного присваивания не тому типу,
Это считай руко%опство в проектах которые пишут несколько человек, и особенно в разное время, и оно плохо плохо обнаружимо, и может даже вполне работать.. пока не тронешь.
> В нормально написаном портабельном коде там вообще грабель не должно быть.
Чужой код в принципе не бывает нормальным, и особенно тот в котором попросили исправить "мелочи" или доработать. Шутка, но с долей правды.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #347 Ответы: #352

351. Сообщение от BeLord (ok), 05-Май-23, 17:03 +/–

Пакет под Альт Линукс есть или самому собирать, я про CudaText?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

352. Сообщение от Аноним (58), 07-Май-23, 07:39 +/–

> Это считай руко%опство в проектах которые пишут несколько человек, и особенно в
> разное время, и оно плохо плохо обнаружимо, и может даже вполне
> работать.. пока не тронешь.
Мне пример этого интересен, как бы это могло выглядеть. Потому что сходу баг такого типа не припоминается особо. И хотелось бы понять как и почему это образуется и (если это выглядит правдоподобно) как этого можно было бы избегать.
> Чужой код в принципе не бывает нормальным, и особенно тот в котором
> попросили исправить "мелочи" или доработать. Шутка, но с долей правды.
На самом деле чужой код бывает очень разным. От г-на до мегарулеза. При том иногда все и сразу, за некоторый код хочется наградить кодера медалью и расстрелять.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #349

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Аноним (1), 26-Апр-23, 17:09	–7 +/–
Под Байкал компилируется?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #10, #38

2. Сообщение от asdasd (?), 26-Апр-23, 17:09	–8 +/–
> разрешение использования constexpr и auto при определении объектов На кой auto в C? В C++ он нужен из-за монструозных template'тов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4, #5, #6, #11, #17, #28, #37, #46, #146, #154, #244, #262

3. Сообщение от Жироватт (ok), 26-Апр-23, 17:10	+4 +/–
Тулчейны вроде есть...собери - проверь
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

4. Сообщение от warlock66613 (ok), 26-Апр-23, 17:13	+4 +/–
Для уменьшения дублирования кода.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #58

5. Сообщение от Жироватт (ok), 26-Апр-23, 17:16	+3 +/–
Для детей, выросших на всяких нескучных язычках с выводм типа при копиляции? Ну чтобы не пугать их компиляторозависимыми {инт, инт_малый, инт_большой, инт_оче_большой, инт_с_перламутровыми_пуговицами, инт_от_майкрософтов}. А может в качестве иллюстрации того, что почти все типы в С так или иначе есть особо интерпретирумое в зависимости от указнного в коде токена, int. А может просто, по приколу, чтобы число-размер от sizeof(х) было нескучным.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #7, #21, #143

6. Сообщение от name (??), 26-Апр-23, 17:31	+2 +/–
>auto в C Вот и настал тот день, когда я больше не хочу писать на Си. Я долго его ждал, но не мог придумать почему.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #8, #9

7. Сообщение от Аноним (7), 26-Апр-23, 17:32	+1 +/–
В си всё void* и любые типы это всего-лишь небольшой сахарок компилятора, было бы чем пугать. Мне кажется сомнительной идея перетягивать всё из плюсов, всё равно типизации в языке 0.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #13, #49

8. Сообщение от _RORO_ (ok), 26-Апр-23, 17:35	+2 +/–
Даже не из-за остутствия контроля за границами массивов?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #29

9. Сообщение от СекторГаза (?), 26-Апр-23, 17:37	+1 +/–
Остаётся подвал?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

10. Сообщение от Аноним (10), 26-Апр-23, 17:37	–6 +/–
а смысл компилировать под байкал?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #39

11. Сообщение от _RORO_ (ok), 26-Апр-23, 17:43	+4 +/–
Всякие int,long размер которых не определён спецификацией это ни рыба ни мясо. Есть смысл или чётко определять размер (uint32,int32,int64,float32,float64...) или выводить тип автоматически
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #57, #170

12. Сообщение от Tita_M (ok), 26-Апр-23, 17:44	–1 +/–
> bool, false и true Кто лучше знает, это получается, что в новом стандарте Си появился полноценный булевый тип? Что мешало добавить его раньше?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #14, #15, #18, #23, #26, #159

13. Сообщение от Жироватт (ok), 26-Апр-23, 17:51	–3 +/–
Ну, указатели (тупо целое положительное число в hex) уже вводит их в ступор. И если с функцией, возвращающее это число, они еще более-менее справляются, и даже могут дать команду освободить занятое по нему, то примитивнейшая арифметика с ним, их уже выводит в кататонический ступор. А ты говоришь чем пугать, чем пугать. > Мне кажется сомнительной идея перетягивать всё из плюсов, Ну, лишний сахарок, если его немного, редко когда откровенно вредным. Особенно если он сможет в распознавание user-defined типо, вроде struct this_is_very_important_self_documented_struct_type_caption_of_piece_userdata_staff, спрятанного в заголовочнике
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #77, #149

14. Сообщение от Аноним (14), 26-Апр-23, 17:51	–1 +/–
Не особо нужен. char и значений 0, 1 всегда хватало. Си, в отличие от C++ - это не о абстракциях.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #85, #101, #136

15. Сообщение от Жироватт (ok), 26-Апр-23, 17:57	+7 +/–
[ ] Деды (Ритчи и Керниган) не пользовались, и тебе не надо. [ ] Не писали с валио-трулио, неча и начинать. [ ] Нуля и единицы хватит всем. [ ] Зачем тебе тип, который всего 1 бит, если быстрее юзать выровненные по размеру регистра целые? [ ] А для поля таких флажков тем более выровненные по регистру слово/полуслово, да в десятичном виде! [ ] Так быстрее же! [ ] Зачем терять 7 бит на мусор, когда нужен всего 1? [ ] Читаемый код должен быть тому, кто сидит около регистров, а не мимо-пацану с тремя классами алгола церковно-фортановой школы! ----- Выбирай любой набор причин.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

17. Сообщение от Аноним (108), 26-Апр-23, 18:20	+3 +/–
Он нужен чтобы не писать одно и то же и не ошибаться. Когнитивная нагрузка ниже, читается легче, api и abi не меняет, сплошные преимущества.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

18. Сообщение от xsignal (ok), 26-Апр-23, 18:20	+/–
А зачем он нужен? По-моему 0/1, проще чем false/true.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #40, #52, #67

19. Сообщение от Аноним (19), 26-Апр-23, 18:24	+1 +/–
несчастливый номер, пожалуй пропущу эту версию анбора конпиляторов
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #24, #41, #164, #217

21. Сообщение от Бывалый смузихлёб (?), 26-Апр-23, 18:34	–2 +/–
Когда в якобы типизированные ЯП вводили подобия auto - иные адепты типизации и параллельно ненавистники недостаточно-типизированного жс с ходу начинали сс.ать кипятком и в три пасти жрать из корыта Дело, похоже, совсем не в детях. А если бы не хотели их пугать - так не показывали бы лишний раз раст
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

23. Сообщение от Аноним (23), 26-Апр-23, 18:35	+/–
Он уже был в С11 как _Bool, сейчас stdbool.h решили деприкейтнуть. Сам bool вообще штука так себе, например в структурах DoP лучше не добавлять его. Он по-сути нужен только при касте, т.к каст у int другой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #69, #71

24. Сообщение от xsignal (ok), 26-Апр-23, 18:35	+1 +/–
А в Китае число 4 боятся, как огня, хотя ничего такого в нём нет.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #25, #27, #134, #218

25. Сообщение от Аноним (7), 26-Апр-23, 18:41	–4 +/–
> А в Китае число 4 боятся, как огня, хотя ничего такого в > нём нет. Почему нет, если читается как "смерть"? Но, я думаю, в целом, в китае большой прогресс в истреблении мракобесия, особенно, по сравнению религиозным фанатизмом соседей. Вот что трудовые лагеря животворящие делают!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #31

26. Сообщение от Совершенно другой аноним (?), 26-Апр-23, 18:43	+5 +/–
Тип и раньше был, как минимум с C99, только надо было включать stdbool.h. А если без включения, то был _Bool.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #96

27. Сообщение от name (??), 26-Апр-23, 18:44	+/–
Дану, стремное какое-то. Тоже начну бояться.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

28. Сообщение от soomrack (ok), 26-Апр-23, 18:47	+8 +/–
auto это очень хорошее ключевое слово, если им правильно пользоваться. Оно позволяет делать код менее прибитым к типам данных и более простым. Только нужно им праивльно пользоваться. Вот, например, писать auto idx = 0; не стоит, т.к. это будет int, а не long int, и не unsigned int, и т.д. А писать auto alice = person; очень даже правильно, т.к. тип alice будет такой же как у person и можно будет спокойно менять тип person при рефакторинге, не затрагивая эту часть кода. Да и ошибиться с именем структуры тоже не получится, т.к. тут просто auto.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #32, #55, #88, #227

29. Сообщение от name (??), 26-Апр-23, 18:47	+/–
А я не пользуюсь массивами :-р Вообще, убогая структура дынных.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #35, #36, #74, #126

31. Сообщение от Tita_M (ok), 26-Апр-23, 18:52	+2 +/–
>в китае большой прогресс в истреблении мракобесия Уничтожение древних текстов и старых храмов, которые могли бы правдиво рассказать о древней истории и заместо старинных зданий клепать новоделы это не истребление мракобесия.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25

32. Сообщение от Аноним (32), 26-Апр-23, 19:08	+/–
Или тебе нужен был определенный тип alice, а теперь кто-то "порефакторил" код изменив person и у тебя теперь везде потенциальные ошибки, но которые не всплывают на этапе компиляции.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28 Ответы: #34

33. Сообщение от AKTEON (?), 26-Апр-23, 19:11	+/–
Как там netcdf - компилируется ??
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #307

34. Сообщение от soomrack (ok), 26-Апр-23, 19:25	+1 +/–
Если нужен прям определенный тип, то там auto ставить, конечно, нельзя. auto это доп возможности, удобные, но как и все в ЯП оно дает много вариантов как выстрелить себе в ногу.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #32 Ответы: #43