www.klen.org/Files/DevTools/x86_64-kgp-mingw32/arm-kgp-eabi_@_x86_64-kgp-mingw32_20160228_DICHROMENA.7z

LDFLAGS += --specs=nano.specs

получаю на стадии линковки:
ld.exe: cannot find -lc_nano

я пробывал пробывал newlib nano и обнаружил что она практически не отличается от базовой ветки newlib

Попробовал прямо сейчас на текущем проекте:
c nano: 24996 байт
без nano: 35172 байт
ИМХО nano весьма и весьма полезна и вы зря её игнорите(((

в результате меганаведения порядка сделал "MegaPack" свежаков для мелко армов
"по многочисленным просьбам общественности" доделал сборочные скрипты для сборки свежаков под хосты x86_64-kgp-mingw32 и i686-kgp-mingw32
вот оно кучей:

...какието особенности были с этим чипом(косяки при прходе некоторых команд по конвееру к которым вакцину в виде нопов нужно бвло догенерять...), возможно чтото изменилось.

Уже больше года назад я в этой теме поднимал вопрос по поводу проца 5890ВЕ1Т. Тогда klen мне в числе прочего ответил, что

Так вот, железка наконец-то изготовлена, пришло время разобраться с этим поконкретнее. Кто-нибудь может ответить, что именно за косяки и как это лечится?

нужен код, просто так в хардфаул улетать может все что угодно

Кода очень много. HF что то типа impecise error, то есть просто так место где оно происходит не выявить. При сборке gcc-arm-none-eabi 4.9 HF не происходит. Может для Вашего компилера требуется специфичечкий набор опций?

Временно перешел на gcc-arm-none-eabi, но она по размеру кода фатально проигрывает klen-овской.

2_Lomaker
Если не ДСП, дайте документацию.
Интересно.
Загрузчик у Вас в любом случае быть должен неважно какого приготовления.
Как будет попробуем покомпилять прилагуху.
Боюсь спросить а jtag присутствует?

Я тоже пользуюсь сборками от klen. На 32-битной windows при получении остатка от деления имею HF (для ядра cortex-m0).
Временно перешел на gcc-arm-none-eabi, но она по размеру кода фатально проигрывает klen-овской.

Я тоже пользуюсь сборками от klen. На 32-битной windows при получении остатка от деления имею HF (для ядра cortex-m0).
Временно перешел на gcc-arm-none-eabi, но она по размеру кода фатально проигрывает klen-овской.

Линкеру флаги не забыли указать про то какое у Вас ядро? Если забыли, то библиотеки могут линковаться от другого ядра - я на эти грабли с М0 как-то наступил .

У меня не самая последняя сборка (которая DICHROMENA под win64) работает нормально.

P.S. А что там по моему вопросу с arm-kgp-eabi-size (пост http://electronix.ru/forum/index.php?showt...t&p=1416125 )?

Фатально - это как-то ненаучно Сколько это в процентах/байтах?

Если вопрос(или ответ?) был мне - мейк файл и скрипт линкера из примера ChibiOs для STM32F407 от Jiovanni di Sirio. Мейк файл скорректирован для моего проекта. Скрипт линкера не менялся. Пробуя сборку от klen заменил в мейкфайле строку "TRGT = arm-none-eabi-" на строку "TRGT = arm-kgp-eabi-" а так же изменено значение "USE_LTO = yes" на "no"

nosys линкуете?

www.klen.org/Files/DevTools/x86_64-kgp-linux-gnu/arm-kgp-eabi_@_x86_64-kgp-linux-gnu_20160329_MELISSA.7z

тот же самый небольшой проект для Cortex-M0+ по сравнению с предыдущей сборкой:
было (размер text): 115692, стало 115352. Хоть относительно общего размера изменения небольшие, на самом деле большую часть кода занимают константы - всяческая графика.

2_klen
Обещал отписаться по поводу глюков с порядком байт в 5890ВЕ1Т - выполняю.
По большому счёту, это не вопрос компиляции даже. У нас вышло так, что содержимое ПЗУ он интерпретирует всегда одинаково, хотя судя по описанию, он должен мочь стартовать как в big-endian режиме, так и в little-endian (в зависимости от логического уровня на одном из выводов в момент выхода из состояния reset).
Писать программу и компилировать её надо для big-endian режима, с точки зрения программиста (которого не особо интересует, что и на каких линиях шины адреса и данных при этом выставляется) всё будет выглядеть именно так.
А вот чтобы "скормить" процессору дамп для прошивки 32-разрядного ПЗУ, полученный из big-endian elf-файла, нужно в каждом 32-разрядном слове этого дампа поменять местами 0-ой байт с 3-им, а 1-ый со 2-ым. В результате получится little-endian код (касаемо собственно команд).
Если программа не содержит инструкций работы с памятью байтами и полусловами (lbu, lhu, sb, sh), то можно его сразу компилировать, как будто он little-endian, и получать из него дамп для прошивки - результат будет идентичным.
А вот если в программе присутствует это дело вместе с данными, описанными как байты (строки символов) и полуслова, то нужно обязательно действовать по первому варианту (компилировать big-endian и потом разворачивать), потому как строка, описанная в исходнике как "01234567abcd" в дампе должна превратиться в "32107654dcba".
При компиляции в little-endian такой разворот выполнен не будет, соответственно код, печатающий эту строку путём выборки байт с последовательно инкрементирующегося адреса, будет работать неправильно.

Спишись со мной по мылу из профиля. Мы уже три года пользуем этот проц. Дока не ДСП, но по лиц соглашению не положено ее разглашать. Проц аналог R3800 с 4к кешем данных и 4к комманд. Патч на ассемблер я себе давно приделал.

для тех кто в бронепоезде - могу собрать релизные сборки версий 5.3 и 6.1 - для успокоения души тем у кого "продакшен" и боятся нерелизного компилятора.

здравствуйте! очень рад что в ветка всплеск активности. С НИИСИ я и сам справлюсь если потребуется, никого подставлять ненадо. есть теоретическая возможность через верх зайти и практическая - с авторами микросхемы. если я не ошибаюсь, авторше из этой банды было лет пять назад что то за 60 лет

нашлась униженная и обделенная счастьем жертва на постоянной основе - будет девелопить в маcдае64. тестирование на кроликах
это означает что сборки для масдая64 теперь будут теститься на реальных проектах а собранный код шится прямо во время полета испытываемого самолета. как так рисует мое воображение картины...

ненавязчивая рекомендация: пигмеи!!! бросте винду и поставте линукс. будете как люди разработку вести.

Некоторые проблемы при пользовании сборок klen были (target ARM, host win64), я писал про это ранее, но видать, мои просьбы ниже травы... Когда "подрастем", возможно...
К счастью, пока мне не приходится с mips возиться, потому есть альтернатива в виде Launchpad.

Потестил:

Сегодняшняя:

с ключём -flto:

C:\user\dds2\TC1\at91sam7s>make
arm-kgp-eabi-gcc ../crt_sam7s.o ../cp15_asm.o ../bandfilters.o ../board.o ../sequen.o ../encoder.o ../hardware.o ../hd44780.o ../dis
play.o ../keyboard.o ../keymaps.o ../nvram.o ../spifuncs.o ../formats.o ../synthcalcs.o ../uc1601s_small.o ../uc1601s_font.o ../uc16
01s_font_alt.o ../uc1601s.o ../twi.o ../tc1.o -mcpu=arm7tdmi -flto -Os -nostartfiles -T../sam7x64_rom.ld -Wl,-Map=tc1_rom.map,--cref
,--no-warn-mismatch -lm -o tc1_rom.elf
c:/kgp_arm_eabi/bin/../lib/gcc/arm-kgp-eabi/4.6.2/../../../../arm-kgp-eabi/bin/ld.exe: cannot find -lugin
c:/kgp_arm_eabi/bin/../libexec/gcc/arm-kgp-eabi/4.6.2/liblto_plugin-0.dll: file not recognized: File format not recognized
collect2: ld returned 1 exit status
make.EXE: *** [tc1_rom.elf] Error 1

--------------------Configuration: tc1msvc - Win32 r7s721020--------------------
Microsoft ® Program Maintenance Utility Version 6.00.9782.0
Copyright © Microsoft Corp 1988-1998. All rights reserved.
cd .\r7s721020
make.exe -f .\Makefile all
arm-kgp-eabi-gcc -x assembler-with-cpp -c -mcpu=cortex-a9 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -fno-math-errno -funroll-loops -fgraphite -ffunction-sections -fdata-sections -ffat-lto-objects -Ofast -flto -g -gdwarf-2 -D__ASSEMBLY__=1 ../
crt_r7s721.s -o crt_r7s721.o
arm-kgp-eabi-gcc -c -mcpu=cortex-a9 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -fno-math-errno -funroll-loops -fgraphite -ffunction-sections -fdata-sections -ffat-lto-objects -Ofast -flto -gdwarf-2 -fomit-frame-pointer -Wall -Wstrict-prototypes
-DNDEBUG=1 -DCPUSTYLE_R7S721=1 -DCPUSTYLE_R7S721020=1 -MD -MP -MF ./dep/bandfilters.o.d -I../ -I../rza1x_inc ../bandfilters.c -o bandfilters.o
arm-kgp-eabi-gcc -c -mcpu=cortex-a9 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -fno-math-errno -funroll-loops -fgraphite -ffunction-sections -fdata-sections -ffat-lto-objects -Ofast -flto -gdwarf-2 -fomit-frame-pointer -Wall -Wstrict-prototypes
-DNDEBUG=1 -DCPUSTYLE_R7S721=1 -DCPUSTYLE_R7S721020=1 -MD -MP -MF ./dep/board.o.d -I../ -I../rza1x_inc ../board.c -o board.o
arm-kgp-eabi-gcc -c -mcpu=cortex-a9 -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -fno-math-errno -funroll-loops -fgraphite -ffunction-sections -fdata-sections -ffat-lto-objects -Ofast -flto -gdwarf-2 -fomit-frame-pointer -Wall -Wstrict-prototypes
-DNDEBUG=1 -DCPUSTYLE_R7S721=1 -DCPUSTYLE_R7S721020=1 -MD -MP -MF ./dep/usbd.o.d -I../ -I../rza1x_inc ../usbd.c -o usbd.o
../usbd.c: In function 'usbdFunctionReq_seq0':
../usbd.c:1882:21: warning: unused variable 'interfacev' [-Wunused-variable]
const uint_fast8_t interfacev = LO_BYTE(ReqIndex);
^~~~~~~~~~
../usbd.c: In function 'usbdFunctionReq_seq1':
../usbd.c:1945:23: warning: unused variable 'termID' [-Wunused-variable]
const uint_fast8_t termID = HI_BYTE(ReqIndex);
^~~~~~
../usbd.c: In function 'usbdFunctionReq_seq2':
../usbd.c:1998:21: warning: unused variable 'interfacev' [-Wunused-variable]
const uint_fast8_t interfacev = LO_BYTE(ReqIndex);
^~~~~~~~~~
../usbd.c: In function 'usbdFunctionReq_seq3':
../usbd.c:2021:23: warning: unused variable 'terminalID' [-Wunused-variable]
const uint_fast8_t terminalID = HI_BYTE(ReqIndex);
^~~~~~~~~~
../usbd.c: In function 'usbdFunctionReq_seq4':
../usbd.c:2080:21: warning: unused variable 'interfacev' [-Wunused-variable]
const uint_fast8_t interfacev = LO_BYTE(ReqIndex);
^~~~~~~~~~
../usbd.c: In function 'usbdVendorReq_seq5':
../usbd.c:2125:21: warning: unused variable 'interfacev' [-Wunused-variable]
const uint_fast8_t interfacev = LO_BYTE(ReqIndex);
^~~~~~~~~~
../usbd.c: In function 'usbd_handle_ctrt':
../usbd.c:2397:21: warning: unused variable 'ReqTypeDir' [-Wunused-variable]
const uint_fast8_t ReqTypeDir = usbreq & USB_FUNCTION_bmRequestTypeDir; /* b7 : Data transfer direction */
^~~~~~~~~~
../usbd.c: In function 'r7s721_usbi0':
../usbd.c:2913:22: warning: unused variable 'intsts1' [-Wunused-variable]
const uint_fast16_t intsts1 = USB200.INTSTS1;
^~~~~~~
../usbd.c: At top level:
../usbd.c:50:14: warning: 'configure_device' declared 'static' but never defined [-Wunused-function]
static void configure_device(void);
^~~~~~~~~~~~~~~~
../usbd.c:51:14: warning: 'unconfigure_device' declared 'static' but never defined [-Wunused-function]
static void unconfigure_device(void);
^~~~~~~~~~~~~~~~~~
../usbd.c:52:14: warning: 'single_transmit' declared 'static' but never defined [-Wunused-function]
static void single_transmit(uint8_t * buf, uint8_t len);
^~~~~~~~~~~~~~~
../usbd.c:55:14: warning: 'toLittleEndian' declared 'static' but never defined [-Wunused-function]
static void toLittleEndian( uint32_t value, uint8_t * pDestin );
^~~~~~~~~~~~~~
../usbd.c:2589:1: warning: 'usbd_pipes_show' defined but not used [-Wunused-function]
usbd_pipes_show(uint_fast8_t pipe)
^~~~~~~~~~~~~~~
../usbd.c:2084:13: warning: 'usbdVendorReq_seq4' defined but not used [-Wunused-function]
static void usbdVendorReq_seq4(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~
../usbd.c:2077:13: warning: 'usbdFunctionReq_seq4' defined but not used [-Wunused-function]
static void usbdFunctionReq_seq4(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~
../usbd.c:2003:13: warning: 'usbdVendorReq_seq2' defined but not used [-Wunused-function]
static void usbdVendorReq_seq2(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~
../usbd.c:1995:13: warning: 'usbdFunctionReq_seq2' defined but not used [-Wunused-function]
static void usbdFunctionReq_seq2(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~
../usbd.c:1886:13: warning: 'usbdVendorReq_seq0' defined but not used [-Wunused-function]
static void usbdVendorReq_seq0(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~
../usbd.c:1879:13: warning: 'usbdFunctionReq_seq0' defined but not used [-Wunused-function]
static void usbdFunctionReq_seq0(uint_fast8_t ReqType, uint_fast8_t ReqRequest, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~
../usbd.c:1637:13: warning: 'usb0_function_Resrv_5' defined but not used [-Wunused-function]
static void usb0_function_Resrv_5(uint_fast8_t ReqTypeRecip, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~~
../usbd.c:1631:13: warning: 'usb0_function_Resrv_4' defined but not used [-Wunused-function]
static void usb0_function_Resrv_4(uint_fast8_t ReqTypeRecip, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~~
../usbd.c:1617:13: warning: 'usb0_function_Resrv_0' defined but not used [-Wunused-function]
static void usb0_function_Resrv_0(uint_fast8_t ReqTypeRecip, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~~
../usbd.c:1550:13: warning: 'nak_ep0' defined but not used [-Wunused-function]
static void nak_ep0(void)
^~~~~~~
../usbd.c:1362:13: warning: 'set_transaction_counter' defined but not used [-Wunused-function]
static void set_transaction_counter(uint_fast8_t pipe, uint_fast32_t size)
^~~~~~~~~~~~~~~~~~~~~~~
../usbd.c: In function 'usb0_function_SetDescriptor':
../usbd.c:1794:13: internal compiler error: tree check: expected ssa_name, have integer_cst in ptr_deref_may_alias_decl_p, at tree-ssa-alias.c:211
static void usb0_function_SetDescriptor(uint_fast8_t ReqTypeRecip, uint_fast16_t ReqValue, uint_fast16_t ReqIndex, uint_fast16_t ReqLength)
^~~~~~~~~~~~~~~~~~~~~~~~~~~
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make.exe: *** [usbd.o] Error 1
NMAKE : fatal error U1077: 'make.exe' : return code '0x2'
Stop.
Error executing NMAKE.

tc1msvc.exe - 3 error(s), 24 warning(s)

cortex-m7f скомпилировалось, работу не проверил. А с c-a9 никак..
С lto за пять лет ничего не поменялось - internal compiler error.



Предупреждения - так и надо.
путь к компилятору:
C:\user\arm-kgp-eabi_@_x86_64-kgp-mingw32_20160503_TANACETUM\bin