| |
|
  |
 свежак KGP win32/arm/avr/mips/m68k, GNU tools chain |
|
|
|
|
 Aug 12 2011, 08:29
|
бессмертным стать можно тремя способами
Группа: Свой
Сообщений: 1 405
Регистрация: 9-05-06
Из: Москва
Пользователь №: 16 912
|
хехе... настают благопритные времена занятся dsp!! проспал новость о том что две недели назад в gcc добавили порт для TI C6x ядер! это по мойму польшой прогресс в целом. дотошным исследователям рекомендую заглянуть в исходники порта http://gcc.gnu.org/viewcvs/trunk/gcc/config/c6x/в чем значимость этого события (на мой взгляд конечно  )? TI не щадя своих сил и разорваных от натуги штанов пиарит свои свежие OMAP'ы - а там (в свежих омапах) имеется 2 ядра Cortex-A9 1ГГц 1 ядро С64+ 800МГц и GPU powerWR SGX545 (на нем тоже можно лихо гонять в хвост и гиву многие алгоритмы с плавучной - например работа с матрицами больших размеров) Вот они умные - поняли что средсва разработки на основе gcc это круто и теперь можно используя один компиллер генерить код для всех вычислительных компонентов системы на кристале! у меня есть плата http://pandaboard.orgтам какраз стоит этот зверь TI OMAP4430 я впечатлен производительностью.... теперь еще и можно полностью gnu-шными тулсами его разраьатывать. сдается мне что следущий раз если получится выложу сборку и для c6x .... соберется... пора учить даташиты по С64+. уря уря уря товарищи!!! паровоз прогресса нельзя остановить... только пустить под откос!
|
|
|
|
|
|
|
|
Aug 12 2011, 08:35
|
Местный
Группа: Свой
Сообщений: 243
Регистрация: 5-10-06
Из: Зеленоград
Пользователь №: 21 007
|
Цитата(klen @ Aug 12 2011, 12:29)  у меня есть плата http://pandaboard.orgтам какраз стоит этот зверь TI OMAP4430 я впечатлен производительностью.... теперь еще и можно полностью gnu-шными тулсами его разраьатывать. ну теперь я знаю, кого здесь можно будет мучать вопросами по pandaboard - коробку с оной распаковал 3 дня назад 
|
|
|
|
|
|
|
|
Aug 14 2011, 14:37
|
Профессионал
Группа: Участник
Сообщений: 1 620
Регистрация: 22-06-07
Из: Санкт-Петербург, Россия
Пользователь №: 28 634
|
Цитата(klen @ Aug 14 2011, 18:20) для 32 битного масдая как обещал для армов (не тестил, если чтото забыл положить доложу, пишите) http://klen.org/Files/DevTools/arm-kgp-eab...0110814.tar.bz2Код 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_font.o ../uc1601s.o ../twi.o ../t
c1.o -mcpu=arm7tdmi -flto -Os -nostartfiles -T../sam7x64_rom.ld -Wl,-Map=tc1_rom.map,--cref,--no-warn-mismatch -lm -o tc1_rom.elf
lto1.exe: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: arm-kgp-eabi-gcc returned 1 exit status
c:/kgp_arm_eabi/bin/../lib/gcc/arm-kgp-eabi/4.7.0/../../../../arm-kgp-eabi/bin/ld.exe: lto-wrapper failed
collect2.exe: error: ld returned 1 exit status
make.EXE: *** [tc1_rom.elf] Error 1 Заранее предупреждаю, старого каталога с бинарниками не существовало, всё разархивировано начисто (WinRAR, из-за такого экзотического формата архива). Старые .o тоже были стёрты. Это проект под at91sam7 Без -flto не сыпется, результат на работоспособность не проверял.
Сообщение отредактировал Genadi Zawidowski - Aug 14 2011, 14:47
|
|
|
|
|
|
|
|
Aug 15 2011, 13:48
|
бессмертным стать можно тремя способами
Группа: Свой
Сообщений: 1 405
Регистрация: 9-05-06
Из: Москва
Пользователь №: 16 912
|
Цитата(Nixon @ Aug 15 2011, 17:36) А такое есть arm-kgp-linux-gnu? Именно нативный, а не кросс. Столкнулся с NAS от dlink. Многое из того что хотел бы доставить в пакетах нет. Нужно ставить из исходников, а родной gcc мало того что старый (4.1) так еще и обрезанный по самое немогу. по идее это еще проще чем для микроконтроллеров. в данном случае требуестя собрать только бинутилс и компиллер - libc -реализует сама система, по сути это ее библиотека. если развивать идею дальше - то бинутилс и компиллер ничем не должен отличатся - иx дело генерить код из инструкций проца - а где это запускается это уже выруливать должны библиотеки. за одним исключением - скрипт линкера естественно различается. можно попробывать собрать когда будет своюботдное время. 2_ReAl ну и как? работает? что с выходным результатом - он стал лучше чем прежде или нет? Genadi Zawidowski ну какая связь между способом архивации и работой разорхивированного приложения? у меня другая идея - пересобрать libppl libcloog - ими пользуется lto, может поможет.
|
|
|
|
|
|
|
|
Aug 15 2011, 21:02
|
Нечётный пользователь.
Группа: Свой
Сообщений: 2 033
Регистрация: 26-05-05
Из: Бровари, Україна
Пользователь №: 5 417
|
Цитата(AHTOXA @ Aug 15 2011, 20:40) А то у меня убунта после установки прошлой сборки и применения ldconfig перестала нормально обновляться. Пока не снёс эти либы - обновление завершалось с ошибкой. Типа, в этих либах нет информации о версии. Я где-то в этой теме уже писал, у меня другие глюки были (какие-то программы перестали находить нужное себе). Я обошёлся так: В makefile, выковырянном из примеров scmRTOS :-) Код TOOL = LD_LIBRARY_PATH=$(KGP_LIB) $(KGP_ARM_PREFIX)
# ... ну а там ниже как и было
CC = $(TOOL)gcc
CXX = $(TOOL)g++
LD = $(TOOL)g++
# ... Ну и Код real@REALPC:~$ echo $KGP_LIB
/opt/lib
real@REALPC:~$ echo $KGP_ARM_PREFIX
/opt/kgp_arm_eabi/bin/arm-kgp-eabi-
--------------------
Ну, я пошёл… Если что – звоните…
|
|
|
|
|
|
|
|
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0
|
|
|
