<p dir="ltr"></p>
<p dir="ltr">Il 21 nov 2016 2:41 PM, "Andrew Bradford" <<a href="mailto:andrew@bradfordembedded.com">andrew@bradfordembedded.com</a>> ha scritto:<br>
><br>
> Hi Michele,<br>
><br>
> On 11/18 23:38, Michele Bucca wrote:<br>
> > Il 18 nov 2016 9:27 PM, "Andrew Bradford"<br>
> > <<a href="mailto:andrew@bradfordembedded.com">andrew@bradfordembedded.com</a>> ha scritto:<br>
> > ><br>
> > > Hi Michele,<br>
> > ><br>
> > > On 11/16 10:08, Michele Bucca wrote:<br>
> > > > Hello, I'm trying to build a cross compiler for arm v6 machines  without<br>
> > > > float on my computer. Debian 8<br>
> > > ><br>
> > > > the target I'm trying to use for the build is arm-linux-uclibc but<br>
> > > > configure recognises it as arm-unknown-linux-uclibc and gcc does not<br>
> > > > recognise as a valid target when I give the command "make"<br>
> > ><br>
> > > Can you share what the actual build error is?  And does this error from<br>
> > > make happen when you're compiling the first pass of GCC or at some other<br>
> > > time?<br>
> ><br>
> > the  error was gcc-all target not valid during the make process<br>
><br>
> If you're able to provide the actual error output, that might be<br>
> helpful.<br>
><br>
> > ><br>
> > > arm-unknown-linux-uclibc should be a valid triplet according to GCC, as<br>
> > > far as I can tell.<br>
> ><br>
> > I've used arm-unknown-linux-uclibcgnueabi<br>
><br>
> I don't believe that's a valid triplet.  The "gnu" part in the last<br>
> segment is to indicate glibc, normally.  The "eabi" is to indicate the<br>
> newer ABI for ARM, which since you mention you're using Cortex-A53, is<br>
> correct for your processor.<br>
><br>
> Likely you want arm-unknown-linux-uclibceabi as your triplet.<br>
><br>
arm-unknown-linux-uclibcgnueabi is used even by crosstool-ng</p>
<p dir="ltr">> > ><br>
> > > What versions of binutils, GCC, and uClibc are you using?<br>
> ><br>
> > Gcc 6.2.0<br>
> > Binutiils 2.27<br>
> > uClibc-ng 1.0.17<br>
> > MPC 1.0.3<br>
> > GMP 6.1.1<br>
> > MPFR 3.1.4<br>
> > Linux 4.7.2<br>
> ><br>
> > ><br>
> > > > There's no book on <a href="http://clfs.org">clfs.org</a> that builds by hand a uclibc toolchain and I<br>
> > > > want to learn to build one to compile static software (qemu as a console<br>
> > > > command)to run on android. I've already succeeded building qemu statically<br>
> > > > with a glibc arm compiler but it does not work well as glibc suck for<br>
> > > > static compiling. Can you help me with building GCC? I'm building the first<br>
> > > > pass GCC<br>
> > ><br>
> > > Are you building for a no-mmu system?  If not, are you able to follow<br>
> > > the current embedded book using musl libc and compile statically linked<br>
> > > executables?<br>
> > ><br>
> ><br>
> > The CPU that will run the executables is a Qualcomm Snapdragon 400/410<br>
> > Architecture ARM Cortex-A53 (revision r0p0)<br>
> > I don't know anything else<br>
> ><br>
> > GCC is built using --with-arch=armv6 --with-float=soft<br>
><br>
> Cortex-A53 is armv8-a, it likely will work fine executing armv6 binaries,<br>
> but I find it odd that you're trying to do this.  Any reason why you're<br>
> not using --with-arch=armv8-a or at least --with-arch=armv7?</p>
<p dir="ltr">Because I want to make sure that the executables will run even on the older CPUs</p>
<p dir="ltr">><br>
> Are you trying to match a toolchain given to you by someone else?<br>
><br>
> > > If you are able to build using musl, then at least it would narrow down<br>
> > > the problem to how you're using uClibc.<br>
> ><br>
> > On the page below it is shown that QEMU can't be build with musl. I<br>
> > know that there are patches out there but I don't want to edit the<br>
> > code of the tarball as I want to keep it as intact as possible.<br>
> ><br>
> > <a href="http://wiki.musl-libc.org/wiki/Pkgsrc_results">http://wiki.musl-libc.org/wiki/Pkgsrc_results</a><br>
><br>
> In my experience, there are a decent number of packages in pkgsrc which<br>
> don't build with musl where the build failure has nothing to do with<br>
> musl specifically.  Unless you have specific knowledge of why the pkgsrc<br>
> packages aren't building, it's not always good to put full faith in that<br>
> test suite.<br>
><br>
> Sabotage Linux [1] has a qemu package and uses musl, you may look at how<br>
> they build it for some tips.<br>
><br>
> [1]: <a href="https://github.com/sabotage-linux/sabotage">https://github.com/sabotage-linux/sabotage</a><br>
><br>
> > Like now I've installed uClibc, let's hope that anything will go well<br>
> > (at least when building the toolchain)<br>
> > I wanted to learn how to make this toolchain because all I can find<br>
> > about arm uclibc toolchains is the buildroot package that may be<br>
> > really neat for what I want to do but it does not let me to study how<br>
> > the toolchain is made. To build this thing I'm using multiple sources:<br>
> > the clfs-embedded book, the LFS book and sometimes even the CLFS-3.0<br>
> > (sysvinit) book.<br>
><br>
> Buildroot isn't hard to follow if you take a gander through their<br>
> Makefiles, or just read through the output during a build.  It takes</p>
<p dir="ltr">i have to learn how makefiles work. I don't know not even the basics of Makefiles</p>
<p dir="ltr">> some time to parse and understand, but their toolchain when using uClibc<br>
> or musl is pretty simple and rather similar to how CLFS does things.<br>
><br>
> You might also check out crosstool-ng [2] if you want a relatively easy<br>
> to use toolchain creator system.<br>
><br>
> [2]: <a href="http://crosstool-ng.org/">http://crosstool-ng.org/</a><br>
></p>
<p dir="ltr">I'm studying even musl-cross to build the toolchain</p>
<p dir="ltr"><a href="https://bitbucket.org/GregorR/musl-cross/src/">https://bitbucket.org/GregorR/musl-cross/src/</a></p>
<p dir="ltr">> > I'll keep you Informed if you wish<br>
> > If you have other suggestions or warnings that would be appreciated<br>
><br>
> I'm happy to help if I can so long as you post your questions to the<br>
> clfs-support list.<br>
><br>
> Thanks,<br>
> Andrew<br>
></p>
<p dir="ltr">Thank you Andrew,</p>
<p dir="ltr">-- Michele _______________________________________________<br>
> Clfs-support mailing list<br>
> <a href="mailto:Clfs-support@lists.clfs.org">Clfs-support@lists.clfs.org</a><br>
> <a href="http://lists.clfs.org/listinfo.cgi/clfs-support-clfs.org">http://lists.clfs.org/listinfo.cgi/clfs-support-clfs.org</a><br></p>