С++ и ассемблер

некоторые вещи мне нравится писать на асме, некоторые на Си. Личные предпочтения имхо.

 

Вот пример кода на масме http://paste.org.ru/?u91x3c
1. Хорошо читается.
2. Свободная манипуляция регистрами.
3. Известна каждая инструкция, а это весьма важно.
Чем лучше будет этот код на си - ничем. Внесение всякого мусора нарушит стабильность.

 

Непойму зачем привязывать себя к языку... Все ведь зависит от задачи, не очень разумно например юзать асм для решения задачи топологической сортировки, когда есть либа из boost'a, также не очень разумно юзать С++ для написания обработчика прерывания, имхо, нужно знать оба языка и знать где их целесообразнее использовать.

 

Что ж тут пояснять, элито - ярые борцы за чистоту, которые считают что только их путь дзен и т.д. Элито считает, что она круче всех, а все остальные школота.

 

Clerk
на С это будет не 2 страницы, а полстаницы. Регистры компилятор подберет сам, в идеале лучше тебя. В если и воткнет где лишние инструкции- ну и что?

 

Black_mirror

Так то оно так, но ты же не будешь отрицать, что если перевести четверостишие с си на ассемблер, то оно будет занимать 2 листа и как следствие человек, для того чтобы прочитать его потратит несколько больше времени?

 

GoldFinch
Пол страницы трудночитаемого кода. Если он воткнёт лишние инструкции не туда, как например после popfd это сделает код не работаспособным. Если вам не удобно-трудно-непонятно как писать на асм - только ваши проблемы. Мне си не нравится и не подходит для решения моих задач.

 

TSS
поддерживаю, для конкретной задачи нужно выбрать язык на котором легче/быстрее решить проблему. Ограничивать себя знанием одного языка - не верно. Асм хорош, спору нет, но писать килобайты коду вместо пару строчек на си/с++ имхо - бред!

 

AntiB
Именно поэтому у вас и падает прот постоянно.. или уже нет

 

Booster
я нет, совсем не элита, я жалкий любитель - весь мой успех это та болванка командера которую я написал и выложил и те реализации виджетов которыми я обладаю

 

AntiB
ды напишите пару строк на макроасме и не парьтесь - если вы действительно пишите на асме вы неизбежно обрастаете макросами

 

я буду это отрицать - все зависит от того насколько пишущий и читающий обросли макросами и на сколько у них общий макро язык
в асме и паттерны проектирования можно применять

 

немного не так из знания си не вытекает знание асма, а модная винда заставила всех асемблерщиков познакомиться с нотацией си

 

имхо только proc/invoke/макросы отвечающие за PE-структуру нормальны, остальные абсолютно не нужны. Тем более если не понимаешь логику их работы.
Сколько уже видел здесь на васме ошибок с использованием .IF'a

 

TermoSINteZ
а разве не так ??? - моем случае так и было - в си мне совершенно никакой надобности не было- но пришлось посмотреть чтоб справку по вин апи читать да пецзольда
история си в книжном магазине лежит в изложении товарисча страуструпа - дизайн и эволюция цэ плус плус- только жалко мне на нее 500 рубликофф

 

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

 

Rockphorr

Какие паттерны С++ или Java ты имеешь ввиду? Ах да, речь же идет про ассемблер, стало быть ассемблерные.

Тогда для доказательства остается прибегнуть к методу чубаки. )

Я веду речь о чубаке. Какой в этом смысл? Леди и джентельмены я несу бессмыслецу. Во всем этом вообще нет смысла. И так запомните: когда вы взвешиваете и сопрягаете си и ассемблер, есть ли в этом смысл? - Нету. В этом нет смысла. Если чубака живет в эндере, вы обязаны признать что код на си более лаконичен.

Теперь не будешь отрицать? ))

 

letopisec

про чубаку я вообще ничего не понял ((

лаконичность зависит от согласованности пишущего и читающего

 

Rockphorr

Это история цэ плус плус а не си.

В сети найти можно легко.