forum.opennet.ru - "Результаты пересборки пакетной базы Debian при помощи Clang 10" (78)

"Результаты пересборки пакетной базы Debian при помощи Clang 10"

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

"Результаты пересборки пакетной базы Debian при помощи Clang 10"	+/–
Сообщение от opennews (??), 03-Июн-20, 20:19
Сильвестр Ледрю (Sylvestre Ledru) опубликовал результат пересборки архива пакетов Debian GNU/Linux с использованием компилятора Clang 10 вместо GCC. Из 31014 пакетов не удалось собрать 1400 (4.5%), но применив к инструментарию Debian дополнительный патч число несобранных пакетов удалось уменьшить до 1110 (3.6%). Для сравнения при сборке в Clang 8 и 9 число пакетов, которые не удалось собрать, держалось на уровне 4.9%... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53081
Ответить \| Правка \| Cообщить модератору

Оглавление

Напомните, зачем нужно переходить на шланг , Аноним (1), 20:19 , 03-Июн-20, (1) +18

Чтобы отвязаться от поехавшего GNU, Fracta1L (ok), 20:21 , 03-Июн-20, (2) –22

Слушай можешь компилятор С написать, но чтоб без сишных дыреней На питоне , Аноним (5), 20:22 , 03-Июн-20, (5) +20

С и С нужно закопать и хлоркой засыпать, это единственное лечение , Fracta1L (ok), 20:38 , 03-Июн-20, (8) –36

Что, все дружно переходим на JavaScript А потом снова на C C , Ванёк (?), 20:45 , 03-Июн-20, (10) +10

Написанном на JavaScript , BrainFucker (ok), 00:25 , 04-Июн-20, (32) +1

Что предлагаешь взамен Или как обычно - пустой звук и ничего больше , Корец (?), 20:47 , 03-Июн-20, (11) +2

golang, анонимно (?), 20:49 , 03-Июн-20, (14) –4
Rust и Go , Fracta1L (ok), 21:01 , 03-Июн-20, (15) –5

Идея хорошая Производители железа оценят , ghost (??), 21:11 , 03-Июн-20, (16) +3

раст по производительности сопоставим с c , зря вы так , коржик (?), 22:06 , 03-Июн-20, (24) +8

Может потому-что он больше в сторону C , sdaasd (?), 13:15 , 04-Июн-20, (49)

Metaprog , 0x3A59 (?), 07:20 , 05-Июн-20, (71) +1

Язык Ада например, защищён от выстрелов в ногу архитектурно я любитель пистона , zshfan (ok), 18:08 , 04-Июн-20, (52) +1

Говорят, надо просто ногу брать соответствующего масштаба -- и всё получится я , Michael Shigorin (ok), 22:04 , 04-Июн-20, (58)

Модула-2 -- неси зачётку, Шигорин Сдал , Брат Анон (?), 11:52 , 05-Июн-20, (73)

Ада нередко не то что в ногу, но и вообще не стреляет Однако, хуже когда стреляе, erthink (ok), 22:19 , 04-Июн-20, (60)

Не пиши чушь Ада явно лучше С С Её с избытком придумали, но всё солидно А ещ, Брат Анон (?), 11:54 , 05-Июн-20, (74)

Это не чушь, а объективная реальность Грубо говоря, по совокупности _разных_ при, erthink (ok), 18:48 , 05-Июн-20, (78) +1

Разбудите меня через 150 лет и я скажу вам, что делают на форуме програмистов, Зз (?), 23:35 , 05-Июн-20, (80) +1

1 , erthink (ok), 01:00 , 06-Июн-20, (81)

О, дарю идею - сделай secure delete файла с линуксным или какое там у тебя ядр, Аноним (-), 00:18 , 04-Июн-20, (31) –1

Думаете, он способен написать соответствующую утилиту на растиго , Michael Shigorin (ok), 22:05 , 04-Июн-20, (59) +1

1 С каких пор у Питона меньше дыр 2 А просадку производительности на порядок , Ванёк (?), 20:48 , 03-Июн-20, (13) –1

Там вон эпическая новость про разнос вебсервисов цыски через питонятину Им так , Аноним (-), 00:16 , 04-Июн-20, (30) +2
Просадка результирующего бинарника в производительности на порядок , именно из-, Аноним84701 (ok), 19:33 , 04-Июн-20, (56)

Полагаете, тот парень ещё и оптимизатор на питоне изобразить сможет -- да такой,, Michael Shigorin (ok), 22:29 , 04-Июн-20, (61) +1

Полагаю, что все же не стоит смешивать мух с котлетами, т е ЯП компилятора и ре, Аноним84701 (ok), 23:36 , 04-Июн-20, (67) –1

Написал http compcert inria fr , Аноним (19), 21:44 , 03-Июн-20, (19) +1

И привязаться к совсем поехавшему эплу и всепожирающему гуглу , Аноним (29), 00:15 , 04-Июн-20, (29) +4

Лицензия Апач - так себе привязка, Fracta1L (ok), 07:51 , 04-Июн-20, (36) –2

Там целый букет лицензий Наверное, специально так, чтоб мозги запудрить Но это, Аноним (42), 12:25 , 04-Июн-20, (42) +2

Слава IBM и Microsoft , Wolfy (?), 10:09 , 04-Июн-20, (41) –1

и Apple , Аноним (42), 12:25 , 04-Июн-20, (43)

Apple это больше про BSD А Microsoft love Linux , Wolfy (?), 12:43 , 04-Июн-20, (46) –2

Наверно чтобы а хер знает, не зачем наверно, Аноним (5), 20:21 , 03-Июн-20, (3) +1
Никто никуда переходить не собирается, но иметь запасной вариант всегда хорошо , A.Stahl (ok), 20:21 , 03-Июн-20, (4) +7
переходить может и не нужно А вот выявить при пересборке не соответствующие ста, Аноним (6), 20:25 , 03-Июн-20, (6) +12

Аналогично действую При кроссплатформенной разработке отладка в различных систе, Аноним (9), 20:42 , 03-Июн-20, (9) +3

Вот вам двоим на заметку http mcst ru lab, Michael Shigorin (ok), 22:30 , 04-Июн-20, (62)

Я всё понимаю конечно, но очень смешно выглядит п 7 Неужели всё так ужасающе пло, RomanCh (ok), 14:58 , 05-Июн-20, (75)

Порой собирают вообще без оптимизации, насколько до меня долетало в таких слу, Michael Shigorin (ok), 16:42 , 05-Июн-20, (76)

Спасибо, понятно Хотя всё равно странно, ведь оптимизация обычно не даёт прямо , RomanCh (ok), 16:57 , 05-Июн-20, (77)
А вот если бы сборочница не пропускала пустой debuginfo, то большая часть апстри, mikhailnov (ok), 14:04 , 08-Июн-20, (83)

Вопрос скорее Зачем оставаться на GCC Прогресса со второй версии чайная ложка, Аноним (7), 20:31 , 03-Июн-20, (7) –16

Вы clang и gcc попутали, erthink (ok), 20:48 , 03-Июн-20, (12) +7
угу Тыкал одну из библиотек с поддержкой бенчмарков, так clang, в отличие от gc, Аноним (17), 21:30 , 03-Июн-20, (17) +1
У шланга высокие уровни оптимизации не особо от низких отличаются А всё потому,, Аноним (23), 22:01 , 03-Июн-20, (23) +4

just for fun , Ordu (ok), 21:51 , 03-Июн-20, (21) +1

Первый коммент по делу, Аноним (26), 22:32 , 03-Июн-20, (26) +1

Второй коммент тоже по делу , Аноним (57), 20:19 , 04-Июн-20, (57) +1

just for YOBA Youth Oriented, Bydlo-Approved , Аноним (42), 12:35 , 04-Июн-20, (44) –1

Естественно, это не для старпёров Старпёры пускай водку жрут да в свою Nintendo, Ordu (ok), 00:09 , 05-Июн-20, (69) –1

Можно будет все пакеты распространять в уже оптимизированном биткоде LLVM, а при, Аномсис (?), 04:57 , 04-Июн-20, (34) +2

А подо что ты там компилировать собрался, под нетбурст Нынешние процессоры к не, Аноним (23), 06:27 , 04-Июн-20, (35) +3
Для вас, любителей блобов, и проприерасов уже придумали WASM , Аноним (42), 12:39 , 04-Июн-20, (45) +2

Попробуйте на этом васме видеокодек запустить, Аноним (82), 09:17 , 08-Июн-20, (82)

Это ZOG дурацкую работу подкидывает, чтобы отвлечь ресурсы Так было с сырым pyth, Аноним (38), 09:18 , 04-Июн-20, (38)
Хотя бы чтобы почистить код от совсем упоротых GNU-хаков и ошибок, возникающих и, DerRoteBaron (ok), 09:36 , 04-Июн-20, (40)
Вопрос не в переходе, а в проверке сборки другим сторонним компилятором Де факт, freehck (ok), 14:08 , 04-Июн-20, (50) +2

Скажу больше -- чтобы избежать вендорлока К сожалению, RMS явно рассматривает , Michael Shigorin (ok), 22:34 , 04-Июн-20, (63)

Если по-твоему это к сожалению , то вероятно ты не вполне понимаешь мотивы Рича, freehck (ok), 23:05 , 04-Июн-20, (65)

Зачем склеротикам вообще задавать такие вопросы Кушайте свои таблеточки, не меш, Gogi (??), 19:00 , 05-Июн-20, (79)

Это да, не суметь скомпилировать простенький Hello World на C99 из-за потери , Anonymus (?), 21:30 , 03-Июн-20, (18) –1

Какой смысл в этом Бессмыслицу в языках программирования нужно выжигать калёным, Ordu (ok), 21:51 , 03-Июн-20, (20) +1

В новости как-то нехорошо перевели проблемы На странице https clang debian net, userd (ok), 00:47 , 04-Июн-20, (33) +3

Да, зачем смотреть в чем дело, действтительно code domain c 119 23 error expr, Аноним84701 (ok), 21:53 , 03-Июн-20, (22) +4
Сижу и не могу воткнуть Скорее всего опечатка, Аноним (27), 23:13 , 03-Июн-20, (27)

Когда с msvc протестируют , Аноним (25), 22:22 , 03-Июн-20, (25)

Сначала msvc надо нормальный си научить компилять Потом добавить ему гнутые рас, DontTreadOnMe (?), 23:26 , 03-Июн-20, (28) +2

И научить MSVC в ELF генерить , Аноним (42), 12:44 , 04-Июн-20, (47) +1

А зачем Под эппл лежать приятнее , Аноним (37), 09:04 , 04-Июн-20, (37) –1

Ещё бы, аж до гланд достаёт , Аноним (42), 12:45 , 04-Июн-20, (48) –1
Чем IBM и Microsoft лучше Apple , Wolfy (?), 14:20 , 04-Июн-20, (51) –1

Пока что чуть традиционнее хотя бы на публику , Michael Shigorin (ok), 22:40 , 04-Июн-20, (64)

Учитывая, что все трое 8212 сионисты, очень сомнительное утверждение , Wolfy (?), 23:10 , 04-Июн-20, (66)

Поддерживая одновременно и gcc и clang, мы не лежим ни под GNU ни под Apple , Аноним (54), 18:53 , 04-Июн-20, (54) +2

Разработчики с пониженной компиляторной ответственностью , erthink (ok), 19:03 , 04-Июн-20, (55) +2

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

1. Сообщение от Аноним (1), 03-Июн-20, 20:19 +18 +/–

Напомните, зачем нужно переходить на шланг?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #4, #6, #7, #21, #34, #38, #40, #50, #79

2. Сообщение от Fracta1L (ok), 03-Июн-20, 20:21 –22 +/–

Чтобы отвязаться от поехавшего GNU

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

3. Сообщение от Аноним (5), 03-Июн-20, 20:21 +1 +/–

Наверно чтобы... а хер знает, не зачем наверно

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

4. Сообщение от A.Stahl (ok), 03-Июн-20, 20:21 +7 +/–

Никто никуда переходить не собирается, но иметь запасной вариант всегда хорошо.

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

5. Сообщение от Аноним (5), 03-Июн-20, 20:22 +20 +/–

Слушай... можешь компилятор С++ написать, но чтоб без сишных дыреней? На питоне норм будет думаю

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

6. Сообщение от Аноним (6), 03-Июн-20, 20:25 +12 +/–

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

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

7. Сообщение от Аноним (7), 03-Июн-20, 20:31 –16 +/–

Вопрос скорее "Зачем оставаться на GCC". Прогресса со второй версии чайная ложка, до сих пор не умеет корректно высокие уровни оптимизации, генерит код, который повреждает память и продолжает работать дальше не генерируя ексцепшена, сборка под определённую архитектуру может "случайно" использовать левые команды процессора…

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

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

8. Сообщение от Fracta1L (ok), 03-Июн-20, 20:38 –36 +/–

С и С++ нужно закопать и хлоркой засыпать, это единственное лечение.

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

9. Сообщение от Аноним (9), 03-Июн-20, 20:42 +3 +/–

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

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

10. Сообщение от Ванёк (?), 03-Июн-20, 20:45 +10 +/–

Что, все дружно переходим на JavaScript? А потом снова на C/C++?

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

11. Сообщение от Корец (?), 03-Июн-20, 20:47 +2 +/–

Что предлагаешь взамен? Или как обычно - пустой звук и ничего больше?

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

12. Сообщение от erthink (ok), 03-Июн-20, 20:48 +7 +/–

Вы clang и gcc попутали

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

13. Сообщение от Ванёк (?), 03-Июн-20, 20:48 –1 +/–

1) С каких пор у Питона меньше дыр? 2) А просадку производительности на порядок при переходе на Питон на всех компьютерах мира кто, как и чем будет компенсировать? 3) И процессорах дыры. Тоже заменим на Питон???

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

14. Сообщение от анонимно (?), 03-Июн-20, 20:49 –4 +/–

golang

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

15. Сообщение от Fracta1L (ok), 03-Июн-20, 21:01 –5 +/–

Rust и Go!

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

16. Сообщение от ghost (??), 03-Июн-20, 21:11 +3 +/–

Идея "хорошая". Производители железа оценят.

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

17. Сообщение от Аноним (17), 03-Июн-20, 21:30 +1 +/–

>код работает так как написано в исходнике
угу. Тыкал одну из библиотек с поддержкой бенчмарков, так clang, в отличие от gcc, взял и выкорчевал вызовы функций, время выполнения которых пытался замерить. При этом все необходимые переменные, которые после такого стали ненужными, он решил оставить и рассчитать.

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

18. Сообщение от Anonymus (?), 03-Июн-20, 21:30 –1 +/–

>отсутствия некоторых заголовочных файлов
Это да, не суметь скомпилировать простенький "Hello World!" на C99 из-за потери собственных библиотек - это что-то...
>возврат не-void функцией какого-то значения
А вот тут не понял, что не так-то? Или это опечатка?
>использование сравнения указателя с нулём
Да, зачем проверять что-то, действительно.

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

19. Сообщение от Аноним (19), 03-Июн-20, 21:44 +1 +/–

Написал: http://compcert.inria.fr/

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

20. Сообщение от Ordu (ok), 03-Июн-20, 21:51 +1 +/–

>> возврат не-void функцией какого-то значения
> А вот тут не понял, что не так-то?
Какой смысл в этом? Бессмыслицу в языках программирования нужно выжигать калёным железом. Она хороша только для обфускации кода и больше ни для чего.
>> использование сравнения указателя с нулём
> Да, зачем проверять что-то, действительно.
Проверять нужно, но не нужно при этом приводить указатели к int'у или int'ы к указателю. Если уж очень нужно, сделай это явно. Если явно писать преобразование влом, то для сравнения есть макро NULL.

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

21. Сообщение от Ordu (ok), 03-Июн-20, 21:51 +1 +/–

just for fun.

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

22. Сообщение от Аноним84701 (ok), 03-Июн-20, 21:53 +4 +/–

>>использование сравнения указателя с нулём
> Да, зачем проверять что-то, действительно.
Да, зачем смотреть в чем дело, действтительно:

domain.c:119:23: error: expression which evaluates to zero treated as a null pointer constant of type 'char *' [-Werror,-Wnon-literal-null-conversion]
            hashPtr = '\0';
                      ^~~~

контекст:

/* Is line a comment - ignore everything after '#' character */
        if (NULL != (hashPtr = strchr(linePtr, '#'))) {
            hashPtr = '\0';
        }
Подумаешь, баг в логике  (ну или опечатку/забытый *) нашли ...

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

23. Сообщение от Аноним (23), 03-Июн-20, 22:01 +4 +/–

У шланга высокие уровни оптимизации не особо от низких отличаются. А всё потому, что он способен оптимизировать только лапшой из goto. В gcc оптимизации уровня O3 и не включённые в него включаются в pgo. Остальное баги и регрессии, они исправляются (регулярно). Слишком много изменений происходит в нём, тут ты совершенно неправ.

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

24. Сообщение от коржик (?), 03-Июн-20, 22:06 +8 +/–

раст по производительности сопоставим с c++, зря вы так.

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

25. Сообщение от Аноним (25), 03-Июн-20, 22:22 +/–

Когда с msvc протестируют?

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

26. Сообщение от Аноним (26), 03-Июн-20, 22:32 +1 +/–

Первый коммент по делу

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

27. Сообщение от Аноним (27), 03-Июн-20, 23:13 +/–

> А вот тут не понял, что не так-то? Или это опечатка?
Сижу и не могу воткнуть. Скорее всего опечатка

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

28. Сообщение от DontTreadOnMe (?), 03-Июн-20, 23:26 +2 +/–

Сначала msvc надо нормальный си научить компилять. Потом добавить ему гнутые расширения. И только потом можно подумать о тестировании.

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

29. Сообщение от Аноним (29), 04-Июн-20, 00:15 +4 +/–

> Чтобы отвязаться от поехавшего GNU
И привязаться к совсем поехавшему эплу и всепожирающему гуглу...

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

30. Сообщение от Аноним (-), 04-Июн-20, 00:16 +2 +/–

> 1) С каких пор у Питона меньше дыр?
Там вон эпическая новость про разнос вебсервисов цыски через питонятину. Им так лихо толпу майнеров вгрузили =)

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

31. Сообщение от Аноним (-), 04-Июн-20, 00:18 –1 +/–

> С и С++ нужно закопать и хлоркой засыпать
О, дарю идею - сделай secure delete файла с линуксным (или какое там у тебя) ядром ОС :)

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

32. Сообщение от BrainFucker (ok), 04-Июн-20, 00:25 +1 +/–

> А потом снова на C/C++?
Написанном на JavaScript.

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

33. Сообщение от userd (ok), 04-Июн-20, 00:47 +3 +/–

>>> возврат не-void функцией какого-то значения
>> А вот тут не понял, что не так-то?
> Какой смысл в этом? Бессмыслицу в языках программирования нужно выжигать калёным железом. Она хороша только для обфускации кода и больше ни для чего.
В новости как-то нехорошо перевели проблемы.
На странице https://clang.debian.net/ это называется «non-void function should return a value»
типа «error: non-void function 'u_free' should return a value»
Это скорее всего какие-то ошибки в логике.
>>> использование сравнения указателя с нулём
>> Да, зачем проверять что-то, действительно.
> Проверять нужно, но не нужно при этом приводить указатели к int'у или int'ы к указателю. Если уж очень нужно, сделай это явно. Если явно писать преобразование влом, то для сравнения есть макро NULL.
Никто не приводит указатели к int'у или int'ы к указателю :)
Опять-же, в источнике речь идёт не просто о сравнении, а об упорядоченном сравнении.
Типа «error: ordered comparison between pointer and zero ('int *' and 'int')»
в выражении «if (iPos >= 0) {»
Так-то неупорядоченное сравнение типа == и != делайте сколько угодно, NULL тут не причём.
И это тоже скорее всего какие-то ошибки в логике обусловленные изменением типа переменной либо некритичной копи-пастой.
Ждём выступления товарища из команды PVS-Studio с рассказом как его софт позволяет избежать таких вот неприятностей :)

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

34. Сообщение от Аномсис (?), 04-Июн-20, 04:57 +2 +/–

Можно будет все пакеты распространять в уже оптимизированном биткоде LLVM, а при установке они будут быстро компилироваться  с оптимизацией по-максимуму под архитектуру процессора. При этом скорость компиляции будет намного быстрее, чем из изходников C/C++. А в репозитории будет храниться всего одна пакетная база, универсальная, под все архитектуры.
Для сравнения, сейчас репозитории содержат разные ветки, каждая скомпилирована под свою архитектуру.
Если это x86, то компиляция там под i686, т.е. в оптимизации не задействованы функции новых процессоров. Кто хочет задействовать свой процессор по-максимуму, им приходится самим компилировать под свой процессор. А из исходников это очень долго.

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

35. Сообщение от Аноним (23), 04-Июн-20, 06:27 +3 +/–

>Если это x86, то компиляция там под i686, т.е. в оптимизации не задействованы функции новых процессоров. Кто хочет задействовать свой процессор по-максимуму, им приходится
А подо что ты там компилировать собрался, под нетбурст? Нынешние процессоры к нему никакого отношения не имеют. Или ты рассчитываешь на simd оптимизации? Это только если в приложении они есть (ручные), на этой почве совершенно не важно для чего 32 битный код компилировать (зачем его вообще компилировать). А по поводу amd64, очень часто оптимизация arch под core2 оказывается быстрее native, так что вот так.
И кстати не взлетит, самый быстрый шланг обычно оказывается медленней gcc+pgo. Намного быстрее наверно не будет, самое тяжолое и муторное это как раз линковка.

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

36. Сообщение от Fracta1L (ok), 04-Июн-20, 07:51 –2 +/–

Лицензия Апач - так себе привязка

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

37. Сообщение от Аноним (37), 04-Июн-20, 09:04 –1 +/–

А зачем? Под эппл лежать приятнее?

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

38. Сообщение от Аноним (38), 04-Июн-20, 09:18 +/–

Это ZOG дурацкую работу подкидывает, чтобы отвлечь ресурсы.
Так было с сырым python3 лет 10 назад. (Поддерживать два языка проэкту труднее и более ресурсоемко чем один, код становится жирнее и сложнее)

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

40. Сообщение от DerRoteBaron (ok), 04-Июн-20, 09:36 +/–

Хотя бы чтобы почистить код от совсем упоротых GNU-хаков и ошибок, возникающих из-за них. Ну и чтобы не давать GCC застрять на месте. Они как после появления рабочего шланга (или пинков от Линуса) проснулись и начали снова делать приличный тулчейн.

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

41. Сообщение от Wolfy (?), 04-Июн-20, 10:09 –1 +/–

>отвязаться от поехавшего GNU
Слава IBM и Microsoft!

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

42. Сообщение от Аноним (42), 04-Июн-20, 12:25 +2 +/–

Там целый букет лицензий. Наверное, специально так, чтоб мозги запудрить. Но это не отменяет того, что оно под пятой у Яббла.

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

43. Сообщение от Аноним (42), 04-Июн-20, 12:25 +/–

и Apple!

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

44. Сообщение от Аноним (42), 04-Июн-20, 12:35 –1 +/–

just for YOBA (Youth Oriented, Bydlo-Approved)

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

45. Сообщение от Аноним (42), 04-Июн-20, 12:39 +2 +/–

>Можно будет все пакеты распространять в уже оптимизированном биткоде LLVM
Для вас, любителей блобов, и проприерасов уже придумали WASM.

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

46. Сообщение от Wolfy (?), 04-Июн-20, 12:43 –2 +/–

Apple это больше про BSD. А Microsoft love Linux.

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

47. Сообщение от Аноним (42), 04-Июн-20, 12:44 +1 +/–

И научить MSVC в ELF генерить.

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

48. Сообщение от Аноним (42), 04-Июн-20, 12:45 –1 +/–

Ещё бы, аж до гланд достаёт!

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

49. Сообщение от sdaasd (?), 04-Июн-20, 13:15 +/–

Может потому-что он больше в сторону C?

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

50. Сообщение от freehck (ok), 04-Июн-20, 14:08 +2 +/–

> Напомните, зачем нужно переходить на шланг?
Вопрос не в переходе, а в проверке сборки другим сторонним компилятором. Де факто это конкуренция, что в общем-то хорошо, ибо она позволит:
1) иметь компилятор про запас, если один в силу каких-то обстоятельств загнётся / остановится в развитии,
2) найти больше ошибок, ибо то, что один компилятор проглотит, второй может и не проглотить, и выдать ворнинг или же вообще завалиться

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

51. Сообщение от Wolfy (?), 04-Июн-20, 14:20 –1 +/–

Чем IBM и Microsoft лучше Apple?

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

52. Сообщение от zshfan (ok), 04-Июн-20, 18:08 +1 +/–

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

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

54. Сообщение от Аноним (54), 04-Июн-20, 18:53 +2 +/–

Поддерживая одновременно и gcc и clang, мы не лежим ни под GNU ни под Apple.

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

55. Сообщение от erthink (ok), 04-Июн-20, 19:03 +2 +/–

> Поддерживая одновременно и gcc и clang, мы не лежим ни под GNU
> ни под Apple.
Разработчики с пониженной компиляторной ответственностью?
;)

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

56. Сообщение от Аноним84701 (ok), 04-Июн-20, 19:33 +/–

>> Слушай... можешь компилятор С++ написать, но чтоб без сишных дыреней? На питоне норм будет думаю
> 1) С каких пор у Питона меньше дыр?
> 2) А просадку производительности на порядок при переходе на Питон на всех компьютерах мира кто, как и чем будет компенсировать?
Просадка результирующего бинарника в производительности "на порядок", именно из-за ЯП компилятора (а не п(р)ограммиста этого компилятора) ...
Н-да, чего только не узнаешь на опеннете 🙄

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

57. Сообщение от Аноним (57), 04-Июн-20, 20:19 +1 +/–

Второй коммент тоже по делу.

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

58. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:04 +/–

Говорят, надо просто ногу брать соответствующего масштаба -- и всё получится (я много писал на модуле-2, если что).

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

59. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:05 +1 +/–

>> С и С++ нужно закопать и хлоркой засыпать
> сделай secure delete файла с линуксным (или какое там у тебя) ядром ОС :)
Думаете, он способен написать соответствующую утилиту на растиго?

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

60. Сообщение от erthink (ok), 04-Июн-20, 22:19 +/–

> Язык Ада например, защищён от выстрелов в ногу архитектурно (я любитель пистона
> если что)...
Ада нередко не то что в ногу, но и вообще не стреляет.
Однако, хуже когда стреляет не в ту сторону, можно в голову попасть.
;)

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

61. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:29 +1 +/–

Полагаете, тот парень ещё и оптимизатор на питоне изобразить сможет -- да такой, чтоб в этой пятилетке что-то на гора выдал?..

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

62. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:30 +/–

Вот вам двоим на заметку: http://mcst.ru/lab

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

63. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:34 +/–

> Вопрос не в переходе, а в проверке сборки другим сторонним компилятором.
Скажу больше -- чтобы избежать вендорлока.  К сожалению, RMS явно рассматривает компилятор (точнее, gnu extensions) как оружие.  В смысле мне рассказывали о письмах проектам с просьбой отвергать патчи, позволяющие собраться clang.  Меня такое крайне напрягло.
PS: nested functions нет (и, вероятно, не будет) больше нигде; плюс VLAIS.

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

64. Сообщение от Michael Shigorin (ok), 04-Июн-20, 22:40 +/–

> Чем IBM и Microsoft лучше Apple?
Пока что чуть традиционнее (хотя бы на публику).

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

65. Сообщение от freehck (ok), 04-Июн-20, 23:05 +/–

> К сожалению, RMS явно рассматривает компилятор (точнее, gnu extensions) как оружие.
Если по-твоему это "к сожалению", то вероятно ты не вполне понимаешь мотивы Ричарда.

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

66. Сообщение от Wolfy (?), 04-Июн-20, 23:10 +/–

Учитывая, что все трое — сионисты, очень сомнительное утверждение.

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

67. Сообщение от Аноним84701 (ok), 04-Июн-20, 23:36 –1 +/–

> Полагаете, тот парень ещё и оптимизатор на питоне изобразить сможет -- да
> такой, чтоб в этой пятилетке что-то на гора выдал?..
Полагаю, что все же не стоит смешивать мух с котлетами, т.е. ЯП компилятора и результат. Тот же PyPy спокойно генерирует машкод для JIT.
Ну а так да, в одиночку, да с полной поддержкой C++17/20 ... первая реализация плюсов, вроде как, являлась транслятором в Си (и Бъерн писал ее не вечерами после работы, а будучи на зарплате Белл Лабс).
Да и потом, помнится, ту же реализацию С++98 ждали несколько лет.
Так что  условия изначально "немного" нереалистичны.

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

69. Сообщение от Ordu (ok), 05-Июн-20, 00:09 –1 +/–

> just for YOBA (Youth Oriented, Bydlo-Approved)
Естественно, это не для старпёров. Старпёры пускай водку жрут да в свою Nintendo рубятся, никакой другой fun им недоступен уже.

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

71. Сообщение от 0x3A59 (?), 05-Июн-20, 07:20 +1 +/–

> Rust и Go!
Metaprog!

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

73. Сообщение от Брат Анон (?), 05-Июн-20, 11:52 +/–

Модула-2 -- неси зачётку, Шигорин. Сдал!

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

74. Сообщение от Брат Анон (?), 05-Июн-20, 11:54 +/–

Не пиши чушь. Ада явно лучше С/С++. Её с избытком придумали, но всё солидно.
А ещё лучше Оберон-7

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

75. Сообщение от RomanCh (ok), 05-Июн-20, 14:58 +/–

Я всё понимаю конечно, но очень смешно выглядит п.7:
> обязательства не публиковать результаты без предварительного согласования.
Неужели всё так ужасающе плохо, что можно получить результаты за которые будет вот прямо настолько стыдно?
PS Публикация шаблона заявки в MS Word формате, да ещё и с макросами - это прекрасно.

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

76. Сообщение от Michael Shigorin (ok), 05-Июн-20, 16:42 +/–

>> обязательства не публиковать результаты без предварительного
>> согласования.
> Неужели всё так ужасающе плохо, что можно получить результаты
> за которые будет вот прямо настолько стыдно?
Порой собирают вообще без оптимизации, насколько до меня долетало... в таких случаях на VLIW всё и впрямь плохо.
Мы вон до сих пор вылавливаем апстримы, сборочные системы которых забивают на CFLAGS/CXXFLAGS, и в лучшем случае суют -O2 там, где хорошо бы -O3 (по крайней мере выпуски на lcc 1.23 у нас собраны именно так и им это явно пошло на пользу).

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

77. Сообщение от RomanCh (ok), 05-Июн-20, 16:57 +/–

> Порой собирают вообще без оптимизации, насколько до меня долетало...
Спасибо, понятно. Хотя всё равно странно, ведь оптимизация обычно не даёт прямо космического прироста производительности, даже в разы, не то что на порядки. Т.е. её отсутствие не должно давать в итоге катастрофический результат.
Но в любом случае смешное требование, мне кажется лучше предупреждать что в случае публикации недостоверных сведений наносящих урон компании, могут быть соответствующие встречные действия предприняты. Это выглядит нормальной юридической казуистикой. А нынешний вариант выглядит желанием прикрыть провалы.

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

78. Сообщение от erthink (ok), 05-Июн-20, 18:48 +1 +/–

> Не пиши чушь. Ада явно лучше С/С++. Её с избытком придумали, но
> всё солидно.
> А ещё лучше Оберон-7
Это не чушь, а объективная реальность.
Грубо говоря, по совокупности _разных_ причин, ни Модула, ни Ада, ни Оберон не получили такого распространения как (например) C/C++. Вероятно Rust уже обошел (или обойдет) по "популярности" всех троих вместе взятых. Т.е. языки вроде-бы хорошие (не стреляют в ногу), но их предпочитают не использовать (потому-то иногда вообще не стреляют).
Тем не менее, в дискуссию вступать не хочу, а просто уточнил что имел ввиду.

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

79. Сообщение от Gogi (??), 05-Июн-20, 19:00 +/–

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

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

80. Сообщение от Зз (?), 05-Июн-20, 23:35 +1 +/–

Разбудите меня через 150 лет и я скажу вам, что делают на форуме програмистов

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

81. Сообщение от erthink (ok), 06-Июн-20, 01:00 +/–

> Разбудите меня через 150 лет и я скажу вам, что делают на
> форуме програмистов
+1 ;)

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

82. Сообщение от Аноним (82), 08-Июн-20, 09:17 +/–

Попробуйте на этом васме видеокодек запустить

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

83. Сообщение от mikhailnov (ok), 08-Июн-20, 14:04 +/–

А вот если бы сборочница не пропускала пустой debuginfo, то большая часть апстримов, забивающих на CFLAGS, была бы выявлена и исправлена

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (1), 03-Июн-20, 20:19	+18 +/–
Напомните, зачем нужно переходить на шланг?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #3, #4, #6, #7, #21, #34, #38, #40, #50, #79

2. Сообщение от Fracta1L (ok), 03-Июн-20, 20:21	–22 +/–
Чтобы отвязаться от поехавшего GNU
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #5, #29, #41

3. Сообщение от Аноним (5), 03-Июн-20, 20:21	+1 +/–
Наверно чтобы... а хер знает, не зачем наверно
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

4. Сообщение от A.Stahl (ok), 03-Июн-20, 20:21	+7 +/–
Никто никуда переходить не собирается, но иметь запасной вариант всегда хорошо.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (5), 03-Июн-20, 20:22	+20 +/–
Слушай... можешь компилятор С++ написать, но чтоб без сишных дыреней? На питоне норм будет думаю
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #8, #13, #19

6. Сообщение от Аноним (6), 03-Июн-20, 20:25	+12 +/–
переходить может и не нужно. А вот выявить при пересборке не соответствующие стандарту компиляторо-специфичные костыли - дело очень полезное.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #9

7. Сообщение от Аноним (7), 03-Июн-20, 20:31	–16 +/–
Вопрос скорее "Зачем оставаться на GCC". Прогресса со второй версии чайная ложка, до сих пор не умеет корректно высокие уровни оптимизации, генерит код, который повреждает память и продолжает работать дальше не генерируя ексцепшена, сборка под определённую архитектуру может "случайно" использовать левые команды процессора… При всей монструозности шланга он позволяет быть уверенным что код работает так как написано в исходнике и предоставляет на порядок больше возможностей для отладки и статического анализа.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #12, #17, #23

8. Сообщение от Fracta1L (ok), 03-Июн-20, 20:38	–36 +/–
С и С++ нужно закопать и хлоркой засыпать, это единственное лечение.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #10, #11, #31

9. Сообщение от Аноним (9), 03-Июн-20, 20:42	+3 +/–
Аналогично действую. При кроссплатформенной разработке отладка в различных системах позволяет добиться качества кода и поймать некоторые ошибки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #62

10. Сообщение от Ванёк (?), 03-Июн-20, 20:45	+10 +/–
Что, все дружно переходим на JavaScript? А потом снова на C/C++?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #32

11. Сообщение от Корец (?), 03-Июн-20, 20:47	+2 +/–
Что предлагаешь взамен? Или как обычно - пустой звук и ничего больше?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #14, #15, #52

12. Сообщение от erthink (ok), 03-Июн-20, 20:48	+7 +/–
Вы clang и gcc попутали
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

13. Сообщение от Ванёк (?), 03-Июн-20, 20:48	–1 +/–
1) С каких пор у Питона меньше дыр? 2) А просадку производительности на порядок при переходе на Питон на всех компьютерах мира кто, как и чем будет компенсировать? 3) И процессорах дыры. Тоже заменим на Питон???
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #30, #56

14. Сообщение от анонимно (?), 03-Июн-20, 20:49	–4 +/–
golang
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

15. Сообщение от Fracta1L (ok), 03-Июн-20, 21:01	–5 +/–
Rust и Go!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #16, #71

16. Сообщение от ghost (??), 03-Июн-20, 21:11	+3 +/–
Идея "хорошая". Производители железа оценят.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15 Ответы: #24

17. Сообщение от Аноним (17), 03-Июн-20, 21:30	+1 +/–
>код работает так как написано в исходнике угу. Тыкал одну из библиотек с поддержкой бенчмарков, так clang, в отличие от gcc, взял и выкорчевал вызовы функций, время выполнения которых пытался замерить. При этом все необходимые переменные, которые после такого стали ненужными, он решил оставить и рассчитать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

18. Сообщение от Anonymus (?), 03-Июн-20, 21:30	–1 +/–
>отсутствия некоторых заголовочных файлов Это да, не суметь скомпилировать простенький "Hello World!" на C99 из-за потери собственных библиотек - это что-то... >возврат не-void функцией какого-то значения А вот тут не понял, что не так-то? Или это опечатка? >использование сравнения указателя с нулём Да, зачем проверять что-то, действительно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #20, #22, #27

19. Сообщение от Аноним (19), 03-Июн-20, 21:44	+1 +/–
Написал: http://compcert.inria.fr/
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

20. Сообщение от Ordu (ok), 03-Июн-20, 21:51	+1 +/–
>> возврат не-void функцией какого-то значения > А вот тут не понял, что не так-то? Какой смысл в этом? Бессмыслицу в языках программирования нужно выжигать калёным железом. Она хороша только для обфускации кода и больше ни для чего. >> использование сравнения указателя с нулём > Да, зачем проверять что-то, действительно. Проверять нужно, но не нужно при этом приводить указатели к int'у или int'ы к указателю. Если уж очень нужно, сделай это явно. Если явно писать преобразование влом, то для сравнения есть макро NULL.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #33

21. Сообщение от Ordu (ok), 03-Июн-20, 21:51	+1 +/–
just for fun.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #26, #44

22. Сообщение от Аноним84701 (ok), 03-Июн-20, 21:53	+4 +/–
>>использование сравнения указателя с нулём > Да, зачем проверять что-то, действительно. Да, зачем смотреть в чем дело, действтительно: domain.c:119:23: error: expression which evaluates to zero treated as a null pointer constant of type 'char ' [-Werror,-Wnon-literal-null-conversion] hashPtr = '\0'; ^~~~ контекст: / Is line a comment - ignore everything after '#' character / if (NULL != (hashPtr = strchr(linePtr, '#'))) { hashPtr = '\0'; } Подумаешь, баг в логике (ну или опечатку/забытый ) нашли ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

23. Сообщение от Аноним (23), 03-Июн-20, 22:01	+4 +/–
У шланга высокие уровни оптимизации не особо от низких отличаются. А всё потому, что он способен оптимизировать только лапшой из goto. В gcc оптимизации уровня O3 и не включённые в него включаются в pgo. Остальное баги и регрессии, они исправляются (регулярно). Слишком много изменений происходит в нём, тут ты совершенно неправ.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

24. Сообщение от коржик (?), 03-Июн-20, 22:06	+8 +/–
раст по производительности сопоставим с c++, зря вы так.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #49

25. Сообщение от Аноним (25), 03-Июн-20, 22:22	+/–
Когда с msvc протестируют?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #28

26. Сообщение от Аноним (26), 03-Июн-20, 22:32	+1 +/–
Первый коммент по делу
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #57

27. Сообщение от Аноним (27), 03-Июн-20, 23:13	+/–
> А вот тут не понял, что не так-то? Или это опечатка? Сижу и не могу воткнуть. Скорее всего опечатка
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

28. Сообщение от DontTreadOnMe (?), 03-Июн-20, 23:26	+2 +/–
Сначала msvc надо нормальный си научить компилять. Потом добавить ему гнутые расширения. И только потом можно подумать о тестировании.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #47

29. Сообщение от Аноним (29), 04-Июн-20, 00:15	+4 +/–
> Чтобы отвязаться от поехавшего GNU И привязаться к совсем поехавшему эплу и всепожирающему гуглу...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #36

30. Сообщение от Аноним (-), 04-Июн-20, 00:16	+2 +/–
> 1) С каких пор у Питона меньше дыр? Там вон эпическая новость про разнос вебсервисов цыски через питонятину. Им так лихо толпу майнеров вгрузили =)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13