При разработке программы для LP2136 использую CrossStudio 1.4. Почему то его линкер отказывается понимать оператор new например на строку
int* i=new int[10];
он пишет
C:/Program Files/Rowley Associates Limited/CrossWorks for ARM 1.4/lib/libcpp_v4t_a_i_le.a(new.o)(.text+0x4c): In function `operator new(unsigned long)':: undefined reference to `abort'
хотя компилируется нормально и на delete линкер не ругается. Можно конечно обойтись и без new, но хотелось бы понять что к чему.

если мне не изменяет память то new это относится к c++

ИМХО: что само под собой уже подрузумевает его тяжесть да и
маловероятно, что его вообще нормально портировати под ARM

более того ругаль идет на несовместимость int и operator new(unsigned long)

Сообщение отредактировал PrSt - Aug 3 2006, 09:59

Не находит в библиотеке указанную функцию. Может, библиотеку какую-нито забыли подключить?

Думаю, что оператор выделения динамической памяти просто не поддерживается компилятором.

f() abort должна быть обьявлена как extern "C", так как замангленная она будет иметь другое имя - что-то типа _Z5aborti и линкер конечно ее не найдет. Если в этом причина, то это говорит о низком качестве toolchain'а, а именно об ошибке в инклюдах. Так же она может вообще отстутвовать в libc, так как могли посчитать что в embedded приложениях она не нужна.

Скорее требуется написать самописную функцию обработки ошибки выделения памати с именем abort.

Именно оно.

То RRaptor
Только прежде, чем писать, подумайте а оно (эта обертка на malloc() ) Вам надо?
Для раздумий, можете почитать топик:
http://electronix.ru/forum/index.php?showt...6000&hl=new
Или, припасть к первоисточнику.

Дак в том то и дело, что не надо. Написал класс дя управления 16 буферами (что то типа 2 очередей) в котором перегрузил new и delete для работы со статической памятью (без new) а он гад отказался компилироваться так как память для буферов вылялась динамически. Я то сначала думал что это он на мой перегруженный new ругается, а оказалось в нем этого new вообще никакого нет. Я этот класс уже перекроил на работу без выделения памяти. Кстати, еще один прикол в компиляторе. При наследовании почему то надо явно указывать функции из базового класса. Например:

к чему бы это

В этом коде функция A::Funk1 является закрытой и не может быть доступна никому, кроме экземпляров класса А. Поэтому на

A::Funk1(); // работает

компилятор должен выдать ошибку, дескать, A::Funk1 inaccessible. Чтобы был доступ, надо эту функцию объявить в секции public либо protected. Вроде так, если ничего на забыл.

Сообщение отредактировал dxp - Aug 4 2006, 07:41

Это я забыл указать здесь public, в реальном коде он конечно имеется

В иаре с паблик обе строки работают, без паблик обе строки дают
Error[Pe265]: function "A::Funk1" is inaccessible ... main.c 58
Error[Pe265]: function "A::Funk1" is inaccessible ... main.c 59

Попробую предположить, что ровлики считают обявление "class B: public A" частным вариантом множественного наследования , и поэтому тербуют явного задания области видимости

ето вам нужно для Rowley Crossworks 1.4:

void * operator new(size_t sz_) throw()
{
return (void *)malloc(sz_);
}



YOSEPHCZ

Насколько безопасно использовать оператор new для однократной инициализации динамических массивов?

new, насколько я знаю вообще не инициализирует выделяемую память.
Если же вопрос был о безопасности выделения, то в чём же тут опасность?