Проверка float на отрицательность в IAR. («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Проверка float на отрицательность в IAR.

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено Chip'n'Go 28 июня 2006 г. 15:06

Для проверки знака плавающего цисла IAR нагенерировал:

volatile float Inp = -98.394;

if(Inp < 0)
{
______________________________________________
002B3C 8108 LD R16,Y
002B3E 8119 LDD R17,Y+1
002B40 812A LDD R18,Y+2
002B42 813B LDD R19,Y+3
002B44 E040 LDI R20,0x00
002B46 E050 LDI R21,0x00
002B48 E060 LDI R22,0x00
002B4A E070 LDI R23,0x00
002B4C 940E 18FB CALL ?F_CMP_LT_L04
002B50 F448 BRCC 0x2B64

Как можно заставить проверять его 1 знаковый бит поля float.

Составить ответ ||| Конференция ||| Архив

Ответы

(*(long int *)&float_var) & 0x80000000 — SM (28.06.2006 15:23 195.225.131.186, пустое)
- Только для 8-битника это не сильно оптимально по сравнению варианта от автора темы. — Elektronik (28.06.2006 15:29 194.85.99.225, пустое)
  - только массив не нужен, если на проверку только младший бит — Flip Martian (28.06.2006 15:37 81.195.5.40, пустое)
    - старший — Flip Martian (28.06.2006 15:40 81.195.5.40, пустое)
  - не вопрос - (*(((char *)&float_var)+3)) & 0x80 если little endian, и без +3 - если big. Но, как видите, не универсально относительно endiannes — SM (28.06.2006 15:35 195.225.131.186, пустое)
    - все одно - код непереносимый :-). Проканает только для IEEEшного флота. — andy_P (28.06.2006 15:41 80.82.63.185, пустое)
      - А для этого #define придумали :) — SM (28.06.2006 15:59 195.225.131.186, пустое)
- Спасибо подходит, не думал что 1 бит можно проверять таким изощренным способом. — Chip'n'Go (28.06.2006 15:28 195.98.82.25, пустое)
А сослатся через void* и самому проверить байт? — RUAL (28.06.2006 15:20 217.20.82.57, пустое)
а слабо сразу проверять, установлен ли sign bit? логические команды над вещественными числами никто не отменят — Flip Martian (28.06.2006 15:16 81.195.5.40, пустое)
- float & 0x80000000 ? неа... — ы (28.06.2006 15:20 80.92.98.211, пустое)
  - жаль. на пнях проходит :) — Flip Martian (28.06.2006 15:21 81.195.5.40, пустое)
    - на каких пнях :))? VC тоже не разрешает — ы (28.06.2006 15:23 80.92.98.211, пустое)
      - djgpp с асмовыми вставками (radix sort) — Flip Martian   (28.06.2006 15:24 81.195.5.40, пустое)
        
        надо просто вот так:) — ы   (28.06.2006 15:27 80.92.98.211, 408 байт)
        
        дык ниже листинг, нету там никаких вызовов, загрузка, сдвиг и выход — ы   (28.06.2006 15:31 80.92.98.211, пустое)
        
        а преобразование типов не подпрограммой реализовано? я как-то не задумывался об этом — Flip Martian   (28.06.2006 15:30 81.195.5.40, пустое)
- может быстрее окажется — Flip Martian (28.06.2006 15:17 81.195.5.40, пустое)
  - хотя вряд ли. тогда через алиас — Flip Martian (28.06.2006 15:18 81.195.5.40, пустое)
Наверное как и везде - преодразование типов Вам поможет - только преобразовывать придется указатели+ — andy_P (28.06.2006 15:12 80.82.63.185, 121 байт)
- const void* ukazatel = &Inp — RUAL (28.06.2006 15:23 217.20.82.57, пустое)
  - Я писал чтобы не короче а понятнее было :-). А вообще IAR странный - сравнения с плавающей точкой и поинлайнить можно было бы. Тогда все эти пассы не потребовались бы. — andy_P (28.06.2006 15:38 80.82.63.185, пустое)
union cделайте с элементами float Inp и char mas[4] — Elektronik (28.06.2006 15:11 194.85.99.225, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа