forum.opennet.ru

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

Оглавление

Релиз языка программирования Rust 1.20, opennews (??), 01-Сен-17, (0) [смотреть все]

чего только не придумают, лишь бы не писать на си-89 , Аноним (-), 12:41 , 01-Сен-17, (1) –20 //

89 Ты точно знаешь как выглядит код на С89 Даже во времена борландовского турбо, A.Stahl (ok), 13:38 , 01-Сен-17, (10) +9 //

Ты сам, похоже, не знаешь, как выглядит код на С89 На нём, вообще-то, чуть мене, dq0s4y71 (ok), 16:39 , 01-Сен-17, (28) +3 //

Это в том смысле, что если попытаться его скомпилировать с --std c99, то компиля, Ordu (ok), 17:41 , 01-Сен-17, (33) +6

Чот не понял Если взять любой стандарт и написать в нём программу, то она будет, dq0s4y71 (ok), 18:32 , 01-Сен-17, (38)

Я хочу сказать, что фраза чуть менее чем полностью по отношению к стандарту зв, Ordu (ok), 19:10 , 01-Сен-17, (43)

Ну ок, неудачно выразился Я чо хотел сказать Там чел выше пишет, типа, ты не з, dq0s4y71 (ok), 19:38 , 01-Сен-17, (51)

В ядре постоянно Ты полистай хидеры Не, ну ты прикинь, как писать на C без inl, Ordu (ok), 20:27 , 01-Сен-17, (58)

Я не делал Те С89-компиляторы, которыми я пользовался, всегда поддерживали каки, dq0s4y71 (??), 22:03 , 01-Сен-17, (68)

Угу После чего мы заглядываем в код ncurses и видим как выглядит код на c89 Бе, Ordu (ok), 22:38 , 01-Сен-17, (77)

Это ж до чего же гoвнокод там, раз уж такие проблемы , Аноним (-), 13:07 , 02-Сен-17, (87) –1

dq0s4y71, я вижу, ты гуру не только в жабке, но и в сях 8 , лютый жабист__ (?), 16:37 , 02-Сен-17, (89) –1

Указателем, маллоком, фри и интринсиком, заклинаю изыди, зелененький , Аноним (-), 16:46 , 02-Сен-17, (91) +3

Ядро использует gnu89 gnu90 без всяких активно пассивно , Аноним (-), 19:34 , 01-Сен-17, (49) +1

Ага То есть ядро не написано в рамках стандарта C89, так , Ordu (ok), 20:14 , 01-Сен-17, (52)

Очевидно, что он не знает Это же просто клоун, который срет в комментах под каж, anonimbl (?), 17:44 , 01-Сен-17, (34) +1

Хотя казалось бы, уже вроде 1 сентября , НяшМяш (ok), 19:21 , 01-Сен-17, (45)

В ядре почти каждый драйвер использует инициализацию полей структур по-умолчанию, Аноним (-), 20:58 , 01-Сен-17, (61) +1

Ага, странные люди, хотят чтобы компилятор решал рутинные задачи,вместо того что, Крутой аноним (?), 15:20 , 01-Сен-17, (23) +6
Особенно, говоря о С89, современные разработчики любят декларировать все перем, Аноним (-), 21:02 , 01-Сен-17, (63)

Зато создаёт проблемы с производительностью , Аноним (-), 12:53 , 01-Сен-17, (3) –11 //

Что-то не сильно видно http benchmarksgame alioth debian org u64q compare php, Аноним (-), 13:07 , 01-Сен-17, (6) +7 //

По этой ссылке нет никаких тестов с управлением памятью , Аноним (-), 13:46 , 01-Сен-17, (12) –6 //

Т е вы туда не ходили Да и, как я понимаю, ничего конкретного насчет создаван, Аноним (-), 14:38 , 01-Сен-17, (15) +5

А вы поближе к монитору подсядьте На одном тесте ржавый потребляет на 20 меньше, Аноним (-), 21:23 , 01-Сен-17, (64) –2 //

Вы бы тоже подсели и прочитали внимательно, на что решили отвечать Производител, Аноним (-), 21:57 , 01-Сен-17, (67)

То есть путать производительность и потребление памяти нельзя, а путать производ, Аноним (-), 22:11 , 01-Сен-17, (70)

Как Это же не GC или подсчет ссылок , Илья (??), 14:43 , 01-Сен-17, (16) +2
И какие проблемы Это ведь не GC , Крутой аноним (?), 15:21 , 01-Сен-17, (24) //

Подсчёт ссылок в рантайме , Аноним (-), 18:59 , 01-Сен-17, (41) –3 //

Вот Экспертный тезка зрит в самый корень Заморочки с временем жизни, владениям, Аноним (-), 19:23 , 01-Сен-17, (47) +4

Зачем, если есть тупо область видимости и нет глобальных указателей Счетчик ссы, 123 (??), 20:47 , 01-Сен-17, (59) –1

Неа Во-первых, даже полностью статическое управление памятью не на порядки быст, Ordu (ok), 22:13 , 01-Сен-17, (71) +2

Как расписал, прям можно подумать, что сборщик мусора 8212 это альтернатива п, Аноним (-), 22:18 , 01-Сен-17, (73)

Не можно, а нужно Не обязательно выбирать именно эту альтернативу, но подумать , Ordu (ok), 00:08 , 02-Сен-17, (82) +2

Ну давай расскажи как быстро сборщик мусора освободит пару гигов когда памяти уж, Аноним (-), 09:37 , 07-Сен-17, (117) –2

А в ручную, когда кончилась память, ты делаешь волевым усилимем free random Еще, Аноним (-), 16:10 , 07-Сен-17, (118) +1

в том то и дело, что память естьВысоконагруженное на java когда-либо писали , Аноним (-), 08:17 , 08-Сен-17, (120) –1

Так она есть или ее нет Тут бы некоторая определенность не помешала Еще раз, дл, Аноним (-), 17:42 , 08-Сен-17, (121)

Если у тебя кончилась память, то тебе уже ничто не поможет Ни сборщик мусора, н, Ordu (ok), 18:30 , 07-Сен-17, (119) +2

Затем, что оперируя только областями видимости трудно будет передавать ссылочки , Аноним (-), 22:16 , 01-Сен-17, (72) +2

Ты как себе представляешь GC, работающий без подсчёта ссылок, умник Откуда он б, Аноним (-), 22:20 , 01-Сен-17, (74) –2

Яснопонятно Я то думал, сегодня количество знатоков на опеннете поубавится, а, Аноним (-), 22:26 , 01-Сен-17, (75) +5
Ты б хотя бы википедию почитал сначала о том, что такое сборщик мусора, какие он, Ordu (ok), 00:04 , 02-Сен-17, (81) +2

1 Подсчет ссылок - один из вариантов GC 2 Хорош на тестах a la helloworld, н, КО (?), 23:03 , 01-Сен-17, (80) +1

https kgv gitbooks io rust_book_ru content src custom-allocators html, Аноним (-), 21:33 , 02-Сен-17, (96)

Экспертик ты мой сердешный, ничего, что GC по большей части работает в отдельных, лютый жабист__ (?), 16:41 , 02-Сен-17, (90) –2

Жабиный GC единственная альтенратива счетчику А это-то причем Как сделаешь, , Аноним (-), 16:53 , 02-Сен-17, (92)

Щито Создала прожка 1000 объектов по мегабайту Потом каждый второй удалила По, лютый жабист__ (?), 07:08 , 04-Сен-17, (102) –1

Т е не общим куском на 1000 мегабайт, т е аж целы1 ГБ, а именно по мегабайту , Аноним (-), 15:49 , 04-Сен-17, (104)

Блин, ну откуда такие люди берутся Вроде бы всё очевидно Даже кэпуочевидности , Очередной аноним (?), 09:49 , 05-Сен-17, (107)

Вам не угодишь У вас там случаем, не шиза Или вы не помните, что сами же спраш, Аноним (-), 17:28 , 05-Сен-17, (111)

Т е не общим куском на 1000 мегабайт, т е аж целый 1 ГБ, а именно по мегабайту, Аноним (-), 16:04 , 04-Сен-17, (105) +2

Тут все школьники и запалились Во первых зааллокейтить все доступные 16TB мож, лютый жабист__ (?), 05:36 , 05-Сен-17, (106) –1

Класс Сам что-то придумал, сам же опроверг, сам доволен А по теме что-то будет, Аноним (-), 17:44 , 05-Сен-17, (112) +2

Если твои прожки работают по 3 минуты и заключаются в проинициализованы ноликам, лютый жабист__ (?), 05:54 , 06-Сен-17, (113) –1
Т е Великий Дефрагментатор зафейлился на своем же примере и сказать ему хоть чт, Аноним (-), 07:08 , 06-Сен-17, (114) +2
https en wikipedia org wiki Allocator_ C 2B 2B The default allocator uses oper, лютый жабист__ (?), 09:25 , 06-Сен-17, (115) –1
Подразумевалось чтение и ПОНИМАНИЕ прочитанного И то ли дело жабка, ведь там все, Аноним (-), 15:24 , 06-Сен-17, (116) +2

Заставляют Соболезнцую , Вареник (?), 21:00 , 01-Сен-17, (62)

Это, значит, так они его писали , Аноним (-), 13:33 , 01-Сен-17, (9) +3 //

Нормально, чо Make it Work, Make it Right, Make it Fast , dq0s4y71 (ok), 16:45 , 01-Сен-17, (29) +5 //

Ну вообще-то это нормально - сначала писать, потом оптимизировать Да и это на с, НяшМяш (ok), 19:22 , 01-Сен-17, (46)

Скажите, кто следит, оно по степени yпоротости уже перегнало кресты, или всё ещё, Аноним (-), 14:46 , 01-Сен-17, (17) +2 //

Что для Вас является степенью упoротости И что в таком случае отстаёт , Илья (??), 14:49 , 01-Сен-17, (18) //

Синтаксис через одно место, Аноним (-), 14:51 , 01-Сен-17, (20) –1 //

А чем именно вам не нравится синтаксис rust , Илья (??), 14:53 , 01-Сен-17, (21) +2

6 операторов преобразования типа, например , dq0s4y71 (ok), 16:51 , 01-Сен-17, (30)
Степенью yпоротости для меня является избыточность возможностей вроде тех же ас, Аноним (-), 17:28 , 01-Сен-17, (32) –1 //

Ну, ну С такой логикой Вы скоро объявите Python вершиной эволюции языков прог, freehck (ok), 17:58 , 01-Сен-17, (35) +5

Целиком и полностью согласен Но Rust 8212 это не Perl, это попытка переделат, Аноним (-), 20:24 , 01-Сен-17, (57) –1

Нет конечно За rust ом стоит другая идеология Страуструп пихал в C всё, что , Ordu (ok), 18:07 , 01-Сен-17, (36) +9

Ну как в каждом языке своё, а в c впихнули все и ввели еще режим совместимости, 123 (??), 19:04 , 01-Сен-17, (42) –3

Повторюсь не всё , Ordu (ok), 19:18 , 01-Сен-17, (44) +1

Примерно это я и имел в иду в C оно как бы есть, но толку от этого чуть больш, Аноним (-), 20:21 , 01-Сен-17, (55)

Да, вероятно Я не понимал как надо писать на C , до тех пор пока не разобрался, Ordu (ok), 21:30 , 01-Сен-17, (65)

Т к C стартовал намного раньше не думаю что его возможно догнать Например о , Крутой аноним (?), 15:29 , 01-Сен-17, (25) +2

бобит то как, чувствуют, чувствуют люди, что скоро Раст подвинет старичков из си, anon2314 (?), 15:54 , 01-Сен-17, (26) +3 //

Это вряд ли Rust это очередная игрушка попиарится Не более , Аноним (-), 16:28 , 01-Сен-17, (27) //

На которой, меж тем, пишутся вполне себе серьезные вещи уже , anonimbl (?), 18:23 , 01-Сен-17, (37) //

Это просто попытка привлечь внимание, а не серьезные вещи , Аноним (-), 18:33 , 01-Сен-17, (39)
Эти серьезные вещи из целого одного браузера -начали падать в разы чаще и вчис, Вареник (?), 20:24 , 01-Сен-17, (56) –1

https www opennet ru opennews art shtml num 46805Это, конечно, далеко не брауз, Аноним (-), 22:26 , 01-Сен-17, (76) +1
Это в ваших влажных хромоюзеровских фантазиях чтоли А ничего, что на Rust в Fire, Firefoxus (?), 12:13 , 05-Сен-17, (108) +1

Ну нет, это вряд ли Ядро -- слишком масштабный проект, чтобы вот так вот запр, freehck (ok), 22:52 , 01-Сен-17, (79)
Скажу по секрету - как раз таки старички , у которых кроме основного рабочего Я, Аноним (-), 09:36 , 02-Сен-17, (85) +7 //

Пока одни учат бесконечные япы, другие растут как профессионалы в своём направле, pripolz (?), 17:54 , 02-Сен-17, (94) –1 //

Естественно Уроки учить , Led (ok), 18:58 , 02-Сен-17, (95) –1

Спасибо за напоминание, но не слишком ли часто , Какаянахренразница (ok), 17:24 , 01-Сен-17, (31) +4
Ох уж эти змеи, как только не изовоються лишь бы не писать на С , Lolwat (?), 18:38 , 01-Сен-17, (40) –2 //

А ну бегом написал движок для firefox-next , НяшМяш (ok), 19:24 , 01-Сен-17, (48)
Заказчики заразы - требуют быстрее выпускать рабочие версии, не хотят ждать квар, 123 (??), 20:53 , 01-Сен-17, (60) //

разные бывают Если ты планируешь строить свою карьеру на тех, кто ищет подеш, Аноним (-), 21:33 , 01-Сен-17, (66) +1
Смешно, когда код питониста работает быстрее, чем код сишника Ибо тот байтики п, r2d3 (?), 12:16 , 04-Сен-17, (103) –1

Почему Firefix чем дальше, тем чаще крашится на ровном месте На банальной закач, Вареник (?), 20:19 , 01-Сен-17, (53) –5 //

Очепятка по Фрейду , Вареник (?), 20:20 , 01-Сен-17, (54) +1
Наставил расширений небось В ноябре они все отвалятся с приходом новой архитект, Аноним (-), 22:05 , 01-Сен-17, (69) //

У меня, наверное, более сотни расширений Да, я плагиновый маньяк Не крешится , Аноним (-), 22:46 , 01-Сен-17, (78) //

Зависит от самих расширений, а не от их количества Сложно было догадаться Иди , Аноним (-), 00:57 , 02-Сен-17, (83)
Наверное ты - хозяин Оки Моня , YetAnotherOnanym (ok), 10:55 , 03-Сен-17, (98)

Сейчас в фаерфоксе на RUST написаны движок стилей CSS , и парсер метаданных mp, fooBar (?), 12:06 , 02-Сен-17, (86) +1 //

Если быть точнее, то не 171 сейчас 187 А в ноябре Сейчас же только в Night, Firefoxus (?), 12:24 , 05-Сен-17, (109) //

На тому кренделю лишь бы слюной побрызгать 128514 , Firefoxus (?), 12:27 , 05-Сен-17, (110)

Если используете 32-разрядную версию, попробуйте перейти на 64-разрядную , VEG (ok), 23:02 , 02-Сен-17, (97) +1

я бы сказал, язык готов процентов на 30 К продаже Adobe Хотя, это если у мазил, pripolz (?), 19:02 , 03-Сен-17, (101) –3

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

1. "Релиз языка программирования Rust 1.20" –20 +/–

Сообщение от Аноним (-), 01-Сен-17, 12:41

чего только не придумают, лишь бы не писать на си-89.

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

10. "Релиз языка программирования Rust 1.20" +9 +/–

Сообщение от A.Stahl (ok), 01-Сен-17, 13:38

89?
Ты точно знаешь как выглядит код на С89? Даже во времена борландовского турбо-си все смеялись над С89.

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

28. "Релиз языка программирования Rust 1.20" +3 +/–

Сообщение от dq0s4y71 (ok), 01-Сен-17, 16:39

Ты сам, похоже, не знаешь, как выглядит код на С89. На нём, вообще-то, чуть менее чем полностью ядро написано. А смеялись вы, наверное, над K&R C. Ну и к слову, Турбо си появился когда никакого С89 ещё в помине не было.

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

33. "Релиз языка программирования Rust 1.20" +6 +/–

Сообщение от Ordu (ok), 01-Сен-17, 17:41

> На нём, вообще-то, чуть менее чем полностью ядро написано.
Это в том смысле, что если попытаться его скомпилировать с --std=c99, то компилятор будет ругаться менее чем на 5% строк? С тем же успехом можно для любой C'шной программы и любого C'шного стандарта начиная с K&R, сказать, что эта программа написана чуть менее чем полностью в рамках выбранного стандарта.
В ядре, мы видим, например, множество inline функций, мы видим, например, активное использование членов структур с неопределённым размером, то есть что-то в стиле:
    struct dynarr {
        size_t size;
        uint8_t data[];
    }
Ядро активно использует фичи C99, и поэтому не надо натягивать сову на глобус и заявлять, что оно "чуть менее чем полностью написано на C89".

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

38. "Релиз языка программирования Rust 1.20" +/–

Сообщение от dq0s4y71 (ok), 01-Сен-17, 18:32

> Это в том смысле, что если попытаться его скомпилировать с --std=c99, то
> компилятор будет ругаться менее чем на 5% строк? С тем же
> успехом можно для любой C'шной программы и любого C'шного стандарта начиная
> с K&R, сказать, что эта программа написана чуть менее чем полностью
> в рамках выбранного стандарта.
Чот не понял. Если взять любой стандарт и написать в нём программу, то она будет написана в этом стандарте чуть менее чем полностью, не вопрос :) Или ты хочешь сказать, что каждый предыдущий стандарт является подмножеством следующего?
> В ядре, мы видим, например, множество inline функций, мы видим, например, активное
> использование членов структур с неопределённым размером, то есть что-то в стиле:
>     struct dynarr {
>         size_t size;
>         uint8_t data[];
>     }
Тогда это расширения GNU были. -std=gnu89 называется.

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

43. "Релиз языка программирования Rust 1.20" +/–

Сообщение от Ordu (ok), 01-Сен-17, 19:10

>> Это в том смысле, что если попытаться его скомпилировать с --std=c99, то
>> компилятор будет ругаться менее чем на 5% строк? С тем же
>> успехом можно для любой C'шной программы и любого C'шного стандарта начиная
>> с K&R, сказать, что эта программа написана чуть менее чем полностью
>> в рамках выбранного стандарта.
> Чот не понял. Если взять любой стандарт и написать в нём программу,
> то она будет написана в этом стандарте чуть менее чем полностью,
> не вопрос :) Или ты хочешь сказать, что каждый предыдущий стандарт
> является подмножеством следующего?
Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать и проверить, и заявляю, что этот способ любую программу на C сможет отнести к любому стандарту. Это не значит, что твои слова бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь в виду под "чуть менее чем полностью".
>> В ядре, мы видим, например, множество inline функций, мы видим, например, активное
>> использование членов структур с неопределённым размером, то есть что-то в стиле:
>>     struct dynarr {
>>         size_t size;
>>         uint8_t data[];
>>     }
> Тогда это расширения GNU были. -std=gnu89 называется.
Так мы говорим о C89 или о GNU89? Мне казалось, что о первом, не?

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

51. "Релиз языка программирования Rust 1.20" +/–

Сообщение от dq0s4y71 (ok), 01-Сен-17, 19:38

> Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к
> стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать
> и проверить, и заявляю, что этот способ любую программу на C
> сможет отнести к любому стандарту. Это не значит, что твои слова
> бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь
> в виду под "чуть менее чем полностью".
Ну ок, неудачно выразился. Я чо хотел сказать. Там чел выше пишет, типа, ты не знаешь, как С89 выглядит. А он выглядит как подавляющее большинство сишного кода, в т.ч. ядро. Редко когда С99 или K&R в исходниках встречаются.
> Так мы говорим о C89 или о GNU89? Мне казалось, что о
> первом, не?
Так GNU89 и есть C89 + расширения ГНУ. Эти расширения потом в стандарт перешли.

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

58. "Релиз языка программирования Rust 1.20" +/–

Сообщение от Ordu (ok), 01-Сен-17, 20:27

>> Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к
>> стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать
>> и проверить, и заявляю, что этот способ любую программу на C
>> сможет отнести к любому стандарту. Это не значит, что твои слова
>> бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь
>> в виду под "чуть менее чем полностью".
> Ну ок, неудачно выразился. Я чо хотел сказать. Там чел выше пишет,
> типа, ты не знаешь, как С89 выглядит. А он выглядит как
> подавляющее большинство сишного кода, в т.ч. ядро. Редко когда С99 или
> K&R в исходниках встречаются.
В ядре постоянно. Ты полистай хидеры. Не, ну ты прикинь, как писать на C без inline функций? Макросами их оформлять? Так и делали. Загляни в документацию к ncurses, где про 9 функций из 10 написано, что они могут быть макросами. Альтернатива -- писать вручную каждый раз.
Где-то в ядре я видел функцию типа memcpy, что ли, которая заточена на размеры областей памяти до 32 и константное значение для размера, и которая вся из себя inline, что сделано с мыслью о том, что компилятор заинлайнит код, развернёт циклы, и оптимизирует прочь параметр размера массива. В C++ такие штуки делаются через темплиты с целочисленным параметром, в C99 только вот таким вот образом, с надеждой на то, что пользователь этой функции будет понимать, что аргумент size должен быть вычислим на этапе компиляции, в C89 это сделать можно разве что заморочным макросом. То есть в C89 никто в здравом уме не будет заниматься такими оптимизациями, либо вручную скопирует, либо вызовет библиотечную универсальную реализацию memcpy.
Это разные стили написания программ, это разные стили проектирования API.
>> Так мы говорим о C89 или о GNU89? Мне казалось, что о
>> первом, не?
> Так GNU89 и есть C89 + расширения ГНУ. Эти расширения потом в
> стандарт перешли.
C89+расширения ГНУ -- это уже не C89. Это можно называть соответствием стандарту gnu89, можно называть соответствием c89+gnu-extensions, но называть это соответствием c89, значит, натягивать сову на глобус.

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

68. "Релиз языка программирования Rust 1.20" +/–

Сообщение от dq0s4y71 (??), 01-Сен-17, 22:03

> Не, ну ты прикинь, как писать на C без inline функций? Макросами их оформлять? Так и делали.
Я не делал. Те С89-компиляторы, которыми я пользовался, всегда поддерживали какие-нибудь расширения, и там был inline в каком-нибудь виде, __inline или там #pragma inline...
> C89+расширения ГНУ -- это уже не C89. Это можно называть соответствием стандарту gnu89, можно называть соответствием c89+gnu-extensions, но называть это соответствием c89, значит, натягивать сову на глобус.
Ради бога. Я о том, что все видели, как выглядит С89, но не все об этом знают.

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

77. "Релиз языка программирования Rust 1.20" +/–

Сообщение от Ordu (ok), 01-Сен-17, 22:38

Угу. После чего мы заглядываем в код ncurses и видим как выглядит код на c89. Без использования десятка макросов даже функцию объявить невозможно.

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

87. "Релиз языка программирования Rust 1.20" –1 +/–

Сообщение от Аноним (-), 02-Сен-17, 13:07

Это ж до чего же гoвнокод там, раз уж такие проблемы.

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

89. "Релиз языка программирования Rust 1.20" –1 +/–

Сообщение от лютый жабист__ (?), 02-Сен-17, 16:37

dq0s4y71, я вижу, ты гуру не только в жабке, но и в сях 8)))

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

91. "Релиз языка программирования Rust 1.20" +3 +/–

Сообщение от Аноним (-), 02-Сен-17, 16:46

> dq0s4y71, я вижу, ты гуру не только в жабке, но и в сях 8)))
Указателем, маллоком, фри и интринсиком, заклинаю:
изыди, зелененький!

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

49. "Релиз языка программирования Rust 1.20" +1 +/–

Сообщение от Аноним (-), 01-Сен-17, 19:34

> Ядро активно использует фичи C99
Ядро использует gnu89/gnu90 без всяких "активно"/"пассивно".

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

52. "Релиз языка программирования Rust 1.20" +/–

Сообщение от Ordu (ok), 01-Сен-17, 20:14

>> Ядро активно использует фичи C99
> Ядро использует gnu89/gnu90 без всяких "активно"/"пассивно".
Ага. То есть ядро не написано в рамках стандарта C89, так?

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

34. "Релиз языка программирования Rust 1.20" +1 +/–

Сообщение от anonimbl (?), 01-Сен-17, 17:44

Очевидно, что он не знает. Это же просто клоун, который срет в комментах под каждым постом.

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

45. "Релиз языка программирования Rust 1.20" +/–

Сообщение от НяшМяш (ok), 01-Сен-17, 19:21

Хотя казалось бы, уже вроде 1 сентября...

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

61. "Релиз языка программирования Rust 1.20" +1 +/–

Сообщение от Аноним (-), 01-Сен-17, 20:58

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

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

23. "Релиз языка программирования Rust 1.20" +6 +/–

Сообщение от Крутой аноним (?), 01-Сен-17, 15:20

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

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

63. "Релиз языка программирования Rust 1.20" +/–

Сообщение от Аноним (-), 01-Сен-17, 21:02

> чего только не придумают, лишь бы не писать на си-89.
Особенно, говоря о С89, современные разработчики "любят" декларировать все переменные сразу после начала функции... как в Паскале....

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

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

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

Партнёры:

Хостинг:

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

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

1. "Релиз языка программирования Rust 1.20"	–20 +/–
Сообщение от Аноним (-), 01-Сен-17, 12:41
чего только не придумают, лишь бы не писать на си-89.
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Релиз языка программирования Rust 1.20"	+9 +/–
	Сообщение от A.Stahl (ok), 01-Сен-17, 13:38
	89? Ты точно знаешь как выглядит код на С89? Даже во времена борландовского турбо-си все смеялись над С89.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз языка программирования Rust 1.20"	+3 +/–
	Сообщение от dq0s4y71 (ok), 01-Сен-17, 16:39
	Ты сам, похоже, не знаешь, как выглядит код на С89. На нём, вообще-то, чуть менее чем полностью ядро написано. А смеялись вы, наверное, над K&R C. Ну и к слову, Турбо си появился когда никакого С89 ещё в помине не было.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Релиз языка программирования Rust 1.20"	+6 +/–
	Сообщение от Ordu (ok), 01-Сен-17, 17:41
	> На нём, вообще-то, чуть менее чем полностью ядро написано. Это в том смысле, что если попытаться его скомпилировать с --std=c99, то компилятор будет ругаться менее чем на 5% строк? С тем же успехом можно для любой C'шной программы и любого C'шного стандарта начиная с K&R, сказать, что эта программа написана чуть менее чем полностью в рамках выбранного стандарта. В ядре, мы видим, например, множество inline функций, мы видим, например, активное использование членов структур с неопределённым размером, то есть что-то в стиле: struct dynarr { size_t size; uint8_t data[]; } Ядро активно использует фичи C99, и поэтому не надо натягивать сову на глобус и заявлять, что оно "чуть менее чем полностью написано на C89".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от dq0s4y71 (ok), 01-Сен-17, 18:32
	> Это в том смысле, что если попытаться его скомпилировать с --std=c99, то > компилятор будет ругаться менее чем на 5% строк? С тем же > успехом можно для любой C'шной программы и любого C'шного стандарта начиная > с K&R, сказать, что эта программа написана чуть менее чем полностью > в рамках выбранного стандарта. Чот не понял. Если взять любой стандарт и написать в нём программу, то она будет написана в этом стандарте чуть менее чем полностью, не вопрос :) Или ты хочешь сказать, что каждый предыдущий стандарт является подмножеством следующего? > В ядре, мы видим, например, множество inline функций, мы видим, например, активное > использование членов структур с неопределённым размером, то есть что-то в стиле: > struct dynarr { > size_t size; > uint8_t data[]; > } Тогда это расширения GNU были. -std=gnu89 называется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от Ordu (ok), 01-Сен-17, 19:10
	>> Это в том смысле, что если попытаться его скомпилировать с --std=c99, то >> компилятор будет ругаться менее чем на 5% строк? С тем же >> успехом можно для любой C'шной программы и любого C'шного стандарта начиная >> с K&R, сказать, что эта программа написана чуть менее чем полностью >> в рамках выбранного стандарта. > Чот не понял. Если взять любой стандарт и написать в нём программу, > то она будет написана в этом стандарте чуть менее чем полностью, > не вопрос :) Или ты хочешь сказать, что каждый предыдущий стандарт > является подмножеством следующего? Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать и проверить, и заявляю, что этот способ любую программу на C сможет отнести к любому стандарту. Это не значит, что твои слова бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь в виду под "чуть менее чем полностью". >> В ядре, мы видим, например, множество inline функций, мы видим, например, активное >> использование членов структур с неопределённым размером, то есть что-то в стиле: >> struct dynarr { >> size_t size; >> uint8_t data[]; >> } > Тогда это расширения GNU были. -std=gnu89 называется. Так мы говорим о C89 или о GNU89? Мне казалось, что о первом, не?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от dq0s4y71 (ok), 01-Сен-17, 19:38
	> Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к > стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать > и проверить, и заявляю, что этот способ любую программу на C > сможет отнести к любому стандарту. Это не значит, что твои слова > бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь > в виду под "чуть менее чем полностью". Ну ок, неудачно выразился. Я чо хотел сказать. Там чел выше пишет, типа, ты не знаешь, как С89 выглядит. А он выглядит как подавляющее большинство сишного кода, в т.ч. ядро. Редко когда С99 или K&R в исходниках встречаются. > Так мы говорим о C89 или о GNU89? Мне казалось, что о > первом, не? Так GNU89 и есть C89 + расширения ГНУ. Эти расширения потом в стандарт перешли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от Ordu (ok), 01-Сен-17, 20:27
	>> Я хочу сказать, что фраза "чуть менее чем полностью" по отношению к >> стандарту звучит очень неопределённо. Я предложил выше один из способов формализовать >> и проверить, и заявляю, что этот способ любую программу на C >> сможет отнести к любому стандарту. Это не значит, что твои слова >> бессмысленны вообще, но они бессмысленн без уточнения, что именно ты имеешь >> в виду под "чуть менее чем полностью". > Ну ок, неудачно выразился. Я чо хотел сказать. Там чел выше пишет, > типа, ты не знаешь, как С89 выглядит. А он выглядит как > подавляющее большинство сишного кода, в т.ч. ядро. Редко когда С99 или > K&R в исходниках встречаются. В ядре постоянно. Ты полистай хидеры. Не, ну ты прикинь, как писать на C без inline функций? Макросами их оформлять? Так и делали. Загляни в документацию к ncurses, где про 9 функций из 10 написано, что они могут быть макросами. Альтернатива -- писать вручную каждый раз. Где-то в ядре я видел функцию типа memcpy, что ли, которая заточена на размеры областей памяти до 32 и константное значение для размера, и которая вся из себя inline, что сделано с мыслью о том, что компилятор заинлайнит код, развернёт циклы, и оптимизирует прочь параметр размера массива. В C++ такие штуки делаются через темплиты с целочисленным параметром, в C99 только вот таким вот образом, с надеждой на то, что пользователь этой функции будет понимать, что аргумент size должен быть вычислим на этапе компиляции, в C89 это сделать можно разве что заморочным макросом. То есть в C89 никто в здравом уме не будет заниматься такими оптимизациями, либо вручную скопирует, либо вызовет библиотечную универсальную реализацию memcpy. Это разные стили написания программ, это разные стили проектирования API. >> Так мы говорим о C89 или о GNU89? Мне казалось, что о >> первом, не? > Так GNU89 и есть C89 + расширения ГНУ. Эти расширения потом в > стандарт перешли. C89+расширения ГНУ -- это уже не C89. Это можно называть соответствием стандарту gnu89, можно называть соответствием c89+gnu-extensions, но называть это соответствием c89, значит, натягивать сову на глобус.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от dq0s4y71 (??), 01-Сен-17, 22:03
	> Не, ну ты прикинь, как писать на C без inline функций? Макросами их оформлять? Так и делали. Я не делал. Те С89-компиляторы, которыми я пользовался, всегда поддерживали какие-нибудь расширения, и там был inline в каком-нибудь виде, __inline или там #pragma inline... > C89+расширения ГНУ -- это уже не C89. Это можно называть соответствием стандарту gnu89, можно называть соответствием c89+gnu-extensions, но называть это соответствием c89, значит, натягивать сову на глобус. Ради бога. Я о том, что все видели, как выглядит С89, но не все об этом знают.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от Ordu (ok), 01-Сен-17, 22:38
	Угу. После чего мы заглядываем в код ncurses и видим как выглядит код на c89. Без использования десятка макросов даже функцию объявить невозможно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Релиз языка программирования Rust 1.20"	–1 +/–
	Сообщение от Аноним (-), 02-Сен-17, 13:07
	Это ж до чего же гoвнокод там, раз уж такие проблемы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Релиз языка программирования Rust 1.20"	–1 +/–
	Сообщение от лютый жабист__ (?), 02-Сен-17, 16:37
	dq0s4y71, я вижу, ты гуру не только в жабке, но и в сях 8)))
	Ответить \| Правка \| К родителю #51 \| Наверх \| Cообщить модератору


	91. "Релиз языка программирования Rust 1.20"	+3 +/–
	Сообщение от Аноним (-), 02-Сен-17, 16:46
	> dq0s4y71, я вижу, ты гуру не только в жабке, но и в сях 8))) Указателем, маллоком, фри и интринсиком, заклинаю: изыди, зелененький!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Релиз языка программирования Rust 1.20"	+1 +/–
	Сообщение от Аноним (-), 01-Сен-17, 19:34
	> Ядро активно использует фичи C99 Ядро использует gnu89/gnu90 без всяких "активно"/"пассивно".
	Ответить \| Правка \| К родителю #33 \| Наверх \| Cообщить модератору


	52. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от Ordu (ok), 01-Сен-17, 20:14
	>> Ядро активно использует фичи C99 > Ядро использует gnu89/gnu90 без всяких "активно"/"пассивно". Ага. То есть ядро не написано в рамках стандарта C89, так?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Релиз языка программирования Rust 1.20"	+1 +/–
	Сообщение от anonimbl (?), 01-Сен-17, 17:44
	Очевидно, что он не знает. Это же просто клоун, который срет в комментах под каждым постом.
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	45. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от НяшМяш (ok), 01-Сен-17, 19:21
	Хотя казалось бы, уже вроде 1 сентября...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Релиз языка программирования Rust 1.20"	+1 +/–
	Сообщение от Аноним (-), 01-Сен-17, 20:58
	>> как выглядит код на С89. На нём, вообще-то, чуть менее чем полностью ядро написано В ядре почти каждый драйвер использует инициализацию полей структур по-умолчанию, что появилось только в 99
	Ответить \| Правка \| К родителю #28 \| Наверх \| Cообщить модератору


	23. "Релиз языка программирования Rust 1.20"	+6 +/–
	Сообщение от Крутой аноним (?), 01-Сен-17, 15:20
	> чего только не придумают, лишь бы не писать на си-89. Ага, странные люди, хотят чтобы компилятор решал рутинные задачи, вместо того чтобы отдать эту работу человеку, ведь это такое удовольствие думать над каждой строчкой.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	63. "Релиз языка программирования Rust 1.20"	+/–
	Сообщение от Аноним (-), 01-Сен-17, 21:02
	> чего только не придумают, лишь бы не писать на си-89. Особенно, говоря о С89, современные разработчики "любят" декларировать все переменные сразу после начала функции... как в Паскале....
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору