GCC 5 branch now frozen for GCC 5.3 RC1

2015-11-30 Thread Richard Biener
The GCC 5 branch is now frozen for creating a first release candidate for GCC 5.3. All changes from now on require release manager approval. Thanks, Richard.

GCC 5.3 Release Candidate available from gcc.gnu.org

2015-11-30 Thread Richard Biener
The first release candidate for GCC 5.3 is available from ftp://gcc.gnu.org/pub/gcc/snapshots/5.3.0-RC-20151130 and shortly its mirrors. It has been generated from SVN revision 231055. I have sofar bootstrapped the release candidate on x86_64-suse-linux-gnu. Please test the release

Re: basic asm and memory clobbers - Proposed solution

2015-11-30 Thread Andrew Haley
On 11/29/2015 11:53 PM, David Wohlferd wrote: > > Trying to guess what people might have been expecting is a losing game. We have to do it all the time. > There is a way for people to be clear about what they want to clobber, > and that's to use extended asm. The way to clear up the ambiguit

Re: basic asm and memory clobbers - Proposed solution

2015-11-30 Thread Paul_Koning
> On Nov 29, 2015, at 6:53 PM, David Wohlferd wrote: > > > > On 11/28/2015 10:30 AM, paul_kon...@dell.com wrote: >>> On Nov 28, 2015, at 2:02 AM, Bernd Edlinger >>> wrote: >>> >>> ... >>> Well, I start to think that Jeff is right, and we should treat a asm ("") >>> as if it >>> were asm vo

Re: Solaris vtv port breaks x32 build

2015-11-30 Thread Jeff Law
On 11/28/2015 08:42 AM, Ulrich Drepper wrote: After the Solaris vtv port was added my build of the x86 gcc with x32 support fails. The build is special since the kernel doesn't have x32 support and I cannot directly run x32 binaries (they are run in a kvm kernel). This is used to work well by c

Re: Solaris vtv port breaks x32 build

2015-11-30 Thread Ulrich Drepper
On Mon, Nov 30, 2015 at 6:57 PM, Jeff Law wrote: > What part of this requires bits to run? I see AC_COMPILE_IFELSE, but not > anything which obviously requires running the resulting code. Without AC_USE_SYSTEM_EXTENSIONS one gets: configure.ac:111: warning: AC_COMPILE_IFELSE was called before A

Re: Solaris vtv port breaks x32 build

2015-11-30 Thread Jeff Law
On 11/30/2015 05:25 PM, Ulrich Drepper wrote: On Mon, Nov 30, 2015 at 6:57 PM, Jeff Law wrote: What part of this requires bits to run? I see AC_COMPILE_IFELSE, but not anything which obviously requires running the resulting code. Without AC_USE_SYSTEM_EXTENSIONS one gets: configure.ac:111:

Re: Solaris vtv port breaks x32 build

2015-11-30 Thread Ulrich Drepper
dir=/usr/share/man --infodir=/usr/share/info --enable-vtable-verify configure:2863: checking for C compiler default output file name configure:2885: /home/drepper/local/gcc-builds/test-20151130/./gcc/xgcc -B/home/drepper/local/gcc-builds/test-20151130/./gcc/ -B/us r/x86_64-redhat-linux/bin/ -B/usr/x86_6

Re: Solaris vtv port breaks x32 build

2015-11-30 Thread Matthias Klose
On 01.12.2015 03:58, Ulrich Drepper wrote: On Mon, Nov 30, 2015 at 9:14 PM, Jeff Law wrote: Right, but isn't AC_COMPILE_IFELSE a compile test, not a run test? The problem macro is _AC_COMPILER_EXEEXT_WORKS. The message is at the end. This macro *should* work for cross-compiling but somehow