Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: предупреждения компилятора
Форум разработчиков электроники ELECTRONIX.ru > Микроконтроллеры (MCs) > Cредства разработки для МК > IAR
dimka76
Вот фрагмент текста программы:


Код
__no_init UCHAR RxBuf[2][BUFSIZE] __attribute__ ((section (BUFFER_SECTION))) IAR_SECTION(BUFFER_SECTION);
UCHAR       InputBuf;        
UCHAR       AppBuf;


->     InputBuf = (UCHAR)RxBuf[0];
->     AppBuf = (UCHAR)RxBuf[1];


и в указанных стрелкой строчках компилятор выдает следующие предупреждения

Код
Warning[Pe767]: conversion from pointer to smaller integer
Warning[Pe767]: conversion from pointer to smaller integer


Объясните, пожалуйста, что не так и как с этим бороться.

К хелпу просьба не отсылать, с аглицким туго smile.gif
scifi
Судя по всему, приоритет оператора приведения типа () выше, чем приоритет оператора индекса массива []. Попробуйте добавить дополнительные скобки.
Непомнящий Евгений
Цитата(dimka76 @ Dec 14 2007, 14:33) *
Объясните, пожалуйста, что не так и как с этим бороться.


У вас есть __двумерный__ массив типа UCHAR. Потом вы обращаетесь к __строке__ этого массива, которая имеет тип UCHAR* и пытаетесь записать этот __указатель__ в переменную типа UCHAR.
По-моему, у вас тут что-то не то с логикой...
dimka76
Цитата(scifi @ Dec 14 2007, 14:39) *
Судя по всему, приоритет оператора приведения типа () выше, чем приоритет оператора индекса массива []. Попробуйте добавить дополнительные скобки.


пробовал. результат тот же.


Цитата(Непомнящий Евгений @ Dec 14 2007, 14:48) *
У вас есть __двумерный__ массив типа UCHAR. Потом вы обращаетесь к __строке__ этого массива, которая имеет тип UCHAR* и пытаетесь записать этот __указатель__ в переменную типа UCHAR.
По-моему, у вас тут что-то не то с логикой...


этот проект я взял готовым, и пытаюсь с ним разобраться
Непомнящий Евгений
Цитата(dimka76 @ Dec 14 2007, 14:50) *
пробовал. результат тот же.

Приоритет [] выше, чем у приведения типа. поэтому скобки делу не помогут.
Цитата
этот проект я взял готовым, и пытаюсь с ним разобраться

У вас идет попытка сохранить указатель в байте. При этом обрежутся старшие байты указателя. Компилятор вас об этом честно предупреждает.
Смысл такой операции довольно сомнителен...
Может быть на той платформе, под которую писали проект, sizeof(UCHAR) == sizeof(UCHAR*)...
А что дальше происходит с InputBuf и AppBuf?
dimka76
Цитата(Непомнящий Евгений @ Dec 14 2007, 15:00) *
Может быть на той платформе, под которую писали проект, sizeof(UCHAR) == sizeof(UCHAR*)...
А что дальше происходит с InputBuf и AppBuf?


Дальше эти переменные используются в ассемблерной функции

Код
lds     YL, InputBuf
.....
lds     YL, InputBuf
......
sts     InputBuf, x1
........


Этот проект изначально был написан для WinAVR, я его переделал в IAR. Справился со всеми ошибками и предупреждениями кроме этих.
Непомнящий Евгений
Цитата(dimka76 @ Dec 14 2007, 15:12) *
Код
lds     YL, usbInputBuf


Тут названия другие...
dimka76
Цитата(Непомнящий Евгений @ Dec 14 2007, 15:25) *
Тут названия другие...


Исправил smile.gif
xemul
Цитата(dimka76 @ Dec 14 2007, 14:33) *
Вот фрагмент текста программы:
Код
__no_init UCHAR RxBuf[2][BUFSIZE] __attribute__ ((section (BUFFER_SECTION))) IAR_SECTION(BUFFER_SECTION);
UCHAR       InputBuf;        
UCHAR       AppBuf;
->     InputBuf = (UCHAR)RxBuf[0];
->     AppBuf = (UCHAR)RxBuf[1];

и в указанных стрелкой строчках компилятор выдает следующие предупреждения
Код
Warning[Pe767]: conversion from pointer to smaller integer
Warning[Pe767]: conversion from pointer to smaller integer

Объясните, пожалуйста, что не так и как с этим бороться.

Компилятор, конечно, прав, но при следовании требованиям в usbdrv.h
Цитата
Limitations:
============
Compiling:
You should link the usbdrv.o module first because it has special alignment
requirements for the receive buffer (the buffer must not cross a 256 byte
page boundary, it must not even touch it at the end). If you can't link it
first, you must use other measures to ensure alignment.
Note: gcc does not always assign variable addresses in the order as the modules
are linked or the variables are declared. You can choose a memory section for
the receive buffer with the configuration option "USB_BUFFER_SECTION". This
option defaults to ".bss". If you use your own section, you can place it at
an arbitrary location with a linker option similar to
"-Wl,--section-start=.mybuffer=0x800060". Use "avr-nm -ng" on the binary and
search for "usbRxBuf" to find tbe base address of the 22 bytes rx buffer.

и в usbdrv.c
Цитата
/* usbRxBuf MUST be in 1 byte addressable range (because usbInputBuf is only 1 byte) */

на эти предупреждения можно забить.
Применительно к IAR требования удовлетворяются опцией линкера (Project->Options->Linker->Extra options)
-Z(DATA)USB_BUFFER_SECTION=0100-01FE
Цитата
К хелпу просьба не отсылать, с аглицким туго smile.gif

К сожалению, вариантов немного.
dimka76
Цитата(xemul @ Dec 14 2007, 15:48) *
на эти предупреждения можно забить.
Применительно к IAR требования удовлетворяются опцией линкера (Project->Options->Linker->Extra options)
-Z(DATA)USB_BUFFER_SECTION=0100-01FE

К сожалению, вариантов немного.


спасибо за помощь.
А если мой код размещается в секции загрузчика, что тогда мне следует указать в опциях ликера.
Кстати, я использую свой файл .xcl

Ой, извиняюсь, туплю. -Z(DATA)..... это же озу, а не память программ
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.