Си - это сложно и непонятно или нет? - Страница 3

AJScorp · 28.10.2010, 00:39

Сообщение от cupru

Да просто не представлял....такой записи)))

Обычное множественное присвоение в СИ )))

AJScorp · 28.10.2010, 00:44

В Микрочиповском исполнении это выглядит как
TRISA = 0xFF;
TRISB = TRISA;
TRISC = TRISB;
ну и, соответственно, проблемы с неиспользуемыми (нулевыми по чтению) битами по каждому порту

OlegNZH · 28.10.2010, 08:58

В C - такие конструкции можно увидеть , лучше-бы на свет не рождался.

а- делать нечего , лет пять назад с ассемблера перешёл(через силу )- не жужжу , раз в 5 быстрее разработка (условно)(доволен ,перешагнул) Главное- Логика программы понятней, сам Алгоритм.На мелочи внимания- Гораздо меньше.

AJScorp · 28.10.2010, 09:38

Сообщение от OlegNZH

раз в 5 быстрее разработка (условно)

Согласен, перенос графической подсистемы с ARM на 16-битный PIC у меня занял около часа со всеми проверками и подгонкой типов. На ASMе так легко не отделаешься.

Главное мешать в одну кучу аппаратно-зависимые и независимые куски кода - тогда и проблем с переносимостью не возникнет.

Gnider · 28.10.2010, 09:42

Сообщение от AJScorp

Реализация блокировки семафора

Код:

MOV		r1, #0xFF
SWP		r1, r1, [r0]
TST		r1, r1
...

SWP - атомарная операция обмена регистра с памятью.

На СИ - с запрещением прерываний и т.п.

Ну я про что и говорю. Вставки нужны для того чтобы реализовать команды ассемблера напрямую,то что в Си принципиально не реализовать. Обычно это прилагается к компилятору,или как в вашем случае прилагается к RTOS,или библиотеке.

Я же имел ввиду аналог на асме некоей сишной функции или алгоритма,не привязанной к аппаратной начинке,с целью ускорения,или и уменьшения кода. Например сортировка,поиск макс/мин значения.

Gnider · 28.10.2010, 09:46

Сообщение от OlegNZH

В C - такие конструкции можно увидеть , лучше-бы на свет не рождался.

а- делать нечего , лет пять назад с ассемблера перешёл(через силу )- не жужжу , раз в 5 быстрее разработка (условно)(доволен ,перешагнул) Главное- Логика программы понятней, сам Алгоритм.На мелочи внимания- Гораздо меньше.

Я тоже так-же примерно. Я конечно люблю читаемость но иногда приятно
написать что-то типа "if(a=(x›(++y‹‹1)))"

Gnider · 28.10.2010, 09:47

Сообщение от AJScorp

Согласен, перенос графической подсистемы с ARM на 16-битный PIC у меня занял около часа со всеми проверками и подгонкой типов. На ASMе так легко не отделаешься.

Главное мешать в одну кучу аппаратно-зависимые и независимые куски кода - тогда и проблем с переносимостью не возникнет.

Ого! Обычно с пиков на АРМ переносят. Цель то какая была?

OlegNZH · 28.10.2010, 09:50

Я ТОже могу пример, Простой сдвиг в Си- сначала компилятор флаги обнуляет , Мне - нафиг нужно было , взял-вырезал из листинга asm-го , убрал лишние, вставил asm вставкой, в три раза быстрее (мне- очень критично было)(почему-сразу не сделал? из функции , неизвестно- через какие регистры пошлёт-а-так- втупую)

AJScorp · 28.10.2010, 10:01

Сообщение от Gnider

но иногда приятно написать что-то типа "if(a=(x›(++y‹‹1)))"

В своих исходниках конечно приятно, и читаемо к тому же. В чужих - совсем наоборот.

Сообщение от Gnider

Ого! Обычно с пиков на АРМ переносят. Цель то какая была?

Цель - индикаторная панель датчика загазованности. ARM - слишком круто, а для пика задачка в самый раз. Да и по цене выгоднее в серии.

Gnider · 28.10.2010, 10:15

Сообщение от OlegNZH

Я ТОже могу пример, Простой сдвиг в Си- сначала компилятор флаги обнуляет , Мне - нафиг нужно было , взял-вырезал из листинга asm-го , убрал лишние, вставил asm вставкой, в три раза быстрее (мне- очень критично было)(почему-сразу не сделал? из функции , неизвестно- через какие регистры пошлёт-а-так- втупую)

Так команда сдвига в АРМах реализуется прямо в любой арифетической команде. И компилятор про это знает. Где выигрыш то?