вопросы по IAR, В поисках идеального компилятора Опции

[andrvisht]

Перехожу на С, в связи с этим пересмотрел ICC CV и наконец добрался до IAR
Для начала пересмотрел все что уже было сказано, много пока туманно надо будет осмысливать.
Первый вопрос, хотя я вроде как с ответом утвердился, это возможно ли в IAR представить число в виде 0bxxxxxxxx. Лазая по настройкам пришел к выводу что нет такой возможности, да и в ANSI C это не предусмотрено. Или я чего-то не знаю ?
Второй:
вот в этой ветке
http://forum.electronix.ru/index.php?showtopic=8829
встретил описание макроса как

Код

#define _DDR_(a) DDR##a
#define _DDR(a) _DDR##_(a)
#define SETDDR(x) (_DDR(x##p)|=BIT(x##b))
//PORT A **********************************
#define OUT0p A
#define OUT0b 4

SETDDR(OUT0); макрос который ставит 4 бит в DDRA
В инклудах описаны только представления PORTA, DDRA, PINA, остальные как-то формируются ?? но как так и не понял.
В help на IAR по поводу ## нашел вот это:

Rule 98 (required)
There shall be at most one occurrence of the # or ## preprocessor operator in a single macro definition.
How the rule is checked
The compiler will generate an error, indicating a violation of this rule, if more than one of # or ## is used in combination. For example, the occurrence of # and ## in the same macro definition will trigger an error.

Example of rule violations
#define FOO(x) BAR(#x) ## _var

Examples of correct code
#define FOO(x) #x
#define FOO(x) my_ ## x

И опять ничего не понял
что за ## что он делает ? В книгах по С ничего такого не нашел...
Кстати этот макрос работает на IAR и ICC, CV ругается.

Может кто обьяснить что это за ## и как они работают ....

[G}{OST]

## в макросе с параметром обозначает, что далее следует параметр макроса в символьном виде без разрывов, например:

Код

#define Stop(CHN) bCh##CHN##Up = 0; bCh##CHN = 0;
Stop(13); // для препроцессора это "bCh13Up = 0; bCh13 = 0;"

[halfdoom]

Examples of correct code
#define FOO(x) #x
#define FOO(x) my_ ## x

Может кто обьяснить что это за ## и как они работают ....

## позволяет образовывать новые идентификаторы путем "склеивания" двух
других идентификаторов. Например, объявление FOO(beep) препроцессор
преобразует в my_beep. Подробности можно почитать здесь.

[ReAl]

Может кто обьяснить что это за ## и как они работают ....

## - это склейка аргументов после подстановки в одну лексему.
В ранних версиях С не было, использовался комментарий. Препроцессор его выкидывал перед основной работой и само собой цепочки символов склеивались.

Код

// old C style:
// #define GLUE2(a,b) a/**/b
// ANSI
#define GLUE2(a,b) a ## b

   i = GLUE2(j + 2, 1); // всё равно что i = j + 21;

# - это подстановка аргумента как текстовой строки

Код

#define DUMP(a) printf( "(" #a ") = %d\n", a)

int main(void)
{
   int i=5, j=7;
   DUMP( sizeof( void * ) );
   DUMP( i + j );
   return 0;
}

или, что часто более полезно, так

Код

#define ENTRY(a) { a, #a }
struct {
   int code;
   const char *name;
} error_code_table[] = {
  ENTRY(ALL_OK),
  ENTRY(CRC_ERROR),
  ENTRY(BAD_COMMAND)
};

что писать несколько веселее, чем

Код

ыtruct {
   int code;
   const char *name;
} error_code_table[] = {
  { ALL_OK, "ALL_OK" },
  { CRC_ERROR, "CRC_ERROR" },
  { BAD_COMMAND, "BAD_COMMAND" }
};

[andrvisht]

## в макросе с параметром обозначает, что далее следует параметр макроса в символьном виде без разрывов, например:

Код

#define Stop(CHN) bCh##CHN##Up = 0; bCh##CHN = 0;
Stop(13); // для препроцессора это "bCh13Up = 0; bCh13 = 0;"

То есть, если я правильно понял:
## (начало вставки) - параметр - ## (конец вставки)
если до вставки ничего нет то можно не писать ## в начале
и соответственно если после вставки ничего нет то можно ## не ставить

Код

#define SETDDR(x) (_DDR(x##p)|=BIT(x##b))

SETDDR(OUT0);

будет выполняться так
_DDR(OUTp)|=BIT(OUTb)
а поскольку у нас
#define OUT0p A
#define OUT0b 4
то:
_DDR(A)|=BIT(4)
за счет
#define _DDR(a) _DDR##_(a)
будет подставлено:
_DDR##_(A)|=BIT(4)
и в итоге
#define _DDR_(a) DDR##a
преобразует все к виду:
DDRA|=BIT(4)

Вот только с последними двумя
#define _DDR_(a) DDR##a
#define _DDR(a) _DDR##_(a)
не совсем понятно
а именно Зачем
#define _DDR(a) _DDR##_(a)
почему не #define _DDR(a) DDR##a ???

[andrvisht]

Examples of correct code
#define FOO(x) #x
#define FOO(x) my_ ## x

Может кто обьяснить что это за ## и как они работают ....

## позволяет образовывать новые идентификаторы путем "склеивания" двух
других идентификаторов. Например, объявление FOO(beep) препроцессор
преобразует в my_beep. Подробности можно почитать здесь.

Спасибо, счас буду переводить.

[andrvisht]

Может кто обьяснить что это за ## и как они работают ....

## - это склейка аргументов после подстановки в одну лексему.
В ранних версиях С не было, использовался комментарий. Препроцессор его выкидывал перед основной работой и само собой цепочки символов склеивались.

Код

// old C style:
// #define GLUE2(a,b) a/**/b
// ANSI
#define GLUE2(a,b) a ## b

   i = GLUE2(j + 2, 1); // всё равно что i = j + 21;

# - это подстановка аргумента как текстовой строки

Код

#define DUMP(a) printf( "(" #a ") = %d\n", a)

int main(void)
{
   int i=5, j=7;
   DUMP( sizeof( void * ) );
   DUMP( i + j );
   return 0;
}

или, что часто более полезно, так

Код

#define ENTRY(a) { a, #a }
struct {
   int code;
   const char *name;
} error_code_table[] = {
  ENTRY(ALL_OK),
  ENTRY(CRC_ERROR),
  ENTRY(BAD_COMMAND)
};

что писать несколько веселее, чем

Код

ыtruct {
   int code;
   const char *name;
} error_code_table[] = {
  { ALL_OK, "ALL_OK" },
  { CRC_ERROR, "CRC_ERROR" },
  { BAD_COMMAND, "BAD_COMMAND" }
};

Спасибо, буду переваривать.
А по поводу bin формата я прав, или что-то где-то недопонял?

[ReAl]

То есть, если я правильно понял:
## (начало вставки) - параметр  - ## (конец вставки)
если до вставки ничего нет то можно не писать ## в начале
и соответственно если после вставки ничего нет то можно ## не ставить

Нет, ## - это "двуместный оператор", он склеивает свои левый и правый аргументы (как "+" их складывает).

А по поводу bin формата я прав, или что-то где-то недопонял?

А что с bin-форматом? Я что-то не нашёл вопрос.

[ReAl]

Ещё для переваривания :-)
Для неокрепших желудков - осторожно, понемногу :-)
Вопрос вкусовой, но я не люблю писать лишнее, поэтому не стесняюсь писать так:

#ifndef DLPORTIO_DRIVER_H
#define DLPORTIO_DRIVER_H


typedef WINAPI void (*DlPortWritePortUchar_t) (unsigned port, uint8_t data);
typedef WINAPI uint8_t(*DlPortReadPortUchar_t) (unsigned p);
typedef WINAPI void (*DlPortWritePortBufferUchar_t) (unsigned p, uint8_t * buf, int len);
typedef WINAPI void (*DlPortReadPortBufferUchar_t) (unsigned p, uint8_t * buf, int len);
typedef WINAPI void (*DlPortWritePortUshort_t) (unsigned p, uint16_t data);
typedef WINAPI uint16_t(*DlPortReadPortUshort_t) (unsigned p);
typedef WINAPI void (*DlPortWritePortBufferUshort_t) (unsigned p, uint16_t * buf, int len);
typedef WINAPI void (*DlPortReadPortBufferUshort_t) (unsigned p, uint16_t * buf, int len);

class dlportio_driver : public port_io_driver {
public:
  static dlportio_driver *create();

/* ЛИШНЕЕ ПОСКИПАНО */

protected:
    HINSTANCE hdlportio;

#define _DL_PTR(_f_)  _f_##_t  _f_##_P

    _DL_PTR( DlPortWritePortUchar );
    _DL_PTR( DlPortReadPortUchar );
    _DL_PTR( DlPortWritePortBufferUchar );
    _DL_PTR( DlPortReadPortBufferUchar );
    _DL_PTR( DlPortWritePortUshort );
    _DL_PTR( DlPortReadPortUshort );
    _DL_PTR( DlPortWritePortBufferUshort );
    _DL_PTR( DlPortReadPortBufferUshort );

#undef _DL_PTR

};

и в соответствующем исходнике

dlportio_driver *dlportio_driver::create()
{
#define _DL_LOAD(_f_) \
    do {\
        pdl->_f_##_P = (_f_##_t)GetProcAddress(pdl->hdlportio, #_f_);\
        if(pdl->_f_##_P == NULL) {\
          delete pdl;\
          return NULL;\
      }\
    } while(0)

    dlportio_driver *pdl = new dlportio_driver;

    pdl->hdlportio = LoadLibrary("DLportIO.dll");
    if (pdl->hdlportio == NULL) {
        delete pdl;
        // "Can't load port library\n"
        return NULL;
    }

    _DL_LOAD( DlPortWritePortUchar );
    _DL_LOAD( DlPortReadPortUchar );
    _DL_LOAD( DlPortWritePortBufferUchar );
    _DL_LOAD( DlPortReadPortBufferUchar );
    _DL_LOAD( DlPortWritePortUshort );
    _DL_LOAD( DlPortReadPortUshort );
    _DL_LOAD( DlPortWritePortBufferUshort );
    _DL_LOAD( DlPortReadPortBufferUshort );

    return pdl;

#undef _DL_LOAD
}

[andrvisht]

Ещё для переваривания :-)
Для неокрепших желудков - осторожно, понемногу :-)
Вопрос вкусовой, но я не люблю писать лишнее, поэтому не стесняюсь писать так:

#ifndef DLPORTIO_DRIVER_H
#define DLPORTIO_DRIVER_H


typedef WINAPI void (*DlPortWritePortUchar_t) (unsigned port, uint8_t data);
typedef WINAPI uint8_t(*DlPortReadPortUchar_t) (unsigned p);
typedef WINAPI void (*DlPortWritePortBufferUchar_t) (unsigned p, uint8_t * buf, int len);
typedef WINAPI void (*DlPortReadPortBufferUchar_t) (unsigned p, uint8_t * buf, int len);
typedef WINAPI void (*DlPortWritePortUshort_t) (unsigned p, uint16_t data);
typedef WINAPI uint16_t(*DlPortReadPortUshort_t) (unsigned p);
typedef WINAPI void (*DlPortWritePortBufferUshort_t) (unsigned p, uint16_t * buf, int len);
typedef WINAPI void (*DlPortReadPortBufferUshort_t) (unsigned p, uint16_t * buf, int len);

class dlportio_driver : public port_io_driver {
public:
   static dlportio_driver *create();

/* ЛИШНЕЕ ПОСКИПАНО */

protected:
    HINSTANCE hdlportio;

#define _DL_PTR(_f_)   _f_##_t   _f_##_P

    _DL_PTR( DlPortWritePortUchar );
    _DL_PTR( DlPortReadPortUchar );
    _DL_PTR( DlPortWritePortBufferUchar );
    _DL_PTR( DlPortReadPortBufferUchar );
    _DL_PTR( DlPortWritePortUshort );
    _DL_PTR( DlPortReadPortUshort );
    _DL_PTR( DlPortWritePortBufferUshort );
    _DL_PTR( DlPortReadPortBufferUshort );

#undef _DL_PTR

};

и в соответствующем исходнике

dlportio_driver *dlportio_driver::create()
{
#define _DL_LOAD(_f_) \
    do {\
        pdl->_f_##_P = (_f_##_t)GetProcAddress(pdl->hdlportio, #_f_);\
        if(pdl->_f_##_P == NULL) {\
           delete pdl;\
           return NULL;\
       }\
    } while(0)

    dlportio_driver *pdl = new dlportio_driver;

    pdl->hdlportio = LoadLibrary("DLportIO.dll");
    if (pdl->hdlportio == NULL) {
        delete pdl;
        // "Can't load port library\n"
        return NULL;
    }

    _DL_LOAD( DlPortWritePortUchar );
    _DL_LOAD( DlPortReadPortUchar );
    _DL_LOAD( DlPortWritePortBufferUchar );
    _DL_LOAD( DlPortReadPortBufferUchar );
    _DL_LOAD( DlPortWritePortUshort );
    _DL_LOAD( DlPortReadPortUshort );
    _DL_LOAD( DlPortWritePortBufferUshort );
    _DL_LOAD( DlPortReadPortBufferUshort );

    return pdl;

#undef _DL_LOAD
}

Ужас.... но буду принимать понемногу
По поводу bin я не нашел в IAR возможность записывать константы типа:
0b11111011
В ANSI C такого и нет, вроде, вот я и решил что IAR этот вариант представлени не поддерживает. Т. е. писать константы в hex 0xFB, или в DEC 251 соответственно.
Или может там есть возможность как-то иначе но в поиск по Help ничего не дал.
???

[ReAl]

Ужас.... но буду принимать понемногу
По поводу bin я не нашел в IAR возможность записывать константы типа:
0b11111011
В ANSI C такого и нет, вроде, вот я и решил что IAR этот вариант представлени не поддерживает. Т. е. писать константы в hex 0xFB, или в DEC  251 соответственно.
Или может там есть возможность как-то иначе но в поиск по Help ничего не дал.
???

В порядке убывания разумности с моей точки зрения.

1) писать не 0b0010011 и не 0x23, а (1<<ENABLE) | (3<<MODE), а то придётся помнить наизусть значение всех битов всех регистров либо постоянно лазить в документацию. Заодно надо будет меньше комментариев вида
/* ставим в режим MODE3 и разрешаем работу */
писать - оно по самому выражению будет видно.

2) привыкнуть к HEX-формату и не морочить голову об 0bxxxxxxxx

3) поискать по интернету готовый файл с любопытным #define BIN(a), который применяется как
BIN(00010011)
а на самом деле при помощи уже упомянутого 0##a приклеивает к аргументу a
лидирующий 0 для гарантии восьмеричности числа, после чего при помощи операций %8 /8 выделяет отдельные цифры и составляет двоичное число.
Поскольку всё константы - это операция времени компиляции и код эффективный.

4) Поискать по интернету готовый файл с 256-ю #defin-ами вида
#define b00000000 0x00
#define b00000001 0x01
и т.д. (внимание на то, что начинается с b, а не с нуля)

[spf]

3) поискать по интернету готовый файл с любопытным #define BIN(a), который применяется как
BIN(00010011)

Зачем же так далеко посылать ;-)

Код

#define BIN2BYTE(a) ( ((0x##a##L>>21) & 0x80) + ((0x##a##L>>18) & 0x40) \
                   + ((0x##a##L>>15) & 0x20) + ((0x##a##L>>12) & 0x10) \
                   + ((0x##a##L>>9) & 0x08) + ((0x##a##L>>6) & 0x04)  \
                   + ((0x##a##L>>3) & 0x02) + (0x##a##L & 0x01))

[ReAl]

3) поискать по интернету готовый файл с любопытным #define BIN(a), который применяется как
BIN(00010011)

Зачем же так далеко посылать ;-)

А мне оно ненадо, я в пределах пунктов 1) и 2) работаю. Увидел, идею запомнил, писать в форум из головы влом (а сам макрос не сохранял за ненадобностью).

[grave]

Вот держите заголовочник.


Иногда даже удобней пользоваться записью
#define ______o_ 2
#define ______oo 3
#define _____o__ 4
............
и т.д.

Сообщение отредактировал IgorKossak - Oct 31 2005, 07:49

[andrvisht]

Всем Спасибо за ответы, но проблема bin формата для меня не столь важна, просто если бы было, хорошо, а раз нет, то и ладно. Жить можно. В любом случае на примерах посмотрел как пишут макросы.

Вот снова копался в форумах и нашел такое:

от haker fox

#ifndef CONST_H //если константа не определена, то
#define CONST_H //определить константу
//Код хедера
#endif

Когда компилятор будет во-второй раз цеплять хедер, он его не подцепит, т.к. константа CONST_H уже определена (при первом проходе)

Вместо CONST_H соответственно для другого файла - другое имя, например MAIN_H

и от IgorKossak

[quote=IgorKossak,Oct 24 2005, 10:55]
Никто почему-то не расскажет ещё об одной технике обьявления/определения переменных в хедерах.
Помимо охранных констант, исключающих повторное включение файла иногда бывает удобно в одном файле и определять и обьявлять переменные (экземпляры класса).

Код

#ifndef _xxx_DEF
...
unsigned int My_Int_Var;
...
#else
...
extern unsigned int My_Int_Var;
...
#endif

Константа _xxx_DEF обьявляется только в одном файле *.c, где происходит выделение под них памяти. Все же остальные файлы включающие данный хедер, будут видеть только обьявления.
При желании можно написать макрос, который сделает всё это автоматически.

мне как раз понадобилась данная рекомендация и я в *.h поставил так

Код

#ifndef _*_h
#define _*_h
char a=5;
#else
extern char a;
#endif

но компилятор ругается и говорит что переменная a определяется в 2-х файлах

Но вроде бы должно было быть определение как переменной a только в одном файле, а в другом где подключен *.h уже просто определение как extern.
получается что "защитный код" не работает.

Ложки не существует ? или я что-то не так сделал ???

[Old1]

[quote=&-rey,Nov 1 2005, 09:28]
[quote=IgorKossak,Oct 24 2005, 10:55]
Никто почему-то не расскажет ещё об одной технике обьявления/определения переменных в хедерах.
Помимо охранных констант, исключающих повторное включение файла иногда бывает удобно в одном файле и определять и обьявлять переменные (экземпляры класса).

Код

#ifndef _xxx_DEF
...
unsigned int My_Int_Var;
...
#else
...
extern unsigned int My_Int_Var;
...
#endif

Константа _xxx_DEF обьявляется только в одном файле *.c, где происходит выделение под них памяти. Все же остальные файлы включающие данный хедер, будут видеть только обьявления.
При желании можно написать макрос, который сделает всё это автоматически.

мне как раз понадобилась данная рекомендация и я в *.h поставил так

Код

#ifndef _*_h
#define _*_h
char a=5;
#else
extern char a;
#endif

но компилятор ругается и говорит что переменная a определяется в 2-х файлах

Но вроде бы должно было быть определение как переменной a только в одном файле, а в другом где подключен *.h уже просто определение как extern.
получается что "защитный код" не работает.

Ложки не существует ? или я что-то не так сделал ???

[/quote]
Существует, смотри здесь, в самом конце...
ЗЫ
(на всякий случай подробно) в хидере нужно так сделать:

Код

#ifdef _*_h
char a=5;
#else
extern char a;
#endif

а в модуле перед #include <хидер> вставить:

Код

#define _*_h

.

[andrvisht]

И все равно никак
Перейдем на конкретный пример
имеем в main.c

Код

#include "Clear.h"
#include "main.h"

__task main( void )
{
 while(1)
 {
   a = 6;
   Clear();
 }
}

В main.h

Код

#include <io8535.h>
#include <avr_macros.h>
#include <inavr.h>

в Clear.c

Код

#include "main.h"
#include "Clear.h"

void Clear(void)
{
 a = 0;
}

и в Clear.h

Код

#ifndef _Clear_h
#define _Clear_h
void Clear(void);
#endif

#ifdef _Clear_h
char a;
#else
extern char a;
#endif

так вот ругается :
Error[e27]: Entry "a" in module Clear ( C:\Clear\Debug\Obj\Clear.r90 ) redefined in module main ( C:\
Clear\Debug\Obj\main.r90 )

[G}{OST]

Error[e27]: Entry "a" in module Clear ( C:\Clear\Debug\Obj\Clear.r90 ) redefined in module main ( C:\
Clear\Debug\Obj\main.r90 )

ИМХО, переменные запихивать в хидеры - это бред.

[andrvisht]

Error[e27]: Entry "a" in module Clear ( C:\Clear\Debug\Obj\Clear.r90 ) redefined in module main ( C:\
Clear\Debug\Obj\main.r90 )

ИМХО, переменные запихивать в хидеры - это бред.

возможно, я пока начинающий в С.
перенес в Clear.c
и имеем такой вариант:

Error[Pe020]: identifier "a" is undefined C:\Clear\main.c 8

[G}{OST]

так в хидере пропиши как extern и включи хидер в тот модуль

[andrvisht]

так в хидере пропиши как extern и включи хидер в тот модуль

ну да, если отдельно то все работает, но вопрос то именно как это сделать через #ifndef
Просто так намного удобнее, и не надо при использовании своих библиотек вспоминать какие переменные как определять. Все автоматом.

[G}{OST]

так в хидере пропиши как extern и включи хидер в тот модуль

ну да, если отдельно то все работает, но вопрос то именно как это сделать через #ifndef
Просто так намного удобнее, и не надо при использовании своих библиотек вспоминать какие переменные как определять. Все автоматом.

Лично я делаю проекты так, чтобы использование внешних переменных было только в исключительных случаях. Иначе глюков потом не оберёшься.

[andrvisht]

так в хидере пропиши как extern и включи хидер в тот модуль

ну да, если отдельно то все работает, но вопрос то именно как это сделать через #ifndef
Просто так намного удобнее, и не надо при использовании своих библиотек вспоминать какие переменные как определять. Все автоматом.

Лично я делаю проекты так, чтобы использование внешних переменных было только в исключительных случаях. Иначе глюков потом не оберёшься.

Ладно, тогда такой вопрос. Обработчик клавиатуры имеет два регистра
Keyb_flag и Old_Keyb_flag. Макрос сравнивает код клавиши со значением в Keyb_flag и Old_Keyb_flag для принятия решения об нажатии или отжатии.
Как в таком случае должны быть объявлены Keyb_flag и Old_Keyb_flag чтобы макрос мог вызываться из любой другой подпрограммы. ?
Я думаю что для этого они должны быть глобальными, хотя может и нет,
как быть в этом варианте ???

[G}{OST]

Ладно, тогда такой вопрос. Обработчик клавиатуры имеет два регистра
Keyb_flag и Old_Keyb_flag. Макрос сравнивает код клавиши со значением в Keyb_flag и Old_Keyb_flag для принятия решения об нажатии или отжатии.
Как в таком случае должны быть объявлены Keyb_flag и Old_Keyb_flag чтобы макрос мог вызываться из любой другой подпрограммы. ?
Я думаю что для этого они должны быть глобальными, хотя может и нет,
как быть в этом варианте ???

Если позволяют ресурсы, лучше сделать процедуру, а не макрос. Иначе, если ресурсов в обрез, сделать внешними эти переменные. Объявить процедуру или переменные можно в хидере, который включается куда надо.

[andrvisht]

Ладно, тогда такой вопрос. Обработчик клавиатуры имеет два регистра
Keyb_flag и Old_Keyb_flag. Макрос сравнивает код клавиши со значением в Keyb_flag и Old_Keyb_flag для принятия решения об нажатии или отжатии.
Как в таком случае должны быть объявлены Keyb_flag и Old_Keyb_flag чтобы макрос мог вызываться из любой другой подпрограммы. ?
Я думаю что для этого они должны быть глобальными, хотя может и нет,
как быть в этом варианте ???

Если позволяют ресурсы, лучше сделать процедуру, а не макрос. Иначе, если ресурсов в обрез, сделать внешними эти переменные. Объявить процедуру или переменные можно в хидере, который включается куда надо.

Да дело даже не в ресурсах. Например как параметр макроса я задаю код клавиши и указатель на функцию. В этом случае макрос - самое оно.
ReleaseKey(Key,*pFunction)

А обявлять отдельно можно, но я хотел бы как предлагалось IgorKossak, а то еще надо лишний файлик делать, специально для main.c.
А хочется именно как описано но вот не работает, а почему непонятно. Создается впечатление что #ifdef вообще никак компилятором не обрабатывается. что у меня не так написано ?

[G}{OST]

А обявлять отдельно можно, но я хотел бы как предлагалось IgorKossak, а то еще надо лишний файлик делать, специально для main.c.
А хочется именно как описано но вот не работает, а почему непонятно. Создается впечатление что #ifdef вообще никак компилятором не обрабатывается. что у меня не так написано ?

Если #ifdef не обрабатывается компилером, значит на момент обработки препроцессором этой директивы параметр не был задефайнен.

[TMX]

Вообще лучше делать так:

Код

/*
Module name: globals.h
*/
#ifdef __GLOBAL_DECLARATIONS
#define EXTERN
#else
#define EXTERN extern
#endif

EXTERN U8 a;

компилятор вообще-то компилирует каждый файл по отдельности, ничего не зная о том,какие макросы уже определены в других файлах.
Поэтому и ругается.
В файле main.c (и только в нем) должно быть определение до включения файла globals.h

Код

/*
Module name: main.c
*/
#define __GLOBAL_DECLARATIONS
#include "globals.h"

Насчет файла globals.h в учебниках пишут прямо противоположное, я в своем стандарте оформления кода требую его использовать в виде, описанном выше.

#ifndef пишется, чтобы не было переопределения макросов в случае вложения заголовочных файлов.

[sergeeff]

Ну а не проще ли в файле global.c (и только в нем)объявить необходимые в проекте глобальные переменные, а в
global.h их же продекларировать как external ? Где нужны эти переменные - #include "global.h".

[TMX]

Ну а не проще ли в файле global.c (и только в нем)объявить  необходимые в проекте глобальные переменные, а в
global.h их же продекларировать как external ? Где нужны эти переменные - #include "global.h".

не проще - раньше так и делал, в случае изменений приходится править оба файла.

[Old1]

И все равно никак
Перейдем на конкретный пример
имеем в main.c

Код

#include "Clear.h"
#include "main.h"

__task main( void )
{
 while(1)
 {
   a = 6;
   Clear();
 }
}

В main.h

Код

#include <io8535.h>
#include <avr_macros.h>
#include <inavr.h>

в Clear.c

Код

#include "main.h"
#include "Clear.h"

void Clear(void)
{
 a = 0;
}

и в Clear.h

Код

#ifndef _Clear_h
#define _Clear_h
void Clear(void);
#endif

#ifdef _Clear_h
char a;
#else
extern char a;
#endif

так вот ругается :
Error[e27]: Entry "a" in module Clear ( C:\Clear\Debug\Obj\Clear.r90 ) redefined in module main ( C:\
Clear\Debug\Obj\main.r90 )

Исправь Clear.c:

Код

#include "main.h"
#define _Clear_h
#include "Clear.h"

void Clear(void)
{
a = 0;
}

и Clear.h:

Код

#ifdef _Clear_h
void Clear(void);
char a;
#else
extern char a;
extern void Clear(void);
#endif

и должно заработать

[andrvisht]

2 TMX

компилятор вообще-то компилирует каждый файл по отдельности, ничего не зная о том,какие макросы уже определены в других файлах.
Поэтому и ругается.
В файле main.c (и только в нем) должно быть определение до включения файла globals.h

Да - да - да, я как раз вчера вечером это выяснил методом проб и ошибок.

Насчет файла globals.h в учебниках пишут прямо противоположное, я в своем стандарте оформления кода требую его использовать в виде, описанном выше.

#ifndef пишется, чтобы не было переопределения макросов в случае вложения заголовочных файлов.

вот теперь начинаю понимать, а то как-то смысл #ifndef терялся.

2 Old1

и должно заработать 

Да спасибо, заработало. Осталось понять в чем мой просчет.
Попробую 2 варианта и тогда уже определюсь.

2 All
Извиняйте если кто пытался тоже обьяснить, но дошло только счас...

Вот перевожу свои библиотеки с AB, и возникли еще вопросы:

Первый.
В С нет сдвига через перенос. Как быть?
Я вижу 3 возможных варианта

1
например нужно сделать <a<< и проверить Carry
делаем так:
b = a;
a = a << 1;
и проверяем
if (a>b) то переноса не было
else
перенос был.
2.
второй вариант преобразовать её в int
и проверять как Carry 8 бит
3.
Вставка на асме.

1 и 2 варианты не очень нравятся за счет использования дополнительного регистра
а 3 как то не хочется так как будет потеря совместимости. Да и описание по совместимости какое-то туманное.. Что -то сказали, о чем-то умолчали....


Макросы типа __xxx вроде ненашел...

как быть в данном случае. ??

2 Вопрос.
У меня есть несколько Case()
в некоторых из них код повторяется. В асме это выглядело через rjmp
в С вроде токага безобразия лучьше не делать
Тогда опять же как лучьше.

Вижу 2 варианта
1 макросом
2 функцией
в первом случае большой код
во втором лишние call и ret, да еще сохранение в стек.
Сохранение стек можно отключить __task (наверное) но call и ret ...
или может inline rfr-nj поможет ??

[G}{OST]

В С нет сдвига через перенос. Как быть?

Код

// unsigned char a;
// сдвиг влево с переносом старшего бита
if (a&0x80)
 a = (a<<1) |0x01;
else
 a <<= 1;

[Виктория]

Вот перевожу свои библиотеки с AB, и возникли еще вопросы:

Первый.
В С нет сдвига через перенос. Как быть?
Я вижу 3 возможных варианта

1
например нужно сделать <a<< и проверить Carry
делаем так:
b = a;
a = a << 1;
и проверяем
if (a>b) то переноса не было
else
перенос был.
2.
второй вариант преобразовать её в int
и проверять как Carry 8 бит
3.
Вставка на асме.

4. if(a&0x80) то перенос будет

2 Вопрос.
У меня есть несколько Case()
в некоторых из них код повторяется. В асме это выглядело через rjmp
в С вроде токага безобразия лучьше не делать
Тогда опять же как лучьше.

Можно и такую конструкцию использовать

Код

 switch(cond) {
case COND1: func1();
case COND2: func2();
case COND3: func3(); break;
case COND4: func4();
 }

При выполнении условия (cond=COND1) выполняются функции func1, func2, func3; при выполнении (cond=COND2) - func2 и func3; для (cond=COND3) - только func3 и для (cond=COND4) - func4. Вместо функций - любые операторы Си.

Согласитесь, что читабельность программы при такой конструкции значительно улучшается.

[andrvisht]

В С нет сдвига через перенос. Как быть?

Код

// unsigned char a;
// сдвиг влево с переносом старшего бита
if (a&0x80)
 a = (a<<1) |0x01;
else
 a <<= 1;

Спасибо, но это не совсем то что мне сейчас надо. В этом варианте получаем вообще кольцевой сдвиг, а в asm это выглядет иначе
b7 -> Carry
b6 -> b7
b5 -> b6
b4 -> b5
...
Carry -> b0
Но у меня задача сдвинуть влево и проанализировать Carry

[G}{OST]

Спасибо

Пожалуйста.

[andrvisht]

Вот перевожу свои библиотеки с AB, и возникли еще вопросы:

Первый.
В С нет сдвига через перенос. Как быть?
Я вижу 3 возможных варианта

1
например нужно сделать <a<< и проверить Carry
делаем так:
b = a;
a = a << 1;
и проверяем
if (a>b) то переноса не было
else
перенос был.
2.
второй вариант преобразовать её в int
и проверять как Carry 8 бит
3.
Вставка на асме.

4. if(a&0x80) то перенос будет

2 Вопрос.
У меня есть несколько Case()
в некоторых из них код повторяется. В асме это выглядело через rjmp
в С вроде токага безобразия лучьше не делать
Тогда опять же как лучьше.

Можно и такую конструкцию использовать

Код

 switch(cond) {
case COND1: func1();
case COND2: func2();
case COND3: func3(); break;
case COND4: func4();
 }

При выполнении условия (cond=COND1) выполняются функции func1, func2, func3; при выполнении (cond=COND2) - func2 и func3; для (cond=COND3) - только func3 и для (cond=COND4) - func4. Вместо функций - любые операторы Си.

Согласитесь, что читабельность программы при такой конструкции значительно улучшается.

Согласен так красивее.
Да я читал про работу swich но у меня там есть набор условий в результате которых в одном и том же case нужно либо break либо часть этого общего кода.
я думаю можно анализировать (a&0x80) и выставлять флаг какой - то свой.

Думаю можно T флаг к этому приобщить, только проверить что С его не трогает. Когда раньше дизасемблил С коды видел у С большую к нему любовь.

[Виктория]

2 &-rey

Да я читал про работу swich но у меня там есть набор условий в результате которых в одном и том же case нужно либо break либо часть этого общего кода.

Для этого есть другая конструкция - if(cond) break;
Если она используется в case, то выход (break) будет из блока switch

[Виктория]

2 &-rey, далее..

я думаю можно анализировать (a&0x80) и выставлять флаг какой - то свой.

Думаю можно T флаг к этому приобщить, только проверить что С его не трогает. Когда раньше дизасемблил С коды видел у С большую к нему любовь.

Это не должно стать правилом Это не есть хорошо

Если не удается подправить алгоритм (с предварительным анализом сдвига), то только использование дополнительной переменной в качестве флага (у Вас борьба же не за байты и наносекунды).

Вообще то, для получения лучших советов выкладывайте законченные куски ассемблерных текстов, которые хотите перевести на Си (или текстовое, смысловое описание задачи, которую программируете). Не сомневаюсь, что профессионалы форума покажут Вам такие трюки , что Вы и Си, и среду IAR гораздо быстрее (и с большим интересом) освоите.

[andrvisht]

да Вы правы, только сначала лучьше написать, а потом уже оптимизировать.
Совершенству нет предела...
Кроме того я писал в Algorithm Builder а вылаживать это несколько проблемно.
мелкий рисунок без лупы трудно разглядеть
Ваши рекомендации понятны, буду совершенствоваться.

[Old1]

В С нет сдвига через перенос. Как быть?

Попробуй так:

Код

a=a<<1;
if(SREG&1)
a|=1;

[Old1]

В С нет сдвига через перенос. Как быть?

Попробуй так:

Код

a=a<<1;
if(SREG&1)
a|=1;

Упс, я был не прав, сдвиг через перенос правилнее сделать так:

Код

if(SREG&1)
{
   a=a<<1;
   a++;
}
else
a=a<<1;

только вот вопрос: зачем это нужно, работая с языком высокого уровня?

[AVR]

У меня IAR EW AVR 4.11A евалуэйшн версия.
В списке языков доступен лишь C. Возможно ли как-то задействовать и Embedded C++?

[IgorKossak]

У меня IAR EW AVR 4.11A евалуэйшн версия.
В списке языков доступен лишь C. Возможно ли как-то задействовать и Embedded C++?

В настройках проекта General Options/Library Configurations/Library следует выбрать Normal DLIB или Full DLIB.
Главное, чтобы такие Library Files существовали. Если их нет (да и в любом случае), закачайте апдейт CPP библиотек с IARа.

[m16]

В настройках проекта General Options/Library Configurations/Library следует выбрать Normal DLIB или Full DLIB.
Главное, чтобы такие Library Files существовали. Если их нет (да и в любом случае), закачайте апдейт CPP библиотек с IARа.

Прошерстил сайт IAR апдейт ССР библиотек не нашел. Если можно поподробнее.И как правильно эти библиотеки прикрутить.Спасибо.

[IgorKossak]

Прошерстил сайт  IAR  апдейт ССР библиотек не нашел. Если можно поподробнее.И как правильно эти библиотеки прикрутить.Спасибо.

Скачать можно здесь, а описание как "прикрутить" - в PatchReadme.html
На здоровье.

[AVR]

У меня IAR EW AVR 4.11A евалуэйшн версия.
В списке языков доступен лишь C. Возможно ли как-то задействовать и Embedded C++?

В настройках проекта General Options/Library Configurations/Library следует выбрать Normal DLIB или Full DLIB.

Спасибо за подсказку, так открылся доступ к C++.

[m16]

Спасибо за подсказку, так открылся доступ к C++.

я тоже посчитал что открылся пока не скомпилил простейшую прогу-куча ошибок. пришлось с иара ССР качать (55метров)

[AVR]

я тоже посчитал что открылся пока не скомпилил простейшую прогу-куча ошибок. пришлось с иара ССР качать (55метров)

У меня заработало без установки CCP.

[IgorKossak]

У меня заработало без установки CCP.

Заработать то оно заработало, но насколько корректно.
ИАРовцы сообщали о критической ошибке в библиотеках, которая состоит в том, что если применяются операции с типом float, то иногда может сброситься флаг разрешения прерываний.
Кроме того в изначальной поставке отсутствуют некоторые (и довольно многие) библиотеки.
Так что на мой взгляд лучше закачать. Затраты на закачку того стОят.

[forever failure]

Ага: а под версию 3.20D есть такая заплатка ?
а то у меня тоже C++ компилятор абсолютно не работоспособен -
простейшее объявление класса ещё может скомипилять, а стоит подключить какой-нить стандартный заголовок - тут же куча ошибок.
На iar.com ни хрена про ето не нашёл.

[IgorKossak]

Ага: а под версию 3.20D есть такая заплатка ?
а то у меня тоже C++ компилятор абсолютно не работоспособен -
простейшее объявление класса ещё может скомипилять, а стоит подключить какой-нить стандартный заголовок - тут же куча ошибок.
На iar.com ни хрена про ето не нашёл.

Странно, когда у меня была эта версия, я ни в чём подобном не нуждался.
Хотя проекты были и сложными и большими.
Видимо что-то в Вашем коде не так.

[forever failure]

че не так ?

// main.cpp:
#include <complex>

int main (void)
{
return 0;
}

всё, курим бамбук .....

[Old1]

че не так ?

// main.cpp:
#include <complex>

int main (void)
{
return 0;
}

всё, курим бамбук .....

В чем проблема-то? Если не компилится, то проверь С++ включен или нет, если не включен, то смотри выше как включить...

[forever failure]

В чем проблема-то? Если не компилится, то проверь С++ включен или нет, если не включен, то смотри выше как включить...

Кгммммм.... Я вообще-то внимательно читаю посты, прежде чем задать такой идиотский вопрос.
"Смотри как включить" не включает - вот в том и проблема.

[vet]

Кгммммм.... Я вообще-то внимательно читаю посты, прежде чем задать такой идиотский вопрос.
"Смотри как включить" не включает - вот в том и проблема.

Посты - это хорошо, но документацию изучать всё-таки нужно.
RTFM: AVR C/C++ Compiler Reference Guide, стр. 11 "Runtime Environment", абзац про CLIB и DLIB;
AVR Embedded Workench User Guide, стр. 53 "Creating a C++ application".

[Old1]

Кгммммм.... Я вообще-то внимательно читаю посты, прежде чем задать такой идиотский вопрос.
"Смотри как включить" не включает - вот в том и проблема.

Вопросы нужно задавать корректно, т.е как можно подробнее описать проблему, а у вас из описания только

всё, курим бамбук .....

и присоединяюсь к vet

прежде чем задать такой идиотский вопрос

не мешало бы изучить мат. часть...

[forever failure]

Проблема ещё раз :

#include <complex>

int main (void)
{
return 0;
}
/* EOF*/

при компиляции получаю сообщения о 25 ошибках в заголовке <complex>
(см. прикреплённый error.txt)

и ещё, прошу подтвердить или опровергнуть такое предположение, возникшее после
изучения документации:

В IAR поддерживается сильно покоцаный C++, который назван EC++.

И всё равно, как бы там ни было, стандартный заголовок должен компилятся хоть как,
раз он входит в комплект поставки.

Прикрепленные файлы

 error.txt ( 1.62 килобайт ) Кол-во скачиваний: 838

 

[Old1]

при компиляции получаю сообщения о 25 ошибках в заголовке <complex>

В версии 4.11 все компилится без проблем. Версии 3.20 под рукой не оказалось, разыскал древнюю 2.26, там действительно появляются ошибки: ...Error[Pe040]..., но если в настройках компилятора установить режим "Use 64-bit dоubles", то все начинает работать. Попробуйте тоже самое сделать в вашей 3.20, может поможет...

В IAR поддерживается сильно покоцаный C++, который назван EC++.

Насчет сильно покоцанный: все на свете относительно... EC++ - это, как я понял, embedded C++ и ИМХО главное его отличие от ANSI С++ это наличие расширений(добавлений) связанных со спецификой ядра AVR...

[vet]

forever failure
IAR 4.10B. Создал С++ проект, вставил исходник. Скомпилировалось сразу же, без всякого шаманства, без ошибок и предупреждений.

[forever failure]

с 64 bit double помогло. Однако Большой Бубен, однако, что не говори.

EC++ - это, как я понял, embedded C++ и ИМХО главное его отличие от ANSI С++ это наличие расширений(добавлений) связанных со спецификой ядра AVR...

IMHO, не менее главное отличие ещё и отсутствие почти всех основных средств, предоставляемых C++.
"Спору нет вещица забавная, цены немалой", однако вобще зачем понадобилось исключать
из него например namespaces или templates непонятно.
С таким компилятором на C++ че-то делать особого смысла нет, ну разве что использовать inline и
объявление переменной в любом месте, где допустим оператор.

[dxp]

с 64 bit double помогло. Однако Большой Бубен, однако, что не говори.

EC++ - это, как я понял, embedded C++ и ИМХО главное его отличие от ANSI С++ это наличие расширений(добавлений) связанных со спецификой ядра AVR...

IMHO, не менее главное отличие ещё и отсутствие почти всех основных средств, предоставляемых C++.
"Спору нет вещица забавная, цены немалой", однако вобще зачем понадобилось исключать
из него например namespaces или templates непонятно.
С таким компилятором на C++ че-то делать особого смысла нет, ну разве что использовать inline и
объявление переменной в любом месте, где допустим оператор.

ЕС++ не имеет никакого отношения к специфике AVR. Это просто урезанный С++, в нем нет шаблонов, пространств имен, множественного наследования, информации о типе на рантайме, поддержки исключений и поддержки нового синтаксиса кастов.

Из полезного - есть основная фича С++ - классы. Инлайны, как раз, до кучи.

Кстати, в версиях EWAVR 4.xx введена поддержка шаблонов, неймспейсов, новых кастов, т.ч. получается есть почти все, что нужно - RTTI и исключения на AVR уж точно не нужны. Множественное наследование, возможно было бы не лишним, но, имхо, его отсутствие совершенно не мешает жить.