forum.opennet.ru

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

Оглавление

Релиз набора компиляторов GCC 13, opennews (??), 26-Апр-23, (0) [смотреть все]

Скрыто модератором, Аноним (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]

44. "Релиз набора компиляторов GCC 13" +2 +/–

Сообщение от Alexey Torgashin (?), 26-Апр-23, 20:42

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

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

47. "Релиз набора компиляторов GCC 13" +3 +/–

Сообщение от Аноним (39), 26-Апр-23, 20:54

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

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

48. "Релиз набора компиляторов GCC 13" +2 +/–

Сообщение от xsignal (ok), 26-Апр-23, 20:54

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

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

66. "Релиз набора компиляторов GCC 13" +2 +/–

Сообщение от _kp (ok), 26-Апр-23, 21:49

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

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

84. "Релиз набора компиляторов GCC 13" +/–

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

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

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

110. "Релиз набора компиляторов GCC 13" +2 +/–

Сообщение от _kp (ok), 27-Апр-23, 01:15

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

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

161. "Релиз набора компиляторов GCC 13" +/–

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

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

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

180. "Релиз набора компиляторов GCC 13" –1 +/–

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

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

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

135. "Релиз набора компиляторов GCC 13" +/–

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

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

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

152. "Релиз набора компиляторов GCC 13" +/–

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

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

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

251. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (-), 28-Апр-23, 00:22

> Наоборот уменьшает. И все знают где в тексте статически определены все переменные.
С другой стороны, переменные для циклов типа for (uint8_t i = 0; i < 10; i++) и элегантно и прозрачно хинтит оптимизеру область использования переменной, и позволяет не захламлять сюжетно важный блок с описанием переменных aux сущностями нужными на 1 этот цикл и более - нигде.

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

91. "Релиз набора компиляторов GCC 13" –1 +/–

Сообщение от Аноним (-), 26-Апр-23, 22:42

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

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

114. "Релиз набора компиляторов GCC 13" –4 +/–

Сообщение от DEF (?), 27-Апр-23, 02:56

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

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

117. "Релиз набора компиляторов GCC 13" +2 +/–

Сообщение от Аноним (64), 27-Апр-23, 03:58

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

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

181. "Релиз набора компиляторов GCC 13" +/–

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

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

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

235. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (228), 27-Апр-23, 22:59

Убогие какие-то функции получаются. И всё из-за одного формального параметра размера массива?
поэтому удобно передать информацию: указатель на массив определенных элементов и количество элементов. Для меня это естественно.
Не забывайте Си разрабатывался как язык для написания операционной системы.

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

253. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (-), 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 дереференсить пытались. Не то чтоб это совсем не получится, но это будет минимум баг, максимум вулн.

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

255. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (-), 28-Апр-23, 00:28

Упс, название типа потеряно. Примерно так: typedef struct array10_t { arr[10] } array10_t;

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

192. "Релиз набора компиляторов GCC 13" –1 +/–

Сообщение от InuYasha (??), 27-Апр-23, 15:08

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

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

210. "Релиз набора компиляторов GCC 13" –1 +/–

Сообщение от Аноним (210), 27-Апр-23, 16:57

Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля тоже с 1, в Ада - используются range, в математике нумерация с 1.
И только отбитые сишники решили, что делать индексом сдвиг указателя на голову массива это офигенная идея. К сожалению этого овнокод победил, и остальные начали делать также.

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

212. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Пользователь чебурнета (?), 27-Апр-23, 17:08

> Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля
> тоже с 1, в Ада - используются range, в математике нумерация
> с 1.
Ни один истинный шотландец...

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

215. "Релиз набора компиляторов GCC 13" +1 +/–

Сообщение от InuYasha (??), 27-Апр-23, 17:48

А вы по утрам не приходите в канцтовары покричать на линейки и рулетки? )
Вот, такие же "нормальные" люди, наверно, изобретают лифты с кнопками "4 3 2 1 -1 -2" )

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

234. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (228), 27-Апр-23, 22:47

Докажите, что для написания ОС такая нумерация было бы лучше?

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

294. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (-), 28-Апр-23, 16:23

> в математике нумерация с 1.
Нет, в математике нумерация оттуда, откуда удобно. Твоё математическое образование видимо упустило такую тему матана как ряды, где используется исключительно нумерация с нуля, потому что индекс 0 очень удобно порождает показатель степени 0, который даёт нам член ряда без x (c x в нулевой степени). Без него пришлось бы писать конструкции типа x^{i-1}, что увеличивает количество писанины.

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

56. "Релиз набора компиляторов GCC 13" +2 +/–

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

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

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

72. "Релиз набора компиляторов GCC 13" +/–

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

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

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

311. Скрыто модератором +/–

Сообщение от Аноним (-), 29-Апр-23, 12:45

Ну так бы и сказал сразу, что мол без ООП Дельфи как программист ты никто.

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

92. "Релиз набора компиляторов GCC 13" +1 +/–

Сообщение от Аноним (-), 26-Апр-23, 22:42

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

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

98. "Релиз набора компиляторов GCC 13" +4 +/–

Сообщение от Аноним (180), 26-Апр-23, 23:28

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

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

103. "Релиз набора компиляторов GCC 13" +4 +/–

Сообщение от AHOHNM (?), 27-Апр-23, 00:43

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

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

198. "Релиз набора компиляторов GCC 13" +1 +/–

Сообщение от Аноним (180), 27-Апр-23, 15:21

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

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

296. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Alexey Torgashin (?), 28-Апр-23, 16:28

Большое спасибо. Что просветили насчет Модулы и Фортрана, буду знать что на них сделано много научных библиотек.

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

300. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Аноним (180), 28-Апр-23, 17:26

А не надо ёрничать. Действительно, просвещайтесь:
https://en.wikipedia.org/wiki/List_of_numerical_libraries#Fo...

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

144. "Релиз набора компиляторов GCC 13" +1 +/–

Сообщение от Аноним (7), 27-Апр-23, 09:38

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

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

165. "Релиз набора компиляторов GCC 13" +/–

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

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

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

178. "Релиз набора компиляторов GCC 13" +/–

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

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

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

176. "Релиз набора компиляторов GCC 13" +/–

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

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

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

187. "Релиз набора компиляторов GCC 13" +/–

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

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

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

206. "Релиз набора компиляторов GCC 13" +1 +/–

Сообщение от _hide_ (ok), 27-Апр-23, 16:38

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

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

290. "Релиз набора компиляторов GCC 13" +/–

Сообщение от Alexey Torgashin (?), 28-Апр-23, 15:15

Паскаль старенький. Но он вбирает в себя новые веяния. Дженерики, анонимные функции, for-in, КОРБА-интерфейсы, атрибуты в [], поддержка разных CPU + OS, и т.д. Все это появляется.

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

252. "Релиз набора компиляторов GCC 13" +/–

Сообщение от AKTEON (?), 28-Апр-23, 00:25

Ну и как там в паскале с параллелизмом в гетерогенных вычислительных системах ??

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

351. "Релиз набора компиляторов GCC 13" +/–

Сообщение от BeLord (ok), 05-Май-23, 17:03

Пакет под Альт Линукс есть или самому собирать, я про CudaText?

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

44. "Релиз набора компиляторов GCC 13"	+2 +/–
Сообщение от Alexey Torgashin (?), 26-Апр-23, 20:42
Даааа, такие популярные языки добавлены (не только в 13), Модула и Фортран…. И не видно что кто-то ненавидит эти старенькие плохонькие языки . А вот Паскаль ненавидят, и там и тут лезут уроды с критикой . Хотя Паскаль мощнее и лучше и проще и изящнее Модулы и Фортрана. Я на нем CudaText пишу. Гислер ТоталКомандер пишет.
Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Релиз набора компиляторов GCC 13"	+3 +/–
	Сообщение от Аноним (39), 26-Апр-23, 20:54
	Fortran там сто лет как.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз набора компиляторов GCC 13"	+2 +/–
	Сообщение от xsignal (ok), 26-Апр-23, 20:54
	Паскаль - отличный язык. По сути, это тот же Си, только с более понятным новичкам синтаксисом - типа, begin/end вместо фигурных скобок. Я когда-то с Паскаля без особых усилий на Си перешёл - там всё точно так же, только запись короче)
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	66. "Релиз набора компиляторов GCC 13"	+2 +/–
	Сообщение от _kp (ok), 26-Апр-23, 21:49
	Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале. По мне, так подобные анахронизмы даже хуже чем излишняя многословность, ибо плодит трудно обнаружимые ошибки использования переменных. Не знаю как сейчас, но когда то в Делфи были коварные проблемы с многопоточным кодом на многоядерных процессорах, что у нас и стало одним из гвоздей в крышку его гроба. Может быть, сейчас и исправили, не знаю, но поезд ушёл. А из хорошего помню, по сравнению с Си, более удобная проверка типов, простые var параметры функций, оператор with. По сравнению с C++, был существенно ПРОЩЕ для НАЧАЛЬНОГО обучения программирования, то есть как одного из первых языков.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от AKTEON (?), 26-Апр-23, 22:19
	>Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале. 1)Однопроходный компилятор - наше все. 2) А как чудно решается эта проблема в фортране ...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	110. "Релиз набора компиляторов GCC 13"	+2 +/–
	Сообщение от _kp (ok), 27-Апр-23, 01:15
	Переменные в начале логического блока тоже перевариваются однопроходным компилятором, и практически без усложнения компилятора. Это просто древний архаизм, который по недосмотру и стечению обстоятельств не исправили вовремя. Сейчас в embarcadero это и подобные деревянности исправлены, но уже не актуально.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	161. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от n00by (ok), 27-Апр-23, 12:01
	>>Ну да, с удобным ср@чем из всех всех всех переменных функции в её начале. > 1)Однопроходный компилятор - наше все. В любом случае переменная объявляется до использования.
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	180. "Релиз набора компиляторов GCC 13"	–1 +/–
	Сообщение от Аноним (180), 27-Апр-23, 14:00
	Вам изобрели компьютеры чтобы не быть ограниченными одним проходом - нет, хотят г-но жрать.
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	135. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (134), 27-Апр-23, 08:57
	> плодит трудно обнаружимые ошибки использования переменных Наоборот уменьшает. И все знают где в тексте статически определены все переменные.
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	152. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от _kp (ok), 27-Апр-23, 10:34
	>> плодит трудно обнаружимые ошибки использования переменных > Наоборот уменьшает. И все знают где в тексте статически определены все переменные. Знают, что определены где то там, вдалеке, но не где используются. А вот их использование, и особенно неправильное, очень плохо обнаружимо, в чём и проблема. И компилятор тут и пол-warning'a не выдаст. А вобще, это "дурной стиль" ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	251. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (-), 28-Апр-23, 00:22
	> Наоборот уменьшает. И все знают где в тексте статически определены все переменные. С другой стороны, переменные для циклов типа for (uint8_t i = 0; i < 10; i++) и элегантно и прозрачно хинтит оптимизеру область использования переменной, и позволяет не захламлять сюжетно важный блок с описанием переменных aux сущностями нужными на 1 этот цикл и более - нигде.
	Ответить \| Правка \| К родителю #135 \| Наверх \| Cообщить модератору


	91. "Релиз набора компиляторов GCC 13"	–1 +/–
	Сообщение от Аноним (-), 26-Апр-23, 22:42
	> Паскаль - отличный язык. По сути, это тот же Си, только с > более понятным новичкам синтаксисом - Ну вот для обучения он отличный. Для программирования реальных проектов мерзость занудная. > типа, begin/end вместо фигурных скобок. И всего в 3 и 5 раз больше букв набирать для одного результата. И не надо про автокомплит, он с 1 буквы или не сработает или будет дико глюкать, разве что хоткеи какие но визуальное загромождение и раздувание файлов никуда не денется. А в большом проекта даже и чтение файлов и их парсинг может стать аргументом. > Я когда-то с Паскаля без особых усилий на Си перешёл - там > всё точно так же, только запись короче) Ну да. И не пытается постоянно охранять от прострела пяток. По поводу чего код быстрее и эффективнее и можно сделать что задумал а не бороться с компилером. Но это как с мощным инструментом - при криворукости и глупости можно покалечиться.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	114. "Релиз набора компиляторов GCC 13"	–4 +/–
	Сообщение от DEF (?), 27-Апр-23, 02:56
	Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа. Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы. type vector1 = array [1..25] of real; type vector2 = array [2..26] of real; var vec1: vector1; vec2: vector2;
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	117. "Релиз набора компиляторов GCC 13"	+2 +/–
	Сообщение от Аноним (64), 27-Апр-23, 03:58
	> Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа Это отличная вещь под названием строгая типизация. Ты еще Аду не видел. Проблема в том, что ты привык к убогим языкам. > Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы. Ну вообще-то можно: https://www.freepascal.org/docs-html/ref/refsu68.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	181. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (180), 27-Апр-23, 14:07
	> Днищенский язык. Вы только вдумайтесь, в Паскале длина массива и интервал индексов - это составные части типа. Невозможно в одну функцию или процедуру передавать массивы разной длины, так как они имеют разные типы. А где нет? А C++, например, `array<T, 10>` и `array<T, 11>` тоже разные типы. В паскале есть и динамические массивы - `array of real`. Днищенский он совсем не поэтому.
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	235. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (228), 27-Апр-23, 22:59
	Убогие какие-то функции получаются. И всё из-за одного формального параметра размера массива? поэтому удобно передать информацию: указатель на массив определенных элементов и количество элементов. Для меня это естественно. Не забывайте Си разрабатывался как язык для написания операционной системы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	253. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (-), 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 дереференсить пытались. Не то чтоб это совсем не получится, но это будет минимум баг, максимум вулн.
	Ответить \| Правка \| К родителю #181 \| Наверх \| Cообщить модератору


	255. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (-), 28-Апр-23, 00:28
	Упс, название типа потеряно. Примерно так: typedef struct array10_t { arr[10] } array10_t;
	Ответить \| Правка \| Наверх \| Cообщить модератору


	192. "Релиз набора компиляторов GCC 13"	–1 +/–
	Сообщение от InuYasha (??), 27-Апр-23, 15:08
	Там точно не ":=" ? А днищенство языка там начинается с 1. Потому что.
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	210. "Релиз набора компиляторов GCC 13"	–1 +/–
	Сообщение от Аноним (210), 27-Апр-23, 16:57
	Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля тоже с 1, в Ада - используются range, в математике нумерация с 1. И только отбитые сишники решили, что делать индексом сдвиг указателя на голову массива это офигенная идея. К сожалению этого овнокод победил, и остальные начали делать также.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	212. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Пользователь чебурнета (?), 27-Апр-23, 17:08
	> Все нормальные люди считают с 1, в нормальных языках типа Фортрана, Паскаля > тоже с 1, в Ада - используются range, в математике нумерация > с 1. Ни один истинный шотландец...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	215. "Релиз набора компиляторов GCC 13"	+1 +/–
	Сообщение от InuYasha (??), 27-Апр-23, 17:48
	А вы по утрам не приходите в канцтовары покричать на линейки и рулетки? ) Вот, такие же "нормальные" люди, наверно, изобретают лифты с кнопками "4 3 2 1 -1 -2" )
	Ответить \| Правка \| К родителю #210 \| Наверх \| Cообщить модератору


	234. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (228), 27-Апр-23, 22:47
	Докажите, что для написания ОС такая нумерация было бы лучше?
	Ответить \| Правка \| К родителю #210 \| Наверх \| Cообщить модератору


	294. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от Аноним (-), 28-Апр-23, 16:23
	> в математике нумерация с 1. Нет, в математике нумерация оттуда, откуда удобно. Твоё математическое образование видимо упустило такую тему матана как ряды, где используется исключительно нумерация с нуля, потому что индекс 0 очень удобно порождает показатель степени 0, который даёт нам член ряда без x (c x в нулевой степени). Без него пришлось бы писать конструкции типа x^{i-1}, что увеличивает количество писанины.
	Ответить \| Правка \| К родителю #210 \| Наверх \| Cообщить модератору


	56. "Релиз набора компиляторов GCC 13"	+2 +/–
	Сообщение от Аноним (56), 26-Апр-23, 21:21
	Так переписывай на Модулу скорее. Модула-2 это же продвинутый Паскаль. Считай это для тебя будет рывок вперед. Это как с Перла перейти сразу на Раку.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	72. "Релиз набора компиляторов GCC 13"	+/–
	Сообщение от _kp (ok), 26-Апр-23, 21:57
	Вряд ли будут переписывать. Вот, если б был delphi диалект object pascal, то можно было бы и готовые наработки использовать, а если в одном проекте на gcc без бубнов можно было бы совмещать код на разных языках, так что то уместне было б и на objeсt pascal писать. А Модула.. это после деревянных древних Паскалей шаг вперёд, а после Делфи скачок назад.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	311. Скрыто модератором	+/–
	Сообщение от Аноним (-), 29-Апр-23, 12:45
	Ну так бы и сказал сразу, что мол без ООП Дельфи как программист ты никто.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Релиз набора компиляторов GCC 13"	+1 +/–
	Сообщение от Аноним (-), 26-Апр-23, 22:42
	> Это как с Перла перейти сразу на Раку. Т.е. очередное нафиг нужное хзчто? На этому раке никто как раз и не прогает, во всяком случае, перловка попадается а раки нет :)
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	98. "Релиз набора компиляторов GCC 13"	+4 +/–
	Сообщение от Аноним (180), 26-Апр-23, 23:28
	> эти старенькие плохонькие языки Это просто феерия какая-то - любитель одного старенького плохонького языка опускает другие старенькие плохонькие языки. Во-первых, не стыдно? Во-вторых, какое после этого право ты имеешь называть уродами тех кто критикует твой выбор паскаля? > Хотя Паскаль мощнее и лучше и проще и изящнее Модулы и Фортрана Во-первых, нет. Во-вторых, даже если бы и был, это чести не делало бы ни ему, ни тому кто на нём пишет. Лучший среди худших, то ещё достижение. > И не видно что кто-то ненавидит ... А вот Паскаль ненавидят, и там и тут лезут уроды с критикой Давай я объясню почему. Во-первых, на модуле и фортране была написана (и всё ещё написаны кое-где) куча высокоответсвтенного и научного софта. А паскаль никогда не был ничем серьёзнее языка для обучения детей. Во-вторых, на модуле и фортране ничего нового не пишут, потому что уровень тех кто на них может писать позволяет осознать их неприменимость в современном мире. А на паскале пишут, как раз потому что это школьный уровень которого даже на осознание того что для серьёзных задач он не подходит не хватает. Пик глупости из эффекта Даннинга-Крюгера, наипоказательнейший пример. И пишут они, надо сказать, соответственно, и вообще этот уровень торчит отовсюду вплоть до организации репозитория, коммитлогов (да-да, вот эти коммиты с мессаджами "fix" и "continue") и стиля общения. И это только половина проблемы. Ладно дети, ладно не умеют программировать - какая разница если на выходе что-то есть и этим можно пользоваться. Но чтобы этим пользоваться надо притащить целую экосистему маргинального языка со своими правилами, своими кривыми модулями, своей кривой сборкой, своими багами и кучей проблем с переносимостью и совместимостью, причём всё это не исправляется потому что паскаль уже никому не нужен, и дальше будет только хуже. Поэтому даже мантейнеров (которые, вообще, по природе своей любят ковыряться в сложных вещах) заниматься этим не находится. Поэтому cudatext и опакечен в полутора дистрибутивах за свои, сколько там, 6-7-8 лет истории, а использовать блобы, по крайней мере под linux, дураков нет, и собирать самим тоже нет, потому что это не `cmake && make && make install` или, упаси господи, `cargo build` как в современных экосистемах, а адовый квест. А вот среди виндузятников наверное у вас основная аудитория и есть, как и у total commander. Эти всё в рот тащат, к тому что всё ломается на ровном месте привыкли, благодарная аудитория.
	Ответить \| Правка \| К родителю #44 \| Наверх \| Cообщить модератору


	103. "Релиз набора компиляторов GCC 13"	+4 +/–
	Сообщение от AHOHNM (?), 27-Апр-23, 00:43
	>Лучший среди худших, то ещё достижение. А вот несогласен с такой оценкой Паскаля. Вполне успешный язык, с хорошей системой типов, и использовался для вполне нужного софта. Да и простота его (см. обвинение в "школьности") привела к тому, что какой нибудь КМС^w КТН для проверки рабочих гипотез ваял на паскале как мог. А мог обычно почти никак (ой видел я этот поток учёного сознания), он же не профессиональный программистъ (Сейчас так же херово ваяют на питоне, хороший язык, да? да на матлабе ещё. пофиг, главное, гипотезу посчитать) Другое дело, что вышедший через два года C предложил несколько интересных вещей (например, функции с переменным количеством аргументов) явно с учётом особенностей других языков (а кто там был массовый? Фортран, Алоголы ); и синтаксически чётко разделял язык и библиотеку, чем лучше подходил как для системного программирования, так и для кросс-платформенного. И вот "профессионалы" уже хают дедушку, который им всё это богатство на блюдечке принёс, научил, грабельки показал где лежат... ладно, Остапа понесло... Да и время было такое, по сути, они все были первопроходцы в этом сложном деле.
	Ответить \| Правка \| Наверх \| Cообщить модератору