Привет друг, прочитал твои комментарии, дам ответы тут.
1. Ссылка («Официалка») дана людям которые решат собрать свой компилятор если надо. там как раз исходники а не только бинарник, вообще GCC можно собрать под что хочешь, так на будущее.
2. Почему не использовать уже готовый startup.s? Потомучто если открыть startup.s который поставляется с модными IDE то можно удивить что в них много лишнего, скажем так generic. Например инициализация стак поинтра, или же копированием data в рам. Опять таки, надо знать как делать под себя.
3. Ну и с примером мигания, это еще долеко. мы ведь еще даже не включили самую главную периферию и системные блоки зачем же лезть мигать.
4. Для отладки более чем достаточно вывода на UART, Ну а как отлаживать UART? с этого и началась моя боль, я наткнулся на то что пришлось отлаживать «отладчик» в IDE.
5. Опять компилятор, наоборот в каждой версии правят баги. и очень скрупулезно. по той же ссылке можно найти список фиксов в каждой версии, и ссылка на стабильный релиз.
Ну нормальный FPGA стоит не мало. а так до циклонов еще не добрался, не настолько я еще умен) надо подучиться, хотел бы графический контроллер делать на FPGA
Ну было у меня такое, Во общем, скопилировал, запустил отладчик, отладчик говорит что у меня HardFault. Проанализировав ассемблер и все что только можно я пришел к выводу что HardFault у отладчика встроенного. скачал OpenOcd, запустил и все заработало как по маслу. Дубль 2, отказывается не линковать стандартную библиотеку, в наглую сует свой crt.o. И таких неувязок много.
Сейчас можно писать сложнейшие программы, вообще не вникая в то, что фреймворк делает на низком уровне, в 99% случаев этого не потребуется. И только когда программа не работает как надо и в своем коде вы уверены — есть смысл поискать ошибку во фреймворке
Но разве не надо понимать как работает фреймворк на том уровне что бы залезть в него да еще и баг найти?
Честно я не призываю к мазохизму, мне просто лень разбираться в IDE и библиотеках HAL. затрачивать энергию на изучение абстрактных методов или же не абстрактных все равно придется, тут кому как удобнее.
1. Ссылка («Официалка») дана людям которые решат собрать свой компилятор если надо. там как раз исходники а не только бинарник, вообще GCC можно собрать под что хочешь, так на будущее.
2. Почему не использовать уже готовый startup.s? Потомучто если открыть startup.s который поставляется с модными IDE то можно удивить что в них много лишнего, скажем так generic. Например инициализация стак поинтра, или же копированием data в рам. Опять таки, надо знать как делать под себя.
3. Ну и с примером мигания, это еще долеко. мы ведь еще даже не включили самую главную периферию и системные блоки зачем же лезть мигать.
4. Для отладки более чем достаточно вывода на UART, Ну а как отлаживать UART? с этого и началась моя боль, я наткнулся на то что пришлось отлаживать «отладчик» в IDE.
5. Опять компилятор, наоборот в каждой версии правят баги. и очень скрупулезно. по той же ссылке можно найти список фиксов в каждой версии, и ссылка на стабильный релиз.
Но разве не надо понимать как работает фреймворк на том уровне что бы залезть в него да еще и баг найти?