How to cross compile older version of GCC under Debian? The 2019 Stack Overflow Developer Survey Results Are InHow to build the GCC cross compiler for Cross Linux From Scratch (CLFS) for Beagleboard?compile software with older version of gcc and linux kernelmake: xscale_be-gcc: Command not foundgcc installation on CentOS 6.6: configure issueinstall older version of gcc - debian sidHow to compile Solaris executable under Debian?gcc cross compilation failsChoose gcc version to compile vmware modulesHow to install a functional ARM cross-gcc toolchain on Ubuntu 18.04?How do I install newer or older versions of GCC on Devuan/Debian?
Which Sci-Fi work first showed weapon of galactic-scale mass destruction?
Button changing it's text & action. Good or terrible?
How are circuits which use complex ICs normally simulated?
Who coined the term "madman theory"?
Can a rogue use sneak attack with weapons that have the thrown property even if they are not thrown?
What could be the right powersource for 15 seconds lifespan disposable giant chainsaw?
If a Druid sees an animal’s corpse, can they Wild Shape into that animal?
What is the accessibility of a package's `Private` context variables?
Can one be advised by a professor who is very far away?
Output the Arecibo Message
Interpreting the 2019 New York Reproductive Health Act?
Did 3000BC Egyptians use meteoric iron weapons?
Origin of "cooter" meaning "vagina"
A poker game description that does not feel gimmicky
Why did Acorn's A3000 have red function keys?
Distributing a matrix
Falsification in Math vs Science
Deal with toxic manager when you can't quit
What did it mean to "align" a radio?
How to notate time signature switching consistently every measure
Feature engineering suggestion required
Are there any other methods to apply to solving simultaneous equations?
Can you compress metal and what would be the consequences?
What are the motivations for publishing new editions of an existing textbook, beyond new discoveries in a field?
How to cross compile older version of GCC under Debian?
The 2019 Stack Overflow Developer Survey Results Are InHow to build the GCC cross compiler for Cross Linux From Scratch (CLFS) for Beagleboard?compile software with older version of gcc and linux kernelmake: xscale_be-gcc: Command not foundgcc installation on CentOS 6.6: configure issueinstall older version of gcc - debian sidHow to compile Solaris executable under Debian?gcc cross compilation failsChoose gcc version to compile vmware modulesHow to install a functional ARM cross-gcc toolchain on Ubuntu 18.04?How do I install newer or older versions of GCC on Devuan/Debian?
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I'm trying to build an older version of GCC toolchain for ARM under x86 because there is a bug with GCC > v5 for Cortex-M0. I'm following the combination of the following instructions:
- https://stackoverflow.com/a/10662297/1952991
- https://stackoverflow.com/q/24559878/1952991
So my overall procedure is as follows:
# Download GCC-5.5.0 from https://gcc.gnu.org/releases.html
VERSION="5.5.0"
tar xzf gcc-$VERSION.tar.gz
cd gcc-$VERSION
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
../gcc-5.5.0/configure --prefix=$HOME/embedded/gcc-arm-none-eabi-5.5.0 --disable-multilib --enable-languages=c,c++ --target=arm-none-eabi
make -j$(nproc) # use all cores
make install
Then the following files are created under ~/embedded/arm-none-eabi-5.5.0/bin/
:
arm-none-eabi-c++ arm-none-eabi-gcc-5.5.0 arm-none-eabi-gcov
arm-none-eabi-cpp arm-none-eabi-gcc-ar arm-none-eabi-gcov-dump
arm-none-eabi-g++ arm-none-eabi-gcc-nm arm-none-eabi-gcov-tool
arm-none-eabi-gcc arm-none-eabi-gcc-ranlib
However, the following command fails:
arm-none-eabi-gcc -c -mcpu=cortex-m0 -O0 -ggdb (......)
Compiling crt0_v6m.S
as: unrecognized option '-mcpu=cortex-m0'
make: *** [/home/ceremcem/ChibiOS/os/common/startup/ARMCMx/compilers/GCC/rules.mk:253: build/obj/crt0_v6m.o] Error 1
I can verify that the command uses newly produced binaries:
$ which arm-none-eabi-gcc
/home/ceremcem/embedded/arm-none-eabi-5.5.0/bin//arm-none-eabi-gcc
This means that the newly compiled GCC toolchain does not accept the mcpu
option. What could be wrong with building the GCC toolchain phase that causes -mcpu=cortex-m0
option to fail?
gcc arm compiler
|
show 1 more comment
I'm trying to build an older version of GCC toolchain for ARM under x86 because there is a bug with GCC > v5 for Cortex-M0. I'm following the combination of the following instructions:
- https://stackoverflow.com/a/10662297/1952991
- https://stackoverflow.com/q/24559878/1952991
So my overall procedure is as follows:
# Download GCC-5.5.0 from https://gcc.gnu.org/releases.html
VERSION="5.5.0"
tar xzf gcc-$VERSION.tar.gz
cd gcc-$VERSION
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
../gcc-5.5.0/configure --prefix=$HOME/embedded/gcc-arm-none-eabi-5.5.0 --disable-multilib --enable-languages=c,c++ --target=arm-none-eabi
make -j$(nproc) # use all cores
make install
Then the following files are created under ~/embedded/arm-none-eabi-5.5.0/bin/
:
arm-none-eabi-c++ arm-none-eabi-gcc-5.5.0 arm-none-eabi-gcov
arm-none-eabi-cpp arm-none-eabi-gcc-ar arm-none-eabi-gcov-dump
arm-none-eabi-g++ arm-none-eabi-gcc-nm arm-none-eabi-gcov-tool
arm-none-eabi-gcc arm-none-eabi-gcc-ranlib
However, the following command fails:
arm-none-eabi-gcc -c -mcpu=cortex-m0 -O0 -ggdb (......)
Compiling crt0_v6m.S
as: unrecognized option '-mcpu=cortex-m0'
make: *** [/home/ceremcem/ChibiOS/os/common/startup/ARMCMx/compilers/GCC/rules.mk:253: build/obj/crt0_v6m.o] Error 1
I can verify that the command uses newly produced binaries:
$ which arm-none-eabi-gcc
/home/ceremcem/embedded/arm-none-eabi-5.5.0/bin//arm-none-eabi-gcc
This means that the newly compiled GCC toolchain does not accept the mcpu
option. What could be wrong with building the GCC toolchain phase that causes -mcpu=cortex-m0
option to fail?
gcc arm compiler
Have you installed the appropriate cross-binutils? It’sas
that’s complaining, and that’s part of binutils.
– Stephen Kitt
Apr 7 at 16:47
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and./contrib/download_prerequisites
command. Should I build something else?
– ceremcem
Apr 7 at 16:52
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
Right, I understand that, I was wondering since Debian 9 hasgcc-arm-none-eabi
version 5.4.1.
– Stephen Kitt
Apr 7 at 20:39
|
show 1 more comment
I'm trying to build an older version of GCC toolchain for ARM under x86 because there is a bug with GCC > v5 for Cortex-M0. I'm following the combination of the following instructions:
- https://stackoverflow.com/a/10662297/1952991
- https://stackoverflow.com/q/24559878/1952991
So my overall procedure is as follows:
# Download GCC-5.5.0 from https://gcc.gnu.org/releases.html
VERSION="5.5.0"
tar xzf gcc-$VERSION.tar.gz
cd gcc-$VERSION
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
../gcc-5.5.0/configure --prefix=$HOME/embedded/gcc-arm-none-eabi-5.5.0 --disable-multilib --enable-languages=c,c++ --target=arm-none-eabi
make -j$(nproc) # use all cores
make install
Then the following files are created under ~/embedded/arm-none-eabi-5.5.0/bin/
:
arm-none-eabi-c++ arm-none-eabi-gcc-5.5.0 arm-none-eabi-gcov
arm-none-eabi-cpp arm-none-eabi-gcc-ar arm-none-eabi-gcov-dump
arm-none-eabi-g++ arm-none-eabi-gcc-nm arm-none-eabi-gcov-tool
arm-none-eabi-gcc arm-none-eabi-gcc-ranlib
However, the following command fails:
arm-none-eabi-gcc -c -mcpu=cortex-m0 -O0 -ggdb (......)
Compiling crt0_v6m.S
as: unrecognized option '-mcpu=cortex-m0'
make: *** [/home/ceremcem/ChibiOS/os/common/startup/ARMCMx/compilers/GCC/rules.mk:253: build/obj/crt0_v6m.o] Error 1
I can verify that the command uses newly produced binaries:
$ which arm-none-eabi-gcc
/home/ceremcem/embedded/arm-none-eabi-5.5.0/bin//arm-none-eabi-gcc
This means that the newly compiled GCC toolchain does not accept the mcpu
option. What could be wrong with building the GCC toolchain phase that causes -mcpu=cortex-m0
option to fail?
gcc arm compiler
I'm trying to build an older version of GCC toolchain for ARM under x86 because there is a bug with GCC > v5 for Cortex-M0. I'm following the combination of the following instructions:
- https://stackoverflow.com/a/10662297/1952991
- https://stackoverflow.com/q/24559878/1952991
So my overall procedure is as follows:
# Download GCC-5.5.0 from https://gcc.gnu.org/releases.html
VERSION="5.5.0"
tar xzf gcc-$VERSION.tar.gz
cd gcc-$VERSION
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
../gcc-5.5.0/configure --prefix=$HOME/embedded/gcc-arm-none-eabi-5.5.0 --disable-multilib --enable-languages=c,c++ --target=arm-none-eabi
make -j$(nproc) # use all cores
make install
Then the following files are created under ~/embedded/arm-none-eabi-5.5.0/bin/
:
arm-none-eabi-c++ arm-none-eabi-gcc-5.5.0 arm-none-eabi-gcov
arm-none-eabi-cpp arm-none-eabi-gcc-ar arm-none-eabi-gcov-dump
arm-none-eabi-g++ arm-none-eabi-gcc-nm arm-none-eabi-gcov-tool
arm-none-eabi-gcc arm-none-eabi-gcc-ranlib
However, the following command fails:
arm-none-eabi-gcc -c -mcpu=cortex-m0 -O0 -ggdb (......)
Compiling crt0_v6m.S
as: unrecognized option '-mcpu=cortex-m0'
make: *** [/home/ceremcem/ChibiOS/os/common/startup/ARMCMx/compilers/GCC/rules.mk:253: build/obj/crt0_v6m.o] Error 1
I can verify that the command uses newly produced binaries:
$ which arm-none-eabi-gcc
/home/ceremcem/embedded/arm-none-eabi-5.5.0/bin//arm-none-eabi-gcc
This means that the newly compiled GCC toolchain does not accept the mcpu
option. What could be wrong with building the GCC toolchain phase that causes -mcpu=cortex-m0
option to fail?
gcc arm compiler
gcc arm compiler
edited Apr 7 at 22:28
ceremcem
asked Apr 7 at 16:41
ceremcemceremcem
5591622
5591622
Have you installed the appropriate cross-binutils? It’sas
that’s complaining, and that’s part of binutils.
– Stephen Kitt
Apr 7 at 16:47
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and./contrib/download_prerequisites
command. Should I build something else?
– ceremcem
Apr 7 at 16:52
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
Right, I understand that, I was wondering since Debian 9 hasgcc-arm-none-eabi
version 5.4.1.
– Stephen Kitt
Apr 7 at 20:39
|
show 1 more comment
Have you installed the appropriate cross-binutils? It’sas
that’s complaining, and that’s part of binutils.
– Stephen Kitt
Apr 7 at 16:47
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and./contrib/download_prerequisites
command. Should I build something else?
– ceremcem
Apr 7 at 16:52
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
Right, I understand that, I was wondering since Debian 9 hasgcc-arm-none-eabi
version 5.4.1.
– Stephen Kitt
Apr 7 at 20:39
Have you installed the appropriate cross-binutils? It’s
as
that’s complaining, and that’s part of binutils.– Stephen Kitt
Apr 7 at 16:47
Have you installed the appropriate cross-binutils? It’s
as
that’s complaining, and that’s part of binutils.– Stephen Kitt
Apr 7 at 16:47
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and
./contrib/download_prerequisites
command. Should I build something else?– ceremcem
Apr 7 at 16:52
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and
./contrib/download_prerequisites
command. Should I build something else?– ceremcem
Apr 7 at 16:52
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
Right, I understand that, I was wondering since Debian 9 has
gcc-arm-none-eabi
version 5.4.1.– Stephen Kitt
Apr 7 at 20:39
Right, I understand that, I was wondering since Debian 9 has
gcc-arm-none-eabi
version 5.4.1.– Stephen Kitt
Apr 7 at 20:39
|
show 1 more comment
1 Answer
1
active
oldest
votes
Your GCC doesn’t appear to be using the right as
, and probably wouldn’t use the right ld
either; you need to add
--with-as=/usr/bin/arm-none-eabi-as --with-ld=/usr/bin/arm-none-eabi-ld
to your ./configure
line.
You’re also likely to run into issues related to Debian’s multi-arch approach, which GCC 5 doesn’t support directly. Your best bet is to download the last Debian package of GCC 5.5 in source form, and use that (with patches) to build your cross-compiler. Then it will use the ARM C library which was installed as a dependency of the cross-GCC package you installed.
dget https://snapshot.debian.org/archive/debian-debug/20180412T094604Z/pool/main/g/gcc-5/gcc-5_5.5.0-12.dsc
cd gcc-5-5.5.0
debian/rules patch
then configure and build as before. (Ignore the cross-building documentation in debian/README.cross
.)
This didn't solve all issues but made the problem proceed to another step: Now it can't findstdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991
– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many*.h
files but theinclude
folder in newly compiled gcc installation location is still empty.
– ceremcem
Apr 7 at 20:26
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f511072%2fhow-to-cross-compile-older-version-of-gcc-under-debian%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
Your GCC doesn’t appear to be using the right as
, and probably wouldn’t use the right ld
either; you need to add
--with-as=/usr/bin/arm-none-eabi-as --with-ld=/usr/bin/arm-none-eabi-ld
to your ./configure
line.
You’re also likely to run into issues related to Debian’s multi-arch approach, which GCC 5 doesn’t support directly. Your best bet is to download the last Debian package of GCC 5.5 in source form, and use that (with patches) to build your cross-compiler. Then it will use the ARM C library which was installed as a dependency of the cross-GCC package you installed.
dget https://snapshot.debian.org/archive/debian-debug/20180412T094604Z/pool/main/g/gcc-5/gcc-5_5.5.0-12.dsc
cd gcc-5-5.5.0
debian/rules patch
then configure and build as before. (Ignore the cross-building documentation in debian/README.cross
.)
This didn't solve all issues but made the problem proceed to another step: Now it can't findstdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991
– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many*.h
files but theinclude
folder in newly compiled gcc installation location is still empty.
– ceremcem
Apr 7 at 20:26
add a comment |
Your GCC doesn’t appear to be using the right as
, and probably wouldn’t use the right ld
either; you need to add
--with-as=/usr/bin/arm-none-eabi-as --with-ld=/usr/bin/arm-none-eabi-ld
to your ./configure
line.
You’re also likely to run into issues related to Debian’s multi-arch approach, which GCC 5 doesn’t support directly. Your best bet is to download the last Debian package of GCC 5.5 in source form, and use that (with patches) to build your cross-compiler. Then it will use the ARM C library which was installed as a dependency of the cross-GCC package you installed.
dget https://snapshot.debian.org/archive/debian-debug/20180412T094604Z/pool/main/g/gcc-5/gcc-5_5.5.0-12.dsc
cd gcc-5-5.5.0
debian/rules patch
then configure and build as before. (Ignore the cross-building documentation in debian/README.cross
.)
This didn't solve all issues but made the problem proceed to another step: Now it can't findstdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991
– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many*.h
files but theinclude
folder in newly compiled gcc installation location is still empty.
– ceremcem
Apr 7 at 20:26
add a comment |
Your GCC doesn’t appear to be using the right as
, and probably wouldn’t use the right ld
either; you need to add
--with-as=/usr/bin/arm-none-eabi-as --with-ld=/usr/bin/arm-none-eabi-ld
to your ./configure
line.
You’re also likely to run into issues related to Debian’s multi-arch approach, which GCC 5 doesn’t support directly. Your best bet is to download the last Debian package of GCC 5.5 in source form, and use that (with patches) to build your cross-compiler. Then it will use the ARM C library which was installed as a dependency of the cross-GCC package you installed.
dget https://snapshot.debian.org/archive/debian-debug/20180412T094604Z/pool/main/g/gcc-5/gcc-5_5.5.0-12.dsc
cd gcc-5-5.5.0
debian/rules patch
then configure and build as before. (Ignore the cross-building documentation in debian/README.cross
.)
Your GCC doesn’t appear to be using the right as
, and probably wouldn’t use the right ld
either; you need to add
--with-as=/usr/bin/arm-none-eabi-as --with-ld=/usr/bin/arm-none-eabi-ld
to your ./configure
line.
You’re also likely to run into issues related to Debian’s multi-arch approach, which GCC 5 doesn’t support directly. Your best bet is to download the last Debian package of GCC 5.5 in source form, and use that (with patches) to build your cross-compiler. Then it will use the ARM C library which was installed as a dependency of the cross-GCC package you installed.
dget https://snapshot.debian.org/archive/debian-debug/20180412T094604Z/pool/main/g/gcc-5/gcc-5_5.5.0-12.dsc
cd gcc-5-5.5.0
debian/rules patch
then configure and build as before. (Ignore the cross-building documentation in debian/README.cross
.)
edited Apr 7 at 19:13
answered Apr 7 at 16:55
Stephen KittStephen Kitt
181k25414492
181k25414492
This didn't solve all issues but made the problem proceed to another step: Now it can't findstdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991
– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many*.h
files but theinclude
folder in newly compiled gcc installation location is still empty.
– ceremcem
Apr 7 at 20:26
add a comment |
This didn't solve all issues but made the problem proceed to another step: Now it can't findstdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991
– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many*.h
files but theinclude
folder in newly compiled gcc installation location is still empty.
– ceremcem
Apr 7 at 20:26
This didn't solve all issues but made the problem proceed to another step: Now it can't find
stdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991– ceremcem
Apr 7 at 17:49
This didn't solve all issues but made the problem proceed to another step: Now it can't find
stdint.h
while compiling an application, very much like the problem I've faced 4 years ago: stackoverflow.com/q/23973971/1952991– ceremcem
Apr 7 at 17:49
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
That’s because it’s looking for headers in the upstream location, not in the multiarch location; see my updated answer for a fix.
– Stephen Kitt
Apr 7 at 19:14
No luck, very same issue persists. Note that the
/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many *.h
files but the include
folder in newly compiled gcc installation location is still empty.– ceremcem
Apr 7 at 20:26
No luck, very same issue persists. Note that the
/usr/lib/gcc/arm-none-eabi/7.3.1/include/
folder contains many *.h
files but the include
folder in newly compiled gcc installation location is still empty.– ceremcem
Apr 7 at 20:26
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f511072%2fhow-to-cross-compile-older-version-of-gcc-under-debian%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Have you installed the appropriate cross-binutils? It’s
as
that’s complaining, and that’s part of binutils.– Stephen Kitt
Apr 7 at 16:47
Yes and no. I'm already installed and using arm-none-eabi-gcc v7.3.1 so I assumed the rest of the dependencies are already satisfied by the v7.3.1 installation and
./contrib/download_prerequisites
command. Should I build something else?– ceremcem
Apr 7 at 16:52
What version of Debian are you using?
– Stephen Kitt
Apr 7 at 20:33
I'm using Debian Buster/sid (testing). I would like to achieve a distro agnostic solution though.
– ceremcem
Apr 7 at 20:37
Right, I understand that, I was wondering since Debian 9 has
gcc-arm-none-eabi
version 5.4.1.– Stephen Kitt
Apr 7 at 20:39