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

Релиз набора компиляторов LLVM 15.0, opennews (?), 06-Сен-22, (0) [смотреть все] Отличная новость Крутой прогресс за полгода , Анонн (?), 23:34 , 06-Сен-22, (1) +5 // Плюсую За LLVM будущее, и скоро, надеюсь, выкинут наконец-то этот GCC на свалку, Xenia Joness (ok), 12:05 , 07-Сен-22, (34) –16 // Чем он вам так насолил , Аноним (42), 12:39 , 07-Сен-22, (42) // Да она и про LLVM-то только название и слышала , Аноним (44), 12:42 , 07-Сен-22, (44) +3 Да куча недостатков - GNU C Language Extensions - здоровенный костыль поддержанн, Анонн (?), 15:51 , 07-Сен-22, (55) –3 FSF при помощи прежде всего GCC начал менять мир годах в 80ых и продолжает менят, аНОНИМ (?), 18:24 , 07-Сен-22, (65) +4 А знаешь почему Потому что они на момент создания llvm никому нафиг не вс лись , Аноним (66), 18:41 , 07-Сен-22, (66) Зачем ты рассказываешь о том, в чём ничего не понимаешь Как же так - гцц подлый, срыватель_покровов (?), 00:22 , 08-Сен-22, (71) +2 Просто не все живут на мамкиной шее И идеалами сыт не будешь , Neon (??), 17:24 , 09-Сен-22, (102) +1 Одни лозунги А по факту 8212 единоличное создание своего диалекта си в стил, Тот_Самый_Анонимус (?), 06:16 , 14-Сен-22, (120) Смотри, жертва пропаганды - Кроме gnuc другого си нет Никто не будет ничего пис, срыватель_покровов (?), 00:15 , 08-Сен-22, (70) –1 Гнус это всего лишь жалкая надстройка над си, которую добавили ядрописатели - пр, Аноним (66), 12:04 , 08-Сен-22, (80) –1 GPL - не свободный, потому что ограничивает твою свободу воровать , Аноним (91), 00:03 , 09-Сен-22, (91) Свобода зарабатывать - это свобода воровать Чтобы заработать, предлагаете с н, Neon (??), 17:31 , 09-Сен-22, (103) +1 Хорошо сидеть на шее у сообщества, используя его инструменты, изображать из себя, Аноним (109), 09:38 , 10-Сен-22, (109) Как можно украсть то, что принадлежит всему миру и отдано в безвозмездное пользо, Аноним (-), 01:11 , 11-Сен-22, (115) Да ты чё Зачем ты, домохозяйка, о чём-то пытаешься рассуждать gnuc это и есть , срыватель_покровов (?), 02:03 , 09-Сен-22, (94) –1 С другой стороны нужно быть благодарным им за это все - иначе какой смысл было б, Анонн (?), 15:54 , 07-Сен-22, (56) +1 Не очень понятно, зачем нужно фиксировать промежуточный результат в виде объектн, adolfus (ok), 20:51 , 09-Сен-22, (107) +1 // NIH-синдром на Java JIT нужно реализовать то, что было реализовано 20 лет назад, iZEN (ok), 14:46 , 10-Сен-22, (113) Вайн задействует , Аноним (2), 23:39 , 06-Сен-22, (2) // https github com microsoft DirectXShaderCompiler - просто аттракцион невиданно, Аноним (2), 23:45 , 06-Сен-22, (5) // Видимо на DX все забили при наличии вулкана, вот и раздобрились , Аноним (-), 12:05 , 07-Сен-22, (35) +1 Ждём обновления ldc для dlang , Аноним (3), 23:39 , 06-Сен-22, (3) –1 А про ассемблер llvm-mc ничего не слышно Он совместим с gas, но весьма ограниче, lucentcode (ok), 23:39 , 06-Сен-22, (4) +1 // Мне вот надо чтобы clang на инлайн асме, с интел синтаксисом на использовании of, Аноним (6), 04:16 , 07-Сен-22, (6) +2 // Интел-стайл контр-интуитивен Особенно при косвенной адресации Закопать , Брат Анон (ok), 09:01 , 07-Сен-22, (17) +2 // AT T-синтаксис просто ужасен и для набор и для чтения Его вообще не должно быть, Аноним (19), 09:30 , 07-Сен-22, (19) –2 У тебя синдром утёнка , Аноним (26), 10:29 , 07-Сен-22, (26) +1 У тебя Даннинг-Крюгер , Аноним (30), 11:09 , 07-Сен-22, (30) +8 Не, норм Не привычно после TASM MASM Fasm Nasm RosAsm и что там ещё юзал в моло, lucentcode (ok), 21:01 , 07-Сен-22, (68) +3 Правда Как там в AT T записывается eax ecx В Intel mov eax, ecx И поэтому в, Аноним (83), 13:27 , 08-Сен-22, (83) –1 Когда вы чему-то присваиваете какое-то значение с помощью команды mov move по су, lucentcode (ok), 13:13 , 10-Сен-22, (112) Да пофиг на синтаксис Ассемблер очень мало, когда реально нужен, если только вы, Ванёк (?), 21:54 , 07-Сен-22, (69) Чувство прекрасного против , Аноним (76), 10:53 , 08-Сен-22, (76) Уж точно лучше, чем интелловский Если этот не должен существовать, тогда всех и, Брат Анон (ok), 13:45 , 08-Сен-22, (86) +1 Интел не регламентирует синтаксис offset - это Microsoft Есть синтаксисы Borl, n00by (ok), 10:10 , 07-Сен-22, (25) Ага, а когда присваеваемое слева, а куда присваивают справа - нонсенс же , Аноним (44), 12:51 , 07-Сен-22, (47) +1 А на неинтел синтаксисе всё норм , Ванёк (?), 17:19 , 07-Сен-22, (59) –2 // Не всё Но интел существенно хуже mov eax, ebx -- попробуйте здесь догадаться от, Брат Анон (ok), 13:48 , 08-Сен-22, (87) +2 Смесь английского с ивритом , Ванёк (?), 18:33 , 08-Сен-22, (90) –1 Народ, подскажите, пожалуйста, хороший транслятор из одного синтаксиса Ассемблер, Ванёк (?), 13:25 , 09-Сен-22, (100) // GAS это умеет , Ванёк (?), 13:29 , 09-Сен-22, (101) И снижение производительности в несколько разчтобы поломать всю арифметику указа, ИмяХ (?), 07:39 , 07-Сен-22, (7) –2 // Арифметика указателей для перехода между глобальными структурами - UB Если в ва, Аноним (8), 08:01 , 07-Сен-22, (8) +5 // Нельзя быть не толерантным к злобным буратинам , EULA (?), 10:05 , 07-Сен-22, (24) // Надо быть толерантными ко всем буратинам, но злобных сажать в тюрьму, но делать , Аноним (30), 11:13 , 07-Сен-22, (31) +1 поломается так называемая динамическая арифметика, компиляторная будет работать,, Sw00p aka Jerom (?), 08:22 , 07-Сен-22, (9) Несколько команд снизят производительность в несколько раз , Бывалый смузихлёб (?), 08:56 , 07-Сен-22, (16) +1 // Не несколько команд Регистров не несколько Но в 2 раза вполне может С учётом , Брат Анон (ok), 09:03 , 07-Сен-22, (18) // Даже будучи смузихлёбом смутно припоминаю, что были команды для сохранения всех , Бывалый смузихлёб (?), 09:57 , 07-Сен-22, (23) –1 PUSHF опкод 9D сохраняет регистр флагов F В 64-х разрядном режиме тот же оп, n00by (ok), 10:51 , 07-Сен-22, (29) –2 Вы новость читали При чём тут сохранение на стеке, если речь в статье шла про в, Брат Анон (ok), 13:43 , 08-Сен-22, (85) Эти команды чудовищно медленные и в тактах выигрыша не будет, только в объёме ко, Аноним (83), 13:57 , 08-Сен-22, (88) Медленный Silvermont исполняет 2 две XOR за такт CALL - 1-2 такта RET - 1 та, n00by (ok), 10:37 , 07-Сен-22, (28) –3 Это же две команды И сколько их нужно всего И на сколько при этом упадёт эффек, Брат Анон (ok), 13:42 , 08-Сен-22, (84) +1 Что тут нужно, так это доказать утверждение 171 снижение производительности в , n00by (ok), 14:49 , 08-Сен-22, (89) –1 Там типичный эксперт А вот талмуд code Table 2-3 Skylake Microarchitecture Ex, n00by (ok), 10:33 , 07-Сен-22, (27) –1 // А вот красавец который кроме wintel себе ничего представить не может и потому сч, Аноним (-), 12:08 , 07-Сен-22, (37) +2 А ещё я имею представление, сколько примерно команд находится в теле средней под, n00by (ok), 12:39 , 07-Сен-22, (43) А что такое средняя подпрограмма Это типа средней температуры по больнице , Аноним (49), 12:53 , 07-Сен-22, (49) Это та цифра, которую эксперты подставят в известную им формулу и наконец-то док, n00by (ok), 13:03 , 07-Сен-22, (51) Вы все тут эксперды По факту нормальный OoO процессор, видя XOR reg,reg -- ниче, аНОНИМ (?), 18:20 , 07-Сен-22, (63) +1 Молодец, единственный кто осилил прочитать мануал Это удивительно - особенно на, срыватель_покровов (?), 00:29 , 08-Сен-22, (72) По факту CodeAnalyst закопали всего лет десять назад, а без симуляции конвейера , n00by (ok), 13:13 , 08-Сен-22, (82) Ты выше опозорился и пришёл сюда плакаться Какая архитектура, какой CodeAnalyst, срыватель_покровов (?), 02:05 , 09-Сен-22, (95) Это что, выпуск экстерном нового актива 171 центра псих операций 187 Мануал, n00by (ok), 11:01 , 09-Сен-22, (97) Вы слишком рано ответили Такие умозаключения разбиваются железным аргументом , n00by (ok), 13:04 , 08-Сен-22, (81) Если небольшая функция, и она активно используется, и компилятор её не встроил , Ванёк (?), 12:37 , 07-Сен-22, (41) +2 // Готовы показать пример такой функции , n00by (ok), 12:44 , 07-Сен-22, (45) –2 Если кто-то ходит по структуре по хардкоженым оффсетам, то где-то ошибка на этап, Аноним (21), 09:35 , 07-Сен-22, (21) // Есть вполне себе легальный offsetof , Аноним (92), 01:18 , 09-Сен-22, (92) What is it, затравка Начальное значение А как быть с повторяемостью сборки Как б, Аноним (10), 08:25 , 07-Сен-22, (10) // Нашел The support can be enabled via the -frandomize-layout-seed or -frandom, Аноним (10), 08:36 , 07-Сен-22, (11) +2 Грандиозно отметили 50-тилетие языка, mumu (ok), 08:44 , 07-Сен-22, (14) +6 // Ну и в чём прикол Наезжали всегда на паскалистов за их begin end Ну были 0 и , 1 (??), 09:31 , 07-Сен-22, (20) // В привидении типов Нельзя понять 1 это bool или int , mumu (ok), 12:02 , 07-Сен-22, (33) // пример , Sw00p aka Jerom (?), 07:46 , 08-Сен-22, (75) –1 Дефайн видите ли не меняет определенную математику Bool does, там есть определе, Аноним (49), 12:52 , 07-Сен-22, (48) Давно уже пора довести до нормального состояния, чтобы всякие студенты не писали, Аноним (19), 09:36 , 07-Сен-22, (22) Вы пишите В тексте написано При чем тут C 23 129318 , Аноним (36), 12:07 , 07-Сен-22, (36) +2 // Да, писал конечно про C2X, при форматировании не ту часть удалил, mumu (ok), 12:10 , 07-Сен-22, (38) Единственная функция LLVM 8212 чтобы GCC не спал, но это тоже полезно , Аноним (32), 11:58 , 07-Сен-22, (32) +3   // Ты не в теме, Ллвм используется примерно во всех проприетарных компиляторах всег, Аноним (26), 12:14 , 07-Сен-22, (39) +2   // Ну и кто теперь и дальше будет утверждать, что LLVM не проприетарщина , Аноним (44), 12:47 , 07-Сен-22, (46) +1   А я вот понимаю ein сompiler - не нужно держать ворох повторяющихся компиляторов, Аноним (52), 13:09 , 07-Сен-22, (52) –1   Ну и существенно проще добавлять поддержку новых архитектур или языков по сравне, Анонн (?), 15:44 , 07-Сен-22, (54)   // В GCC как-то иначе , Ванёк (?), 17:06 , 07-Сен-22, (57) +1   Принципиально - нет Но если начать разбираться, то нюансов море GCC намного бол, Аноним (66), 18:22 , 07-Сен-22, (64) +1   Скрыто модератором, срыватель_покровов (?), 00:44 , 08-Сен-22, (74) –3   Скрыто модератором, срыватель_покровов (?), 00:38 , 08-Сен-22, (73)   // Скрыто модератором, Аноним (76), 10:55 , 08-Сен-22, (77)   Скрыто модератором, Аноним (26), 11:04 , 08-Сен-22, (78)   С вероятностью 99 получится более эффективный машинный код, да и при разработке, Аноним (105), 20:09 , 09-Сен-22, (105) +1   уже 2022, а они только с 20 допиливают хаха, Аноним (40), 12:19 , 07-Сен-22, (40) +1 // Уже время вам присоединится и показать миру как надо пилить , Roman (??), 12:54 , 07-Сен-22, (50) // К какому миру , Аноним (99), 12:59 , 09-Сен-22, (99) А теперь представьте, что надо написать свой собственный компилятор языка с с, Аноним (36), 13:42 , 07-Сен-22, (53) // Значит, что то давно не так в С королевстве И развитие его идет в какую то не, Neon (??), 17:47 , 09-Сен-22, (104) // Да, у С , впрочем как и у любого другого языка есть проблемы, но утверждать, чт, Аноним (36), 10:30 , 10-Сен-22, (110) Как оно по производительности генерируемого кода по сравнению с GCC, ICC, MSVC, , Ванёк (?), 17:10 , 07-Сен-22, (58) // Без оптимизаций - влёт,а так жсс рулит,но это было с год назад,а то и больше , Аноним (79), 11:22 , 08-Сен-22, (79) Про PGO не скажу, но на обычной компиляции clang и gcc где-то рядом - в одних сл, Аноним (92), 01:29 , 09-Сен-22, (93) +1 // clang в хламину сливает gcc Обычно однорукие бандиты даже замерить нормально ко, срыватель_покровов (?), 02:15 , 09-Сен-22, (96) +1 // Нет в gcc такой фичи Есть ручное клонирование и маркировка функций для разных н, Аноним (108), 03:14 , 10-Сен-22, (108) +1 То же самое можно сделать в любом компиляторе с помощью ifdef __инструкции__ _, Ванёк (?), 13:13 , 10-Сен-22, (111) Вопрос на засыпку в чем разница между директивами препроцессора и runtime dispa, Аноним (118), 02:13 , 12-Сен-22, (118) Если прямо действительно необходимо runtime dispatch, то помимо директив препроц, Ванёк (?), 14:35 , 12-Сен-22, (119) Не используйте LLVM, он нужен пермиссивщикам и проприетарщикам , Аноним (-), 19:11 , 10-Сен-22, (114) +1 // Не используйте GNU GPL, он нужен пермиссивщикам и проприетарщикам Пофиксил, не , Аноним (-), 01:16 , 11-Сен-22, (116) –1 Джва года ждал , anonima (?), 10:59 , 11-Сен-22, (117) 1,2,3,4,7,10,14,32,40,58,114,117

Сообщения

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

32. "Релиз набора компиляторов LLVM 15.0"	+3 +/–
Сообщение от Аноним (32), 07-Сен-22, 11:58
Единственная функция LLVM — чтобы GCC не спал, но это тоже полезно.
Ответить | Правка | Наверх | Cообщить модератору

	39. "Релиз набора компиляторов LLVM 15.0"	+2 +/–
	Сообщение от Аноним (26), 07-Сен-22, 12:14
	Ты не в теме, Ллвм используется примерно во всех проприетарных компиляторах всего последние лет 15 уже так точно. Шейдеры, куда, жит, фортран. Гцц вечно в догоняющих. Но, что касается си и частично плюсов, у гцц до сих пор получается ощутимо более эффективный код (особенно, при задействовании пго). Не понимаю этого нездорового вендузячьего желания собирать всё шлангом, из того что я видел, майкрософтовский компилятор хоть и отставал по возможностям на десятилетия, но генерировал код не хуже шланга. Реальная его проблема это совершенно неосмысленные сообщения об ошибках.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Аноним (44), 07-Сен-22, 12:47
	>Ллвм используется примерно во всех проприетарных компиляторах всего последние лет 15 уже так точно Ну и кто теперь и дальше будет утверждать, что LLVM не проприетарщина?
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Релиз набора компиляторов LLVM 15.0"	–1 +/–
	Сообщение от Аноним (52), 07-Сен-22, 13:09
	>Не понимаю этого нездорового вендузячьего желания собирать всё шлангом А я вот понимаю. ein сompiler - не нужно держать ворох повторяющихся компиляторов. Ставим один компилятор из официальных деб-репозиториев и собираем подо все платформы, под какие пожелаем. И имеем на всех платформах последние фичи языка C++. Флаги компиляции тоже почти одинаковы. Очень удобно. ein bytecode - все инструменты используют одно и то же представление. Благодаря тому, что создатели LLVM не копирастничают, сторонние инструменты вообще могут существовать, потому что если бы обязали всех использовать GPL, то многие бы просто сказали "ну тогда мы наш инструмент не опубликуем вообще". И позволяет сторонним инструментам быть отдельными программами, работающими с IR по-своему. Создатели gcc же решили усложнить, чтобы все статически линковались с GCC. Недружественный жест, создающий кучу практических проблем. "Ну ОК, значит не будем использовать GCC", решили адекваты, и теперь у нас есть Clang.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	54. "Релиз набора компиляторов LLVM 15.0"	+/–
	Сообщение от Анонн (?), 07-Сен-22, 15:44
	Ну и существенно проще добавлять поддержку новых архитектур или языков по сравнению с гэцц. Дописал бек или фронт, в зависимости от того что добавляешь, и у тебя готовый инструмент со всем фишками и оптимизациями.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	57. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Ванёк (?), 07-Сен-22, 17:06
	В GCC как-то иначе?
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Аноним (66), 07-Сен-22, 18:22
	Принципиально - нет. Но если начать разбираться, то нюансов море. GCC намного более монолитен. Это влияет на легкость добавления поддержки языков. Можно просто сравнить что поддерживает GCC: C, C++, Objective-C, Objective-C++, Fortran, Ada, D, and Go (https://gcc.gnu.org/onlinedocs/gcc/G_002b_002b-and-GCC.html) и что поддерживает LLVM: ActionScript, Ada, C#, Common Lisp, PicoLisp, Crystal, CUDA, D, Delphi, Dylan, Forth, Fortran, Free Basic, Free Pascal, Graphical G, Halide, Haskell, Java bytecode, Julia, Kotlin, Lua, Objective-C, OpenCL, PostgreSQL's SQL and PLpgSQL, Ruby, Rust, Scala, Swift, XC, Xojo, Zig (https://en.wikipedia.org/wiki/LLVM, https://llvm.org/ProjectsWithLLVM/) Нужность или "нинужность" этих всех языков выходит за рамки вопроса, но показывает насколько чаще выбирают LLVM вместо GCC.
	Ответить | Правка | Наверх | Cообщить модератору

	74. Скрыто модератором	–3 +/–
	Сообщение от срыватель_покровов (?), 08-Сен-22, 00:44
	Ты ничего о них не знаешь - жертва пропаганды. Зачем ты позоришься? Монолитная помойка - это именно что ллвм. Другое дело, что ллвм использует c++/си с классами, кодогенерацию. Он тупо проще нежели гцц. Но основная причина это шха-лицензия и то, что в лввм - это туллинг для создания компиляторов. Гцц таким не является. Это именно компилятор, а не тулинг. >и что поддерживает LLVM: Жертва пропаганды, насколько же ты нелепая. Ничего из этого ллвм не поддерживает. Это всё внешний мусор. А то, что ты линкуешь для гцц - это его части. Частью llvm по-сути является только шланг. Поэтому именно в гцц фронтов больше. А всё эти сказки, которую ты пастишь - это не фронты. Это просто "где используется ллвм". И даже здесь ты не смог опозориться. Ты не смог даже отфильтровать список. Допустим на ту же cuda.
	Ответить | Правка | Наверх | Cообщить модератору

	73. Скрыто модератором	+/–
	Сообщение от срыватель_покровов (?), 08-Сен-22, 00:38
	llvm и подхватил эпл для того, чтобы делать проприетарщину. Ты и сам подтвердил почему. гцц нельзя украсть, хотя эпл/нвидия и прочие вендоры ранее воровали. До того как им это запретили. Поэтому смысл ллвм только в одном - воровать. Будь можно воровать гцц - никому ллвм не был нужен. На самом деле там причин вторичных выбора в пользу ллвм больше в шланге. >Шейдеры, куда, жит, фортран. Какой жит - в гцц тыщу лет был жит. Какие шейдеры/какая куда - о чём ты, домохозяйка. Куда всегда была на гцц и та куда так и осталась. Фортран вообще какой-то мусор. Нвидия же не реализовывала куду/прочее в ллвм - он мусор. Она создала ptx и теперь llvm лишь генерирует ir для нвидия-блобов. И да - гцц умеет в ptx. >Гцц вечно в догоняющих. Да ты чё. Догоняющих кого, жертва пропаганды? >Но, что касается си и частично плюсов, у гцц до сих пор получается ощутимо более эффективный код (особенно, при задействовании пго). Я тебе открою тайну, жертва пропаганды, но гцц совершеннее во всём. Он и код собирает быстрее и конфигурируется лучше и архитектурно более совершенен и поддержка языков лучше и код получается быстрее и анализатор/сообщения об ошибках там куда лучше. >Не понимаю этого нездорового вендузячьего желания собирать всё шлангом, из того что я видел, майкрософтовский компилятор хоть и отставал по возможностям на десятилетия, но генерировал код не хуже шланга. Реальная его проблема это совершенно неосмысленные сообщения об ошибках. Да тут у нас маздайчонок нарисовался. Жертва пропаганды - маздайский мусор сливает шлангу во всём. Поэтому маздай пытается воровать edg/llvm/clang, чтобы на них заменять свой бездарный мусор. Это как была история с ослом. Уже практически полностью маздайский мусор переделан на edg/clang/llvm, как уже было выше сказано. Скоро там останется одно название.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	77. Скрыто модератором	+/–
	Сообщение от Аноним (76), 08-Сен-22, 10:55
	llvm эплу нужен чтобы мигрировать с x86 на arm и дальше по списку.
	Ответить | Правка | Наверх | Cообщить модератору

	78. Скрыто модератором	+/–
	Сообщение от Аноним (26), 08-Сен-22, 11:04
	Не уверен, о чём ты тут затираешь и зачем, но cuda compiler от nvidia это именно что форк llvm7. Сам clang поддерживает генерацию ptx с 3 версии примерно, при этом, я вообще не видел, что бы кто-нибудь применял gcc с этими целями (ни одного проекта, все требуют nvcc или хотя бы clang для результатов похуже), и nvcc -- не gcc (и, вроде, никогда не был? лет 15 точно). Видимо, остальная твоя информация имеет примерно тот же уровень достоверности -- ты никогда ни с чем не работал, а обзываешь других домохозяйками. А фортран широко используется в математических вычислениях и сегодня, очень актуально для распараллеливания на кучи больших жирных нод суперкомпьютеров (там часто как раз nvidia есть). >сливает Не, я лично билдил бинари для маздайки и сравнивал производительность и оптимизации, поэтому, не соглашусь. Ллвм там прижился, поскольку что у него не было проблем с раскруткой исключений (они были у гцц), ну, и по мелочи.
	Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

	105. "Релиз набора компиляторов LLVM 15.0"	+1 +/–
	Сообщение от Аноним (105), 09-Сен-22, 20:09
	> Не понимаю этого нездорового вендузячьего желания собирать всё шлангом С вероятностью 99% получится более эффективный машинный код, да и при разработке кросс-платформенного софта использование одного компилятора на всех платформах даёт некоторые плюсы (меньше компиляторо-специфичных нюансов типа проивозительности сгенерированного кода, багов самого компилятора и т.п.). > майкрософтовский компилятор хоть и отставал по возможностям на десятилетия, но генерировал код не хуже шланга Если майкрософтовский компилятор сгенерировал код не хуже шланга, то вам просто повезло. Примеров наподобие https://godbolt.org/z/orMv61YjE можно найти/придумать немало.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

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

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