Re: [RFC] Detect most integer overflows.

2014-10-23 Thread Marek Polacek
Hi, On Tue, Apr 22, 2014 at 01:58:00PM +0200, Hannes Frederic Sowa wrote: > I'll play around and will post a new patch in the not too distant > future. ;) Are you still planning on posting the revised patch? Perhaps I could take and finish the patch, but I don't think I can do that because you d

RE: selective linking of floating point support for *printf / *scanf

2014-10-23 Thread Thomas Preud'homme
Hi all, I changed the target hook somehow so that more code run in the backend since depending on the target (avr-libc Vs newlib) two different schemes are used: printf -> iprintf renaming or defining _printf_float as a global symbol. I thus renamed the target hook to match such a usage. The pr

Re: common subexpression elimination no longer working for asm()?

2014-10-23 Thread Richard Biener
On Wed, Oct 22, 2014 at 5:28 PM, Jan Beulich wrote: > I noticed the issue with 4.9.1 (in that x86 Linux'es > this_cpu_read_stable() no longer does what the comment preceding > its definition promises), and the example below demonstrates this in > a simplified (but contrived) way. I just now verifi

Re: common subexpression elimination no longer working for asm()?

2014-10-23 Thread Jan Beulich
>>> On 23.10.14 at 13:32, wrote: > On Wed, Oct 22, 2014 at 5:28 PM, Jan Beulich wrote: >> I noticed the issue with 4.9.1 (in that x86 Linux'es >> this_cpu_read_stable() no longer does what the comment preceding >> its definition promises), and the example below demonstrates this in >> a simplifie

Re: common subexpression elimination no longer working for asm()?

2014-10-23 Thread Jakub Jelinek
On Wed, Oct 22, 2014 at 04:28:52PM +0100, Jan Beulich wrote: > I noticed the issue with 4.9.1 (in that x86 Linux'es > this_cpu_read_stable() no longer does what the comment preceding > its definition promises), and the example below demonstrates this in > a simplified (but contrived) way. I just no

Re: [RFC] Detect most integer overflows.

2014-10-23 Thread Hannes Frederic Sowa
Hi Marek, On Do, 2014-10-23 at 10:23 +0200, Marek Polacek wrote: > On Tue, Apr 22, 2014 at 01:58:00PM +0200, Hannes Frederic Sowa wrote: > > I'll play around and will post a new patch in the not too distant > > future. ;) > > Are you still planning on posting the revised patch? Perhaps I could >

RE: gcc testsuite

2014-10-23 Thread Andrew Bennett
> Hi, >I couldn't find newlib in my source gcc-4.5.5 directory. I download > and try to install it, i think it is not completed > when i run make install ...it ends quickly with the message shown below > > make[2]: Leaving directory /gcc-4.4/build_newlib/etc' > make[1]: Nothing to be done for

GCC 4.9.2 Release Candidate available from gcc.gnu.org

2014-10-23 Thread Jakub Jelinek
GCC 4.9.2 Release Candidate available from gcc.gnu.org The first release candidate for GCC 4.9.2 is available from ftp://gcc.gnu.org/pub/gcc/snapshots/4.9.2-RC-20141023 and shortly its mirrors. It has been generated from SVN revision 216570. I have so far bootstrapped and tested the release

Re: Bounded Array Type?

2014-10-23 Thread Joseph S. Myers
On Wed, 22 Oct 2014, Martin Uecker wrote: > > > Sorry for bringing this up again, but this could work: > > void foo(int x, int (*s)[x]) > { > (*s)[x] = 1; // <- undefined behaviour Yes, I believe that's undefined (even if the array is part of a larger object, as the same principle as

GCC 4.9.2 Status Report (2014-10-23)

2014-10-23 Thread Jakub Jelinek
Status == GCC 4.9.2-rc1 has been created and announced, the branch is now frozen for blocking regressions and documentation fixes only and all changes to the branch require a RM approval. If all goes well, 4.9.2 will be released in a week. Quality Data Priority # Chan

RE: selective linking of floating point support for *printf / *scanf

2014-10-23 Thread Joseph S. Myers
On Thu, 23 Oct 2014, Thomas Preud'homme wrote: > Hi all, > > I changed the target hook somehow so that more code run in the backend > since depending on the target (avr-libc Vs newlib) two different schemes > are used: printf -> iprintf renaming or defining _printf_float as a > global symbol.

Restricting arguments to intrinsic functions

2014-10-23 Thread Charles Baylis
Hi ( tl;dr: How do I handle intrinsic or builtin functions where there are restrictions on the arguments which can't be represented in a C function prototype? Do other ports have this problem, how do they solve it? Language extension for C++98 to provide static_assert?) I'm trying to resolve some

Re: Restricting arguments to intrinsic functions

2014-10-23 Thread Andrew Pinski
On Thu, Oct 23, 2014 at 10:52 AM, Charles Baylis wrote: > Hi > > ( tl;dr: How do I handle intrinsic or builtin functions where there > are restrictions on the arguments which can't be represented in a C > function prototype? Do other ports have this problem, how do they > solve it? Language extens

Re: Restricting arguments to intrinsic functions

2014-10-23 Thread Andrew Pinski
On Thu, Oct 23, 2014 at 11:00 AM, Andrew Pinski wrote: > On Thu, Oct 23, 2014 at 10:52 AM, Charles Baylis > wrote: >> Hi >> >> ( tl;dr: How do I handle intrinsic or builtin functions where there >> are restrictions on the arguments which can't be represented in a C >> function prototype? Do other

Re: Restricting arguments to intrinsic functions

2014-10-23 Thread Jakub Jelinek
On Thu, Oct 23, 2014 at 11:06:24AM -0700, Andrew Pinski wrote: > On Thu, Oct 23, 2014 at 11:00 AM, Andrew Pinski wrote: > > On Thu, Oct 23, 2014 at 10:52 AM, Charles Baylis > > wrote: > >> Hi > >> > >> ( tl;dr: How do I handle intrinsic or builtin functions where there > >> are restrictions on th

gcc-4.8-20141023 is now available

2014-10-23 Thread gccadmin
Snapshot gcc-4.8-20141023 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.8-20141023/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.8 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches