Скажите пож-та,

существует ли какое-нибудь описание этого файла с более подробными объяснениями
чем комментарии , имеющимися в самом файле.

Спасибо

Ну вроде и так все понятно.
Иницмализация МАМ (для LPC);
инициализация вершин стека для всех режимов ARM;
инициализация сопроцессора, если он есть;
можно чего-нибудь добавить свое, если приспичит;
переход на main.
Пройдите по шагам и все станет ясно. Главное, для Linker указать корректную информацию. Обратите внимание, как можно все поместить в RAM, чтобы не уменьшать ресурсы перепрограммирования Flash.

спасибо



только тогда посоветуйте где взять информацию по описанию
ассемблерных вставок типа:
AREA HEAP, NOINIT, READWRITE, ALIGN=3

короче по синтаксису , используемому в этом файле

Сообщение отредактировал серый волк - Sep 5 2007, 08:24

Как ни удивительно в описании Assembler ибо все это совершенно обычный ASM исходник.

извините конечно,

но может кто посоветовать конкретный файл, который
я могу считать и получить необходимую мне информацию?

спасибо

Тема со Startup на ARMe для меня новая, прошу извинить за
такие вопросы....

например из док-ии по асму и компилятору не ясно:
1.что представляет запись Stack_Top(можно конечно догадываться, но точного описания я не нашел)
2.Тоже самое смысл записей в коде __heap_base и __heap_limit . Что это такое в описании правда имеется.

Спасибо


AREA STACK, NOINIT, READWRITE, ALIGN=3

Stack_Mem SPACE USR_Stack_Size
__initial_sp SPACE ISR_Stack_Size

Stack_Top


;// <h> Heap Configuration
;// <o> Heap Size (in Bytes) <0x0-0xFFFFFFFF>
;// </h>

Heap_Size EQU 0x00000000

AREA HEAP, NOINIT, READWRITE, ALIGN=3
__heap_base
Heap_Mem SPACE Heap_Size
__heap_limit

Все это или диррективы компиллятору или константы которыми оперируют эти же диррективы,но разве что только Stack_Top: - это метка (если двоетчие стоит) ,собственно к самому асму это отношение имеет слабое ,такие конструкции делаются в основном для некой автоматизации настроек (тоесть при тех или иных условиях ,добавить\убрать команды или изменить константы) тоесть типа для Визарда.
Лучше с этим не заморачиваться ,так как все уже "заточено" под готовый визард.
Максимум что править нужно,так это вектора,остальное в настройках визарда можно сделать.

Компиляторы к асемблерному тексту никак не относятся и уж, как минимум, по этой причине ничего не требуют.

Отнюдь.

Здрасте ,а это как по вашему что,к примеру в том же стартапе.


И как можно никак не относиться,не компиллировать код стартапа?


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

Вы свалили в кучу Ассемблер, Компилятор и Препроцессор. Ассемблер - это название программы, которая переводит исходный текст, написанный на языке ассемблера, т.е. на его языке в объектный код. Перед ассемблированием исходник проходит через препроцессор, который обрабатывает всякие $IF. А компилятор переводит в объектный код (реже в ассемблерный исходник) исходный текст с языка высокого уровня, коим язык ассемблера не является. Перед компилированием исходный текст также проходит через (возможно другой) препроцессор. Для краткости язык ассемблера называют ассемблером, как и программу.

P.S. после поста alexander55 поправлю - "Вы свалили в кучу понятия Ассемблера, Компилятора и Препроцессора, на что и указал (в своеобразной форме) zltigo"

А __heap_base, __heap_limit очень похожи на простые метки, которые скорее всего можно использовать в других файлах для получения адреса начала и конца кучи. То же и StackTop

Согласен. Пусть кто-нибудь откроет тему типа Ассемблер ARM (топик в идеале должен быть типа FAQ по теме).

Я неплохо знаю что такое Ассемблер, Компилятор и Препроцессор.Если вы считаете ,что я запутался и свалил все в кучу.Ответте тогда мне на тот же вопрос ,что в этих строчках относиться к Ассемблеру, Компилятору и Препроцессору. Возможно я для себя узнаю что то новое.



Начнем с того ,что Ассемблер- это язык программиирования,такой же язык как Си,Бейсик,Паскаль.
Если ктото написал программу и назвал ее Ассемблером - это уже его проблемы.Кстати я ни разу не видел обьектного кода Ассемблера - там нечему "обьектиться" ,на Си ,Бейсике - видел.

Эсли это называется ассемблированием - пускай будет,это делается с языками высокого уровня ,хорошо.


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

Теперь то,что я хотел донести.
С учетом того ,что стартап уже написан на асме - асемблировать там нечего, Вы совершенно верно заметили
"про возможно другой" препроцессор ,и если еще раскажете что в стартапе делает препроцессор ,а что делают директивы компиллятору,я думаю всем полезно будет почитать.

Язык да, а вот программу называют - программа НА асме или исходники На асме,как правило ,хотя есть и особо ленивые.

да но где они инициализируются адресом?
И смысл их написания в примере ?

спасибо

Спасибо "перлов" донесенных ранее, уже вполне достаточно . Я конечно, понимаю, что таково Ваше видение мира (типа Земля плоская и покоится на трех китах), но на самом деле Авторы инструментов обустрили мир программированя иначе. Причем в отличие от неведомого Создателя свои мысли и поступки документировали.

Ну а с этоим могу помочь, этого у нас завались - не жалко. Cмотрите в приложении.

Дискуссия очень быстро как я понял ушла от конкретного вопроса ,поставленного в теме.
Ну ладно...и на том спасибо