А в ЯОС язык чем-то напоминает паскаль, в котором много лишних слов. Зачем эти все begin/end? когда можно писать { }. С-подобный синтаксис имеет более короткую запись, меньше слов, проще понимать исходный код. Понимаю что сейчас могут оскорбиться сторонники паскаля, но добавлю что паскаль уже существует и занял свою нишу к нему привыкли. А зачем делать что-то новое на не самом прогрессивном синтаксисе?
Ну а то что переменные и функции можно называть по русски, так это и в других языках можно, не вижу тут ничего плохого. Да и слова самого синтаксиса в принципе могли бы иметь место быть на русском. Но блин выбирать стиль паскаля.
Фу, фу {}. Python is the way
а сколько пробелов в табе? @Trausti_of_Vega выдай-ка мне мут на пять минут за флут
или даже питон стайл, тоже одобряю.
Нужно только его как то по-русски назвать. Язык Уж, например
и теперь пожинаем плоды, IT катастрофы. зашедшей в полный тупик. и тупак.
Язык программирования называется Active Oberon. ( это "раз") "Два": лишних begin начиная с Modula-2 в потомках Pascal нет. В БЭСМ-6 Паскале begin и end могли заменяться ( и ). Пункт 2.1: В C language фигурные скобки с точки зрения парсинга полный аналог begin end Algol-60. Т.е. проблема "повисшего ELSE" не решена. Забавно, что в макропроцессоре Си и языке-предке BCPL ELSIF есть.
а еще в новых сях типа силанга - отсутствуют теги асм. что свидетельствует о неуважении к программирующему хомо сапиенс
Это просто товарищ немного шиз, не обращайте внимания.
да куда мне до вас..
Вряд ли C# такой уж C language. А в Active Oberon ассемблерные вставки есть. Регистры из списка параметров функций назначаются динамически и т.д.
ну оберон, считается ультрапаскалем.. кстати он вроде как в си - ретранслируется?
Нет. Не транслируется. Есть трансляторы
Надо учитывать, что язык кроссплатформенный и предполагает сборку одного и того же кода под любую платформу. А как ты понимаешь ассемблер кроссплатформенности мешает. Там есть возможность вставлять IR код, что как бы более кошерно. А также использовать llvm intrinsics, которые уже имеют ассемблерную версию под каждую платформу. Если уж ассемблер очень нужен, то можно под конкретную платформу линковать отдельным объектным файлом, так даже удобнее.
ну кто на M2 писал, тому IMPLEMENTATION MODULE до сих пор, поди, снятся
все это бред. любую платформу надо знать как свои пять пальцев.. в том числе понимать конечный язык машины
Нам. Вы флудите.
Во-первых, это Си как Паскаль компилируется. Т.к. они возникли минимум одновременно и, насколько помню, Pascal чуть раньше, примерно в 1969 году. И если авторы Си работали на оборудовании эконом-класса ( PDP-11, фактически микроконтроллер), то Н.Вирт на суперкомпьютере Cray ( или CDC того же автора) CERN-а. Жаль, что Вирт не увлекался маркетингом. См. классификацию из статьи д.ф.н. Ткачёва ( RIP ;-( ): Паскаль - Pascal-69, Modula-2 - Pascal-79, Oberon - Pascal-85. Active Oberon и гибридная система с FPGA ( ПЛИС) - дальшее развитие в альма-матер ETH Zürich.
у когото синдром вахтера
Платформу надо знать только в узко-специализированных случаях: - разработки своего декодера/енкодера графического формата, например jpeg - написание криптографических функций - возможно что-то ещё во всех остальных случаях llvm прекрасно оптимизирует код
в результате - не можем пиксел вывести на экран.. в ручную. командой ассемблера
Понимание того, что происходит на уровне машины ещё никому не мешало
В IDE на базе Eclipse всё эта конструкция набирается примерно так: IMP + Crtl-Space , Ctrl-Enter. ( и в Delphi, примерно также, по горячей кнопке набираются IF ,WHILE и т.п. со всеми пресловутыми begin-ами)
ну так это тоже узкая специализация, большинство программ пиксели выводят через api операционной системы или какой-либо библиотеки где ассемблер не нужен.
самая древняя . игровая
Я и не утверждаю, что ассемблер не надо учить. Просто разговор то шёл о том что llvm ущербный за счёт отстутствия ассемблера, а я как причастный к разработке компилятора на LLVM объяснил что это нормальная система, просто там немного по другому всё устроено
Какая связь между выводом пикселя и ассемблером?
При этом LLVM не запрещает inline asm. IR умеет.
Он вам ответит либо не здесь, либо не сейчас. У него мут повторный за оффтопик флуд
Обсуждают сегодня