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] |
Sure :) Results of "-c -v" from a simple "hello world" program using the new compiler are shown below. I must have really messed up somewhere - I note that it is sending "-mfpu-softfpa" to the assembler TWICE ! Thanks for the help ! Best, Scott. Reading specs from /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/lib/gcc/arm-vfp-linux/3.4.3/specs Configured with: /aux/arm/kwork/crosstool-0.30/build/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/gcc-3.4.3/configure --target=arm-vfp-linux --host=i686-host_pc-linux-gnu --prefix=/aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4 --with-float=soft --with-cpu=xscale --enable-cxx-flags=-mcpu=xscale --with-headers=/aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/arm-vfp-linux/include --with-local-prefix=/aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/arm-vfp-linux --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long Thread model: posix gcc version 3.4.3 /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/libexec/gcc/arm-vfp-linux/3.4.3/cc1 -quiet -v -D__ARM_ARCH_5TE__ -D__XSCALE__ hello.c -quiet -dumpbase hello.c -mcpu=xscale -msoft-float -auxbase hello -version -o /tmp/ccEbKNbp.s #include "..." search starts here: #include <...> search starts here: /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/include /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/lib/gcc/arm-vfp-linux/3.4.3/include /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/lib/gcc/arm-vfp-linux/3.4.3/../../../../arm-vfp-linux/sys-include /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/lib/gcc/arm-vfp-linux/3.4.3/../../../../arm-vfp-linux/include End of search list. GNU C version 3.4.3 (arm-vfp-linux) compiled by GNU C version 3.2.2 20030222 (Red Hat Linux 3.2.2-5). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 /aux/arm/vfp/arm-vfp-linux/gcc-3.4.3-glibc-2.3.4/lib/gcc/arm-vfp-linux/3.4.3/../../../../arm-vfp-linux/bin/as -mcpu=xscale -mfpu=softfpa -mfpu=softfpa -o hello.o /tmp/ccEbKNbp.s On Mon, 11 Apr 2005 15:45:58 +0200 Dimitry Andric <dimitry@andric.com> wrote: > On 2005-04-11 at 01:33:14 J. Scott Merritt wrote: > > > I applied the arm-softfloat.patch from your website and performed a > > crosstool build for gcc-3.4.3-glibc-2.3.4. I believe the VFP format > > is being used, because an fprintf of a floating number produces the > > *huge* result shown elsewhere, > > Yes, make sure you also patch glibc with either glibc-vfp.patch from > my site, or if you have a recent crosstool, it's also included as > glibc-fp-byteorder.patch. > > > > however, even with the softfloat patch it looks as though the VFP > > format flag is not getting set in the ELF header (should be 0x600 > > and its still at 0x200). > > > - Should the softfloat patch update the ELF header to report > > VFP format or is this still missing ? > > The softfloat patch modifies the flags that are passed by gcc to the > assembler (SUBTARGET_ASM_FLOAT_SPEC) to: > > 1) -mfpu=softvfp, if you give gcc no floating point options > 2) -mfpu=softfpa, if you give gcc the -msoft-float option > 3) -mfpu=fpa, if you give gcc the -mhard-float option > > Can you show us output of arm-linux-gcc -v -c, with just a random .c > file? > > > > - I assume that I need to also copy the glibc-vfp.patch forward > > to glibc-2.3.4 to solve the fprintf 1.0 problem ? > > Yes. > ------ 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] |