Re: Bootstrap comparison failure on powerpc64 for Ada
[EMAIL PROTECTED] wrote on 24/06/2007 01:17:34: > > I tested it on powerpc64-linux with the default option > > --with-cpu=default32. > > Ah, so this is a 32-bit compiler like on sparc64-linux? --with-cpu=default32 means that the compiler itself and it's produced code are 32 bits by default. Revital > -- > Eric Botcazou
Re: old intentional gcc bug?
On Jun 23, 2007, at 2:38 PM, Robert Dewar wrote: On the contrary, since gcc can always be built using third party C compilers, it would be much easier to smoke out and eliminate any such behavior (indeed this example shows the merit of maintaining the property that gcc can be compiled by non-gcc compilers), although we have not been able to maintain that property for the Ada front end. Plus, you can audit old binaries to find evidence this had been done by recompiling gcc with 5 different C compiles on 5 systems and then using those to compile up the claimed sources for the binary and see if it matches the binary in question. If you're a system distributor, you limit who can inject binaries into the build system, log and audit it.
Re: old intentional gcc bug?
> Indeed. It would be interesting to confirm whether or not a copy of gcc > bootstrapped with a non-gcc compiler matched byte-for-byte with a copy > of gcc bootstrapped from gcc. I just made the experiment on an old SPARC/Solaris 2.5.1 machine and they differ (cc is Sun C 5.0 and gcc is GCC 3.4.3): Using built-in specs. Target: sparc-sun-solaris2.5.1 Configured with: /home/eric/svn/gcc/configure --prefix=/opt/build/eric/local/gcc --with-gmp=/opt/build/eric/local --with-mpfr=/opt/build/eric/local --with-local-prefix=/opt/build/eric/local --enable-languages=c --enable-checking=assert,misc,runtime Thread model: posix95 gcc version 4.3.0 20070623 (experimental) sunshine% ls -l gcc.cc/gcc/cc1 -rwxrwxr-x 1 eric eric 47123792 Jun 24 07:38 gcc.cc/gcc/cc1 sunshine% ls -l gcc.gcc/gcc/cc1 -rwxrwxr-x 1 eric eric 47126188 Jun 24 13:40 gcc.gcc/gcc/cc1 Most of the differences seem to come from the .stab section, not sure why. Independently of this, I'm pretty sure that our configure machinery is sensitive to the bootstrap compiler. -- Eric Botcazou
relation between gcc/glibc version and linux kernel version??
Hi I have a very basic doubt regarding gcc,binutils and kernel. How closely tied are the linux kernel version and the gcc/glibc versions? and where exactly does binutils come in? What kind of changes usually require that version x of kernel requires version y of binutils and gcc-z. And is there any relation between compiler version used for kernel and application compilation?? For eg: can i run a system with linux-2.4.20 kernel (compiled with gcc-2.95) and have applications compiled with gcc-4 running on it? thanks ganesh No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started. http://mobile.yahoo.com/mail
Re: relation between gcc/glibc version and linux kernel version??
On Jun 24, 2007, at 9:32 PM, ganesh subramonian wrote: I have a very basic doubt regarding gcc,binutils and kernel. How closely tied are the linux kernel version and the gcc/glibc versions? Versions of gcc are never (much) dependent on kernel versions. They are rarely dependent on glibc versions, and loosely dependent on binutil versions. For binutils dependencies, you'd want to ask on a binutils list, though, doubt you'd have to worry much about it, as long as you aren't trying to compile with gcc-1.27 or something weird like that. For glibc, you'll want to consult it's documentation and be sure to use a recommended gcc version, same with the kernel. What kind of changes usually require that version x of kernel requires version y of binutils and gcc-z. Bugs. And is there any relation between compiler version used for kernel and application compilation?? No. For eg: can i run a system with linux-2.4.20 kernel (compiled with gcc-2.95) and have applications compiled with gcc-4 running on it? Yes.
Re: relation between gcc/glibc version and linux kernel version??
[EMAIL PROTECTED] wrote: How closely tied are the linux kernel version and the gcc/glibc versions? and where exactly does binutils come in? Not at all closely, although versions from different years are unlikely to be well tested together. For eg: can i run a system with linux-2.4.20 kernel (compiled with gcc-2.95) and have applications compiled with gcc-4 running on it? There's nothing to stop you from trying to build and install a recent gcc on an out of date system. You will have to build from source, so that the configure steps can take into account the glibc etc on your system. When you carry it this far, there are no guarantees at all. You should probably be interested in a more modern distro, provided your hardware is still supported. In my experience, attempts to build libstdc++ often require a binutils update. New architecture options in gcc surely will not work without support in binutils.
