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;








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?










share|improve this question
























  • 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

















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?










share|improve this question
























  • 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













0












0








0


1






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?










share|improve this question
















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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Apr 7 at 22:28







ceremcem

















asked Apr 7 at 16:41









ceremcemceremcem

5591622




5591622












  • 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

















  • 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
















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










1 Answer
1






active

oldest

votes


















2














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.)






share|improve this answer

























  • 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











  • 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











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
);



);













draft saved

draft discarded


















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









2














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.)






share|improve this answer

























  • 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











  • 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















2














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.)






share|improve this answer

























  • 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











  • 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













2












2








2







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.)






share|improve this answer















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.)







share|improve this answer














share|improve this answer



share|improve this answer








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 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











  • 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

















  • 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











  • 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
















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

















draft saved

draft discarded
















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

getting Checkpoint VPN SSL Network Extender working in the command lineHow to connect to CheckPoint VPN on Ubuntu 18.04LTS?Will the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayVPN SSL Network Extender in FirefoxLinux Checkpoint SNX tool configuration issuesCheck Point - Connect under Linux - snx + OTPSNX VPN Ububuntu 18.XXUsing Checkpoint VPN SSL Network Extender CLI with certificateVPN with network manager (nm-applet) is not workingWill the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayImport VPN config files to NetworkManager from command lineTrouble connecting to VPN using network-manager, while command line worksStart a VPN connection with PPTP protocol on command linestarting a docker service daemon breaks the vpn networkCan't connect to vpn with Network-managerVPN SSL Network Extender in FirefoxUsing Checkpoint VPN SSL Network Extender CLI with certificate

Cannot Extend partition with GParted The 2019 Stack Overflow Developer Survey Results Are In Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) 2019 Community Moderator Election ResultsCan't increase partition size with GParted?GParted doesn't recognize the unallocated space after my current partitionWhat is the best way to add unallocated space located before to Ubuntu 12.04 partition with GParted live?I can't figure out how to extend my Arch home partition into free spaceGparted Linux Mint 18.1 issueTrying to extend but swap partition is showing as Unknown in Gparted, shows proper from fdiskRearrange partitions in gparted to extend a partitionUnable to extend partition even though unallocated space is next to it using GPartedAllocate free space to root partitiongparted: how to merge unallocated space with a partition

Marilyn Monroe Ny fiainany manokana | Jereo koa | Meny fitetezanafanitarana azy.