This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
I tried some things with rc12, for example gcc 3.3.3 with libc 2.3.2 as with rc7, but there is a cygwin specific strangeness:
getandpatch.sh: cannot open /usr/src/crosstools/crosstool-0.28-rc12/patches/glibc-2.3.2/glibc-2.2.5-crosstest.patch: permission denied
+ cat patch1776.log
cat: patch1776.log: No such file or directory
Eh? - cygwin's tar doesn't create the symbolic link to glibc-2.2.5-crosstest.patch as in rc7, hmmm. 0 Bytes with permissions ----------. No such behaviour with Linux.
I copied from Linux via Samba. Now I have a working rc12 with cygwin but without any links (file copy instead link copy).
> Yes, maybe you need to set a cpu option; you can set -mcpu=xxxx in TARGET_CFLAGS, > and --with-cpu=xxxx and --enable-cxx-flags=-mcpu=xxxx in GCC_EXTRA_CONFIG, > like ppc405.dat does, maybe.
Some dozen (really!) config's and runs later ...
Trying rc12 with
- gcc < 3.4.0:
export GCC_EXTRA_CONFIG="--with-fp --with-cpu=strongarm --enable-cxx-flags=-mcpu=strongarm1110"
export GLIBC_EXTRA_CONFIG="--with-fp --with-cpu=strongarm"
gcc = 3.4.0:
export GCC_EXTRA_CONFIG="--with-fp"
export GLIBC_EXTRA_CONFIG="--with-fp"
- gcc < 3.4.0: export TARGET_CFLAGS="-O2 --mcpu=strongarm1110" gcc = 3.4.0: export TARGET_CFLAGS="-O"
- 2.95.3 < gcc < 3.4.0 (!): glibc-vfp.patch applied for glibc 2.3.2 (copied from contrib to patches)
- gcc = 3.4.0: Linux 2.4.21 Headers as rc7 instead 2.6.5 as in rc12 (creating toolchain has an error with 2.6.5)
give the results:
Linux toolchain -static gcc glibc Header compile test program
2.95.3 2.1.3 2.4.18 + +
3.3.2 2.1.3 2.4.24 error 3 - 3.3.2 2.3.2 2.4.24 + +
3.3.3 2.1.3 2.4.18/24 error 3 - 3.3.3 2.3.2 2.4.24 + +
3.4.0 2.1.3 2.4.18/21 error 4 - 3.4.0 2.3.2 2.4.18/21 + +
Explicit setting of CPU type resolves the illegal instruction error.
Without glibc-vfp.patch and with -static: float output error. Even though comment "for soft-float" within the patch. The patch is not needed for gcc 2.4.0 with glibc 2.3.2. (!?)
Solved: Illegal instruction, float output. Remaining: gcc 3.4.0 or 3.3.x with glibc 2.1.3.
It seems to me that error 3 is the same as with gcc 3.4.0 and cpu=strongarm config.
Wow, that's a lot of work! Thanks for reporting so carefully. The only other thing I'd like to see is the literal text of the compile errors (that way when people google for the error message, they can see how you solved it).
It sounds like glibc-vfp.patch is a Good Thing then, even when not using soft float. Do you agree that I should apply that always, and that it does not harm gcc-3.4.0 builds?
It also sounds like gcc-3.4.0 is a Good Thing, but that I shound default to using 2.4 kernel headers until using the 2.6 kernel headers builds on all architectures.
My arm*.dat files were put together rather carelessly (I don't have arm here to test with). Perhaps you could suggest a better set of arm*.dat and demo-arm*.sh files, or at least one that works for your needs?
Thanks! - Dan
-- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |