MIPS64 компиляции

Собери тулчейн сам, указав при сборке gcc нужный хост и таргет. Главное внимательно прочитать выхлоп ./configure --help.

Ну и всё тоже самое актуально и для зависимостей: binutils, glibc, mpc, mpfr, gmp, cloog, isl и т.д.

Там всё несложно на самом деле.

если у Вас нет готово toolchain Вы его можете собрать сами https://github.com/crosstool-ng/crosstool-ng поддерживает, насколько я вижу, https://github.com/crosstool-ng/crosstool-ng/blob/master/config/arch/mips.in

Большое спасибо за оперативные ответы! А как собрать самому?, ещё пока не было подобного опыта, у меня Cent-OS 7,а в примере под Debian, ничего страшного?

начните с https://crosstool-ng.github.io/docs/

у меня Cent-OS 7,а в примере под Debian

виндузятник детектед

Не могу пройти инсталл изза непонятного действия с ключами https://crosstool-ng.github.io/docs/install/ В итоге скачал crosstool-ng-1.25.0 И при попытки пройти далее получаю следующее " [root@l194 crosstool-ng-1.25.0]# ./configure –prefix=/temp2 checking for a BSD-compatible install… /bin/install -c checking whether build environment is sane… yes checking for a thread-safe mkdir -p… /bin/mkdir -p checking for gawk… gawk checking whether make sets $(MAKE)… yes checking whether make supports nested variables… yes checking how to create a pax tar archive… gnutar checking whether make supports nested variables… (cached) yes checking whether to enable maintainer-specific portions of Makefiles… yes checking build system type… x86_64-pc-linux-gnu checking host system type… x86_64-pc-linux-gnu checking whether ln -s works… yes checking whether install takes –strip-program option… yes checking for ggrep… no checking for grep… grep checking for absolute path to grep… /bin/grep checking for gegrep… no checking for egrep… egrep checking for absolute path to egrep… /bin/egrep checking for grep that handles long lines and -e… /bin/grep checking for egrep… /bin/grep -E checking for sed… /bin/sed checking for GNU sed >= 4.0… yes checking for gcc… gcc checking whether the C compiler works… yes checking for C compiler default output file name… a.out checking for suffix of executables… checking whether we are cross compiling… no checking for suffix of object files… o checking whether we are using the GNU C compiler… yes checking whether gcc accepts -g… yes checking for gcc option to accept ISO C89… none needed checking whether gcc understands -c and -o together… yes checking whether make supports the include directive… yes (GNU style) checking dependency style of gcc… gcc3 checking for g++… g++ checking whether we are using the GNU C++ compiler… yes checking whether g++ accepts -g… yes checking dependency style of g++… gcc3 checking how to run the C preprocessor… gcc -E checking for flex… flex checking lex output file root… lex.yy checking lex library… none needed checking whether yytext is a pointer… no checking for bison… bison -y checking whether g++ supports C++11 features with -std=gnu++11… yes checking if gcc can static link… no checking for ranlib… ranlib checking for gobjcopy… no checking for objcopy… objcopy checking for absolute path to objcopy… /bin/objcopy checking for gobjdump… no checking for objdump… objdump checking for absolute path to objdump… /bin/objdump checking for greadelf… no checking for readelf… readelf checking for absolute path to readelf… /bin/readelf checking for flex… flex checking for makeinfo… makeinfo checking for cut… cut checking for readlink… readlink checking for tar… tar checking for gzip… gzip checking for bzip2… bzip2 checking for xz… xz checking for unzip… unzip checking for help2man… no configure: error: missing required tool: help2man [root@l194 crosstool-ng-1.25.0]# make make: *** Не заданы цели и не найден make-файл. Останов. [root@l194 crosstool-ng-1.25.0]# make install make: *** Нет правила для сборки цели `install’. Останов. [root@l194 crosstool-ng-1.25.0]#

"

Прошу помочь разобраться

• используй разметку

configure: error: missing required tool: help2man

https://github.com/crosstool-ng/crosstool-ng/blob/master/testing/docker/centos7/Dockerfile

CTNG_UID=1000
CTNG_GID=1000
groupadd -g $CTNG_GID ctng
useradd -d /home/ctng -m -g $CTNG_GID -u $CTNG_UID -s /bin/bash ctng
yum install -y epel-release
yum install -y autoconf gperf bison file flex texinfo help2man gcc-c++ libtool make patch \
    ncurses-devel python36-devel perl-Thread-Queue bzip2 git wget which xz unzip rsync
ln -sf python36 /usr/bin/python3
echo 'export PATH=/opt/ctng/bin:$PATH' >> /etc/profile

Спасибо большое!! Но у меня есть еще одна проблема с скачиванием

Сайты пингуются, нет есть, даже чтото обновляется но большинство не качаются

Подскажите пожалуйста что нужно подкруить

[root@l194 user@*.local]# yum install -y autoconf gperf bison file flex textinfo help2man gcc-c++ libtool make patch \

ncurses-devel python36-devel perl-Thread-Queue bzip2 git wget which xz unzip rsync

Загружены модули: fastestmirror, langpacks Repository base is listed more than once in the configuration Repository updates is listed more than once in the configuration Repository extras is listed more than once in the configuration Repository centosplus is listed more than once in the configuration Repository base is listed more than once in the configuration Repository updates is listed more than once in the configuration Repository extras is listed more than once in the configuration Repository centosplus is listed more than once in the configuration Repository nexus-epel is listed more than once in the configuration Loading mirror speeds from cached hostfile Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra... error was 14: curl#7 - «Failed to connect to 2001:4178:5:200::10: Сеть недоступна»

One of the configured repositories failed (Неизвестно), and yum doesn't have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work «fix» this:

1. Contact the upstream for the repository and get them to fix the problem.

2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work).

3. Run the command with the repository temporarily disabled yum --disablerepo=<repoid> ...

4. Disable the repository permanently, so yum won't use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage:

yum-config-manager --disable <repoid> or subscription-manager repos --disable=<repoid>

5. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise:

yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true

Cannot find a valid baseurl for repo: base/7/x86_64

[root@l194 user@*.local]#

epel скачивал отдельно и устанавливал оффлайн

ещё пока не было подобного опыта, у меня Cent-OS 7

слишком новое, поставь Centos 5, там верняк будет.

Вредных советов полон тред.

Собери тулчейн сам

Нахрена тратить энергию планеты на ту работу, которую кто-то уже давным давно проделал?

Тем более для новичка сборка тулчейна это не «несложно», а сущий ад, который вон уже выплеснулся в этом треде.

По первым же ссылкам в Google по запросу «MIPS64 toolchain» есть собранные тулчейны на любой вкус и цвет и даже что-то там под винду:

1. https://toolchains.bootlin.com/releases_mips64-n32.html
2. https://toolchains.bootlin.com/releases_mips64el-n32.html
3. https://toolchains.bootlin.com/releases_mips64r6el-n32.html
4. https://github.com/N64-tools/mips64-gcc-toolchain

Но нет, будет превозмогать компилянием, прочим дрочем и пердолингом вместо решения нужной задачи. ТС уже потратил сутки на какую-то хрень из-за советов компиляния, вместо 10 минут на то, чтобы скачать файл по ссылке, развернуть в /opt, пользоваться и решать свою задачу дальше.

Тем более для новичка сборка тулчейна это не «несложно», а сущий ад, который вон уже выплеснулся в этом треде.

Оказалось, что это не новичок в сборке тулчейнов, а новичок буквально во всём, что касается использования GNU/Linux, а этого в первоначальном условии не было.

импортозаместец все ближе

Нахрена тратить энергию планеты на ту работу, которую кто-то уже давным давно проделал?

Вы правы, можно и так, но этот вариант чреват другой сложностью - удовлетворением зависимостей.

Самый простой вариант - использование пакета из репозитория используемого дистрибьютива, не знаю как в CentOS, но для Debian есть

$ apt-cache search gcc-mips64
gcc-mips64-linux-gnuabi64 - GNU C compiler for the mips64 architecture
gcc-mips64el-linux-gnuabi64 - GNU C compiler for the mips64el architecture

По-умолчанию gcc-11.2.0, но можно поставить и gcc-12

как говорил один товарищ, «что бы в каком-то деле чего-то достичь, надо в нём зае%;%;:ся» )))

2ТС, а может и правда Дебианчик там, убунточка

взяли бы да объяснили все новичку. для таких профессионалов как вы , думаю это проще простого. вот я тоже пытался собрать... сборка gcc-arm-none-eabi-10.3-2021.10 выскакивала это. можете объяснить что не так делал? вот как профессионал дайте оценку

вы собирали по этой инструкции хоть раз сами? там все ок?

компилю на orange pi подскажите пожалуйста как исправить это. >каждая ошибка компиляции на cлабом arm стоит очень много времени

для этого и придумали кросс-компиляцию, когда компилятор на мощной машине (x86, например) собирает код для ARM, например.

а еще есть поисковые системы, гитхаб с тьмой проектов, книжки наконец.

https://github.com/orangepi-xunlong/OrangePi_Build

кросскомпиляция не для того чтобы на мощной машине собирать... мне нужно было на aarch64 собирать исполняемый код который должен был бы работать на иной платформе. подруками был только orange pi.

ребята, что за ссылка? вы вобще читаете? нужен был кросскомпилятор чтобы на orange pi компилить код под stm32.

Вот ваш пост из ссылки

 сборка gcc-arm-none-eabi-10.3-2021.10

 aarch64, build, source

0

1

Hello hello люди бодрые. скачал gcc-arm-none-eabi-10.3-2021.10 вроде как source. делаю

./install-sources.sh
export CXX=arm-linux-gnueabi-g++
export CC=arm-linux-gnueabi-gcc
./build-prerequisites.sh

пытался и просто

./install-sources.sh
./build-prerequisites.sh

выходит ошибка

cal/bin/toolchain/gcc-arm-none-eabi-10.3-2021.10/src
+2022-01-31:01:24:55 (./build-prerequisites.sh:267): ./configure --static --prefix=/usr/local/bin/toolchain/gcc-arm-none-eabi-10.3-2021.10/build-mingw/host-libs/zlib
Compiler error reporting is too harsh for ./configure (perhaps remove -Werror).
** ./configure aborting.

компилю на orange pi подскажите пожалуйста как исправить это. каждая ошибка компиляции на cлабом arm стоит очень много времени

там эти д... скрипты и переменные. там даже со свечкой ничего не понятно. 

покажите где тут про кросс-копмиляцию, stm32?

где скачал, что скачал, какая ОС - не знаю

кстати ребята, скажите пожалуйста, если уж зашел такой разговор.... если бы у меня под руками была все же машина на x86... пусть временно, а мне на ней надо собрать кросскомпилятор который будет установлен на orange pi чтобы собирать код под stm32. возможно ли такое? можно ли с помощью

 --host
 --build
 --target

покажите где тут про кросс-копмиляцию

ну если мы собираем кросскомпилятор, то явно для кросскомпиляции...

stm32?

gcc-arm-none-eabi-10.3-2021.10 да, этот кросскомпилятор как раз и нужен для этой цели. ребят, ну просто вы собрались и советуете дичь и тыкаете носом нас новичков. я понимаю, что вам весело, но человек тратить время и силы. нельзя же так. немножко обидно.

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

не имел и в мыслях. человек задает вопросы. ему отвечают. на что обижаться-то?

машина на x86… пусть временно, а мне на ней надо собрать >кросскомпилятор который будет установлен на orange pi чтобы >собирать код под stm32. возможно ли такое?

да.

просто если машина на x86 не моя, то устанавливать на ее какой-то >софт не хочется. поэтому есть только установленный уже >собственником gcc и g++. с помощью них можно собрать >кросскомпилятор, которой будет работать на aarch64 для компиляции >под stm32?

может быть недостаточно и/или неприятно для владельца. лучше сделать виртуальную машину или контейнер. В нем собрать. Слить на таргет и установить.

Но я начал бы с простых вопросов:

1. какая у вас Orange PI? (модель, ревизия)
2. Какая там установлена ОС?

PS Правильно сформулированный вопрос содержит не менее половины ответа (с не мой))

build — архитектура, на которой собирается компилятор. host — архитектура, на которой должен работать собранный компилятор. target — архитектура, на которой будут работать собранные собранным компилятором бинарники.

Как у тебя вообще получилось узнать имена параметров --host, --build и --target, но не узнать одновременно их значения?

господа, а работать это будет? просто у меня не получалось... то есть gcc на x86 должен будеть собрать кросскомпилятор который будет установлен на aarch64, на котором будет компилиться код для stm32. разрешите спросить еще раз, возможно ли такое? возможно ли такое понастоящему функционирующее? не просто что собралось без ошибок

подождите метать камни уважаемый i-rinat... то что имеются --host --build --target не значит что собранное с этим будет работать... вы собирали так? или это теоритически?

Я не метаю камни, я спрашиваю. И нет, не собирал, кажется, вообще никогда. В Debian есть готовые кросс-компиляторы, так что надобности собирать никогда не возникало.

Что мешает собрать и проверить? Даже если предположить, что у тебя есть только одноплатник на Orange Pi, времени у тебя явно много. Запустил, и пусть оно собирается. Можешь, скажем, собирать кросс-компилятор для работы на MIPS. Потом просто запустишь его в qemu-user. Ну медленно будет, да. Но ты же явно никуда не спешишь.

я не могу сейчас так сделать... на 2гигах не получится и компилить и гуглить. сегодня у меня много вопросов. весь вечер одноплатник будет занят. но что-то мне подсказывает, что такое не получится. но я могу ошибаться, а могу и не ошибаться. вобщем у вас машина мощнее, может вы скомпилите? и запустите в qemu?

В чём смысл-то? Ну допустим, я соберу, оно заработает. И что?

ну тогда это будут не просто слова, как сейчас.

А как ты узнаешь, что я на самом деле собрал?

А как ты узнаешь, что я на самом деле собрал?

тут даже говорить ничего не хочется.

спасибо за ответ!

Я вроде распаковал mips64-n32, по крайней мере переменная окружения появилась

Но в Eclipse в видимых подходящих тулчейнах ничего подобного не увидел в итоге

https://dropmefiles.com/dsaBk

Далее включил отдельно

https://dropmefiles.com/z5pG9

но Eclipse попрежнему не видит 18:37:31 **** Incremental Build of configuration Debug for project 580t2 **** make all Building file: ../src/lib/iolib.c Invoking: Cross GCC Compiler mips64-n32–glibc–stable-2021.11-1-gcc -std=c99 -I/mnt/924225A142258B88/tmp/580/li/580t2/src/mips-mti-elf/include -I/mnt/924225A142258B88/tmp/580/li/580t2/src -I/mnt/924225A142258B88/tmp/580/li/580t2/src/drivers -I/mnt/924225A142258B88/tmp/580/li/580t2/src/lib -I/mnt/924225A142258B88/tmp/580/li/580t2/src/FreeRTOS -I/mnt/924225A142258B88/tmp/580/li/580t2/src/FreeRTOS/include -I/mnt/924225A142258B88/tmp/580/li/580t2/src/FreeRTOS/portable -O0 -g3 -Wall -c -fmessage-length=0 -MMD -MP -MF"src/lib/iolib.d" -MT"src/lib/iolib.o" -o «src/lib/iolib.o» «../src/lib/iolib.c» /bin/sh: mips64-n32–glibc–stable-2021.11-1-gcc: Command not found make: *** [src/lib/iolib.o] Error 127

18:37:31 Build Finished (took 118ms)

В отношении правильности определений У меня host - PC(x86_64),target - MCU MIPS64,build - CentOs 7

В Eclipse Current toolchain - Cross GCC, Current builder - Autotools Makefile Generator

Спасибо «assembler» за поддержку ветки, прошу помочь новичку импортозамещенцу!

mips64-n32–glibc–stable-2021.11-1-gcc: Command not found

пропишите путь до компилятора в PATH

вы собирали по этой инструкции хоть раз сами? там все ок?

О какой инструкции речь? Мы используем crosstoll-ng для сборки toolchain под несколько SoC, так что в общем случае инструмент работает.

Страннно, вчера делал по этой инструкции и в PATH был путь к bin

https://support.huawei.com/enterprise/ru/doc/EDOC1100114903/70ebed83/installing-the-toolchain

Но сейчас его env его не показывает… Поробую снова тогда, спасибо

Вернул PATH

[root@l194 cdtoolchn]# env

PATH=/usr/local/sbin:/opt/imgtec/Toolchains/mips-mti-linux-gnu/2017.10-05/bin:/opt/imgtec/Toolchains/mips-mti-elf/2017.10-05/bin:/opt/imgtec/Toolchains/mips-mti-elf/2017.10-05/bin:/root/perl5/bin:/sbin:/bin:/usr/sbin:/usr/bin:/opt/microchip/xc32/v4.00/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/compiler/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/compiler/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/compiler/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/compiler/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin:/opt/compiler/bin:/opt/cdtoolchn/mips64-n32–glibc–stable-2021.11-1/bin

Но ситуация не поменялась в части компиляции в Eclipse

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

О какой инструкции речь?
так что в общем случае инструмент работает.

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

О какой инструкции речь?

а есть просто советы причем не проверенные.

кончайте придираться, всегда найдётся пользователь у которого по какой-либо причине что-то не сработает даже если он будет делать по инструкции

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

за примером далеко ходить не надо

Страннно, вчера делал по этой инструкции и в PATH был путь к bin

и чуть позже

Но ситуация не поменялась в части компиляции в Eclipse

инструкция написана для работы в shell, пользователь работает в Eclipse, думаете инструкция не верна? а если бы была инструкция для Eclipse а пользователь работал бы в shell или NetBeans/QtCreator/… ?

если вы про crosstool-ng то сами пробовали запускать? что делали и что не получилось? мне кажется что в его ncurces-интерфейсе не так что бы сложно было разобраться

Как подцеплять кросс-компилятор в Eclipse это нужно смотреть его документацию, ты сначала проверь что этот компилятор работает вообще после добавления в PATH:

$ cat test.c
#include <stdio.h>
void main(void) { fprintf(stderr, "Hello, MIPS64\n"); }

$ mips64-n32–glibc–stable-2021.11-1-gcc test.c

$ file a.out

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

Увы другой инструкции не нашел, и c QtCreator все хорошо обычно бывает для него и Shell не нужен он же Creator

Как я понимаю мне в любом случае нужно прописать тулчен сначала в системе, т.е задействуя Shell, и далее Eclipse должна его цепануть при выборе тулчейна. Но согласно

https://dropmefiles.com/dsaBk

MIPS64-n32 и каких либо других подобных нет

И даже после того как в PATH появлися путь тоже этого тулчейна при выборе нет Тогда я попробовал интегрировать с помощью этой интсрукции

https://www.eclipse.org/forums/index.php/t/1096446/

Но увы тоже тщетно

Спасибо!!

Assembler, специально передёргиваете и доводите до абсурда?

как правило ответы даются на основе тех данных которые были представлены и из предположения что есть некие базовые знания, если что-то не работает то ожидается что будут приведены шаги для воспроизведения проблемы и описано окружения, никому, как правило, не «упёрлось» издеваться, но и делать за вас тоже никто не будет

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

собственно мы сейчас видим проблему использования IDE - они конечно упрощают жизнь в виде подсказок, подсвечивания и сборки, но вместе с тем они же и скрывают всю механику

если нет желания/возможности/необходимости/… разбираться - используй IDE и тебе хватит знаний по синтаксису языка, но тогда шаг вправо или влево может что-то сломать

P.S. ладно, эт уже философия

addi, я бы рекомендовал Вам освоить, хотя бы на базовом уровне, синтаксис makefile и тогда такой проблемы у Вас в принципе не случится

мне по роду работы IDE помогает только при наборе кода, сборку, как правило, проще провести руками

Да, Вы правы

[root@l194 mips64-n32–glibc–stable-2021.11-1]# cat test.c #include <stdio.h> void main(void) { fprintf(stderr, «Hello, MIPS64\n»); }

[root@l194 mips64-n32–glibc–stable-2021.11-1]# mips64-n32-glibc-stable-2021.11-1-gcc test.c bash: mips64-n32-glibc-stable-2021.11-1-gcc: команда не найдена…

[root@l194 mips64-n32–glibc–stable-2021.11-1]# mips64-linux-gcc test.c bash: mips64-linux-gcc: команда не найдена…

[root@l194 mips64-n32–glibc–stable-2021.11-1]# mips64-linux-gcc-gcc test.c bash: mips64-linux-gcc-gcc: команда не найдена…

[root@l194 compiler]# touch test2.c

[root@l194 compiler]# mips64-n32-glibc-stable-2021.11-1-gcc test2.c bash: mips64-n32-glibc-stable-2021.11-1-gcc: команда не найдена…

[root@l194 compiler]# mips64-linux-gcc-gcc test2.c bash: mips64-linux-gcc-gcc: команда не найдена…

[root@l194 compiler]# mips64-linux-gcc test2.c bash: mips64-linux-gcc: команда не найдена…

[root@l194 compiler]# env PATH=/opt/imgtec/Toolchains/mips-mti-linux-gnu/2017.10-05/bin:/opt/imgtec/Toolchains/mips-mti-elf/2017.10-05/bin:/opt/imgtec/Toolchains/mips-mti-elf/2017.10-05/bin:/root/perl5/

Неустановился тулчейн, и снова его не показывает env, хотя комп не перезагружался

В связи с этим прошу дать инструкцию которая вероятно поможет установить тулчейн

спасибо