RE: актуальность применения языка ассемблера в современном мире
Пользователи, просматривающие топик: none
|
Зашли как: Guest
|
Имя  |
| Сообщение |
<< Старые топики Новые топики >> |
|
|
RE: актуальность применения языка ассемблера в современном мире - 2009-09-06 23:42:57.140000
|
|
|
rgo
Сообщений: 7170
Оценки: 281
Присоединился: 2004-09-25 05:14:25
|
quote:
ORIGINAL: Denaturat
quote:
ORIGINAL: rgo
И C перестанет быть высокоуровневым ассемблером. Сложно сказать нужна ли ему такая трансформация или нет.
не перестанет - посмотри на тот же BitC;
Не могу обещать, что посмотрю. Может как-нибудь на досуге. Да и то, если у меня на руках будет компилятор версии >=1.0. Причём с опцией -S. Я как-то последнее время начал разочаровываться в исследовании различных языков. Все они груду возможностей предлагают, от которых текут слюни пока их изучаешь, а на практике выходит, что проще уж на C. Я даж лисп последнее время использую лишь из emacs'а, либо как калькулятор, либо чтоб автоматизировать рефакторинг кода на C. Ну руби ещё пользую потихоньку, уж больно мне RoR нравится.
Хотя, быть может просто задач не подворачивалось. Чёт меня либо в жёсткое системное программирование тянет, либо в гигантские вычисления, с которыми не справляется кластер из 10 четвёртых пеньков по 2ГГц каждый.
quote:
ORIGINAL: Denaturat
да и сам C99 уже сильно далёк от "чистого" переносимого ассемблера, многие тамошние механизмы куда сложней моего предложения
Ой, да ну тебе, далёк. Правда слово "чистый" мне не понятно. Чистый – это K&R? Нет, наверное, ты что-то другое имеешь в виду. А если так, то чистым он никогда не был и будет (хотя префиксные и постфиксные операторы ++ и – были содраны с ассемблера PDP-7:)) – переносимость не так-то просто увязать с близостью ассемблеру. Ассемблеры разные слишком. А если ещё вспомнить про то, что компилятору неплохо было бы хотя бы варнингами предупреждать о всяких гадостях, типа использования значения неинициализированной переменной, то совсем всё плохо оказывается.
Но как бы там не было, у меня в ~/.bash_profile прописано: CFLAGS="-std=gnu99 -Wall". И никаких сложных механизмов, которые делали бы меня дальше от машины, чем делал ansi, я не замечал. С K&R сравнивать не буду, поскольку в том "стандарте" не писал ни разу. Правда, надо признать, что gcc вроде как ещё не целиком тянет стандарт c99 (по-крайней мере, когда я полгода назад последний раз перечитывал мануал к gcc), а текст стандарта я вообще просматривал единожды и по диагонали. Может я чего не заметил?
|
|
|
|
|
RE: актуальность применения языка ассемблера в современном мире - 2009-09-07 00:22:08.980000
|
|
|
Denaturat
Сообщений: 1741
Оценки: 453
Присоединился: 2008-10-27 20:50:06.380000
|
quote:
ORIGINAL: rgo
Не могу обещать, что посмотрю. Может как-нибудь на досуге
торопиться некуда, Щапиро ушёл в M$ Research и забросил проект
quote:
ORIGINAL: rgo
Чёт меня либо в жёсткое системное программирование тянет
вот тут C к месту
quote:
ORIGINAL: rgo
либо в гигантские вычисления, с которыми не справляется кластер из 10 четвёртых пеньков по 2ГГц каждый
а вот это я бы писал на каком-нибудь Erlang или Data Parallel Haskell - а сишный PVM-вариант генерил бы автоматически, и только в случае крайней необходимости. ну то есть, я не вижу в этой области гегемонии (или необходимости применения) C или C-подобных языков в принципе
quote:
ORIGINAL: rgo
А если так, то чистым он никогда не был и будет
именно. и добавление механизмов работы с памятью или усиление системы типов - более чем вменяемая замена для различных неполных (отрабатывающих корректно не на всей области определения) функций. тем более, что уже на стадии кодогенерации информации о типах не будет, а работа с памятью станет архитектурно-зависимой
quote:
ORIGINAL: rgo
С K&R сравнивать не буду, поскольку в том "стандарте" не писал ни разу.
оффтоп, но мне приходилось. забавный, вообще говоря, опыт. если что - K&R C есть в нутре gnuplot, и в Tcl Core (там это вообще принятый Coding Style - во всяком случае ещё недавно был)
quote:
ORIGINAL: rgo
Правда, надо признать, что gcc вроде как ещё не целиком тянет стандарт c99 (по-крайней мере, когда я полгода назад последний раз перечитывал мануал к gcc), а текст стандарта я вообще просматривал единожды и по диагонали. Может я чего не заметил?
http://www.kuro5hin.org/story/2001/2/23/194544/139
Variable length arrays: These are arrays whose size is determined at runtime.
этого, в общем-то, уже достаточно
|
|
|
|
|
|
