|
|
|
4.48, анонн. (?), 22:53, 05/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Растаманам
Из фрактала растоман примерно такой же, как и балерина.
| |
|
|
4.63, заминированный тапок (ok), 23:27, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
чтобы потом, например, сломать окружение в качестве солидарности с борьбой за права имепарторских пингвинов. Ну или какой-нибудь другой солидарностью.
Помимо технических моментов, есть ещё и другие. Как минимум пока Раст целиком и полностью подконтрлен только 1 копрорации - не станет он никакой заменой сям. Даже если будет решать все вселенские проблемы и вопросы.
А если все остальные корпорации будут иметь одинаковый вес в развитии и принадлежности Раста и будут постоянно решать что ща технические решения и "договариваться" между собой, то он просто превратится в C++
| |
|
|
|
3.62, анонимуслинус (?), 23:20, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
с современными стандартами программирования в проду, то статическая линковка как то и не так плохо смотрится. кстати большинство новых прогеров и не слышали наверное об этом, так как у них ускоренный курс "взлет - посадка"))и вообще в статической линковке имеются жирные плюсы когда требуется несколько одинаковых прог разных поколений. опять же это полезно для прогеров.
| |
|
|
|
2.17, Аноним (17), 14:48, 05/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
С в MSVC++ слишком недоразвит. Даже C99 не поддерживает. Там только C++ хороший. Иначе бы давно было 2 параллельных ветки ядра с холиварами.
| |
|
3.19, Андрей (??), 15:05, 05/06/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чем больше с развит становится, тем тормознее и жирнее у программистов получается из под него код. тути прямопропорциональная зависимость. проще писать,значит проще быдлокодить.
| |
|
4.26, eee (??), 16:28, 05/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну как раз с сями этот фокус не проходит. как это ни странно, но си так и остался ассемблером для ленивых, что не может не радовать, все ресурсо-критичные вещи таки пишутся на сях, причем иногда там втречаются настолько гениальные алгоритмы для работы, например, с памятью, что хочется снять шляпу перед этими перцами
| |
|
3.30, anonymous (??), 17:40, 05/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Даже C99 не поддерживает.
Уже поддерживает. Но поздно.
А для ядра C99 недостаточно, там всякие GCC-расширения нужны. Clang только недавно все нужные стал поддерживать.
| |
|
4.31, stool (?), 19:05, 05/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Clang только недавно все нужные стал поддерживать.
вот так. ричард дал свободу, которую корпоративные черви даже догнать не могут всем своим трухлявым пластиковым миром. воистину, никакими деньгами не купить главного.
неблагодарные потомки фрактальчуки всякие и прочие иваны родства не помнящие не смогут столько испражнений из себя выдавить, чтобы закидать блеск истинной свободы. аминь!
| |
4.67, aa (?), 09:28, 08/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
А для ядра C99 недостаточно, там всякие GCC-расширения нужны. Clang только недавно все нужные стал поддерживать.
------
правильнее было бы от gcc-измов избавляться, а не на новые компиляторы что-то кроме стандарта вешеать.
| |
|
5.70, Ушастый (?), 11:29, 09/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Стандарт языка - штука, во-первых, довольно неповоротливая, а, во-вторых, чрезвычайно общая. Многих важных, нужных и удобных вещей в нем нет. И у авторов ядра остаются два варианта: либо писать на ассемблере, повышая сложность поддержки кода и все равно завязываясь на конкретный ассемблер, либо писать с использованием расширений компилятора.
| |
|
4.69, Совершенно другой аноним (?), 08:44, 09/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
К сожалению, по крайней мере на момент MSVC 2015 - поддерживают только то, что заявлено и в C++ и в С99/С11. Если что-то есть только в C, то поддержки нет.
| |
|
|
|
|
2.68, Аноним (8), 19:26, 08/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не вижу в этом проблемы. А что, если бы Линус решил перевести ядро на свой диалект C ? Запилил бы свой KernelC.
| |
|
|
2.46, донни (?), 22:28, 05/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Проприетарщина же. Да и оптимизирован под дырявого синего производителя процессоров.
| |
|
3.47, Аноним (47), 22:51, 05/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
У интела кстати самый эффективный на свете компилятор фортрана. Да и icc стабильно даёт прикурить, векторизация в нём нормально работала ещё лет 20 назад. У конкурентов она и сегодня глючит.
| |
3.64, Gefest (?), 02:19, 07/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Хорошая , годная проприентарщина
А вот тот факт, что одна и та же программа дает разный результат при компилляции на clang и gcc, - позор всего opensource сообщества ...
| |
|
|
|
2.28, Oh Yeah (?), 16:52, 05/06/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
К слову большая часть кода в линуксе сейчас пишется именно на macOS.
| |
|
3.29, Аноним (27), 17:19, 05/06/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
именно, проблема в том, что кривой подход тянется везде.
в clang есть ключи оптимизации и FF, собранный с тем же -mtune намного лучше себя показывает, вот только это нах никому не надо. В макос не надо, значит и тут не надо.
| |
|
|
1.32, Аноним (-), 19:14, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А про лицемерие никто не написал. "отивом предоставления возможности сборки при помощи Clang является то". Это же лицемерие.
| |
|
2.44, Аноним (43), 20:49, 05/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Он основной на многих популярных платформах (андроид, мак, айос).
Кроссплатформенное приложение лучше собирать одним компилятором вместо трёх+.
| |
|
3.61, vle (ok), 19:18, 06/06/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Кросс-платформное приложение лучше собирать и тестировать как можно большим количеством компиляторов. Благо, они есть. Чем больше компиляторов опробовано, тем больше багов в приложении выловлено.
| |
|
|
|
2.51, Аноним (50), 00:17, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Что-то закатывальщики давно уже GCC и Xorg закатывают, а они всё живут.
| |
|
|
2.49, Аноним (-), 23:48, 05/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
> microsoft
По сравнению со сраной современной визуальной студией, в которой ты и сам без поллитры не разбираешься, там изучать нечего, а документация вместо легкого чтива на ночь подходит.
Может тут кто подскажет, как из актуальной визуальной студии надергать хедеры без установки самой студии (в идеале -- и без полной скачки дистрибутива; 35 Gb, БЛДЖАД!)? microsoft, что характерно, не знает. Или намеренно скрывает, надеясь с анонима телеметрии поиметь.
| |
|
3.54, Аноним (53), 00:29, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Может тут кто подскажет, как из актуальной визуальной студии надергать хедеры без установки самой студии (в идеале -- и без полной скачки дистрибутива; 35 Gb, БЛДЖАД!)?
vs_BuildTools.exe — 1.3 МБ. Где скачать — не скажу, проприетофаги должны страдать.
Да, если что, MinGW благополучно обходится без студийных хедеров.
| |
|
4.57, Аноним (-), 03:06, 06/06/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Спасибо, Кэп, ты таки старался И между онлайн даунлоадер с мутным бэкэндом и н... большой текст свёрнут, показать | |
|
5.59, Анончик (?), 11:31, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не позволяет.
Устанавливаешь студию, выдераешь нужное руками,
Удалять студию
| |
|
|
3.65, Gefest (?), 02:23, 07/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Что таклое ?? Вы ж линуксоиды , у вас согласно последним веяниям ein folk,ein furher,ein Gnome ! И Если разработчику ,например, лень работать с freetype, - линуксоиды , все как один, бегут за новым монитором. А тут каких-то 35 гигабайт (на самом деле втрое меньше) ...
| |
|
2.52, Аноним (50), 00:19, 06/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
А зачем его изучать? Ну собирает им кто-то пакеты и пусть себе собирает. А вы как прогали на GCC, так и дальше будете.
| |
|
|