[wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Benjamin De Kosnik
Hey! Here is the first pass at the 4.8 porting documentation. This seems to reflect the current trunk reality. I'm not quite sure to about the best way to talk about the more aggressive loop optimizations WRT undefined sematincs, but this seems reasonable. Of course, if anybody has better

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Tobias Burnus
Benjamin De Kosnik wrote: Hey! Here is the first pass at the 4.8 porting documentation. This seems to reflect the current trunk reality. I'm not quite sure to about the best way to talk about the more aggressive loop optimizations WRT undefined sematincs, but this seems reasonable. Of course,

[Patch, Fortran, 4.9] Minor FINAL preparation patch

2013-03-13 Thread Tobias Burnus
Dear all, this small patch fixes some small issues with the current FINAL implementation, which is still disabled. Namely: (a) class.c: TRANSFER has an optional size= argument; if one doesn't has an actual-argument (which can be expr == NULL), it segfaults. (b) class.c: SIZE needs to return

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Mikael Pettersson
Benjamin De Kosnik writes: Hey! Here is the first pass at the 4.8 porting documentation. .. + memset(p1, 0, sizeof(p1)); // error, use memcopy s/memcopy/memcpy/ + memset(p1, 0, sizeof(p1)); // error, use memcopy likewise + pTo fix, either use memcopy or dereference the last

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Alexander Monakov
On Wed, 13 Mar 2013, Mikael Pettersson wrote: Benjamin De Kosnik writes: Hey! Here is the first pass at the 4.8 porting documentation. .. + memset(p1, 0, sizeof(p1)); // error, use memcopy s/memcopy/memcpy/ It doesn't make sense. memcpy from NULL src pointer? Alexander

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Mikael Pettersson
Alexander Monakov writes: On Wed, 13 Mar 2013, Mikael Pettersson wrote: Benjamin De Kosnik writes: Hey! Here is the first pass at the 4.8 porting documentation. .. + memset(p1, 0, sizeof(p1)); // error, use memcopy s/memcopy/memcpy/ It doesn't make

[PATCH] Fix PR56608

2013-03-13 Thread Richard Biener
Basic-block vectorization removes scalar stmt calls (well, replaces them with assignment from zero) even if the scalar result is used from non-vectorized code (yes, that's a cost issue as well, I filed PR56612 for this). The following is an easy workaround - while DCE is not run for quite a

[v3] libstdc++/56609

2013-03-13 Thread Paolo Carlini
Hi, a very simple issue, tested x86_64-linux and committed. Thanks, Paolo. // 2013-03-13 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/56609 * include/std/type_traits (is_fundamental): Add std::nullptr_t. *

[C++ testcase, committed] PR 56611

2013-03-13 Thread Paolo Carlini
Hi, I'm committing the testcase and closing the issue as already fixed in mainline. Thanks, Paolo. 2013-03-13 Paolo Carlini paolo.carl...@oracle.com PR c++/56611 * g++.dg/cpp0x/alias-decl-32.C: New. Index: g++.dg/cpp0x/alias-decl-32.C

Re: [PATCH][5/n] tree LIM TLC

2013-03-13 Thread Richard Biener
On Tue, 12 Mar 2013, Steven Bosscher wrote: On Tue, Mar 12, 2013 at 4:16 PM, Richard Biener wrote: --- 127,145 /* The locations of the accesses. Vector indexed by the loop number. */ ! /* The following sets are

Re: [PATCH] Fix PR56344

2013-03-13 Thread Marek Polacek
Ping. On Tue, Mar 05, 2013 at 05:06:21PM +0100, Marek Polacek wrote: On Fri, Mar 01, 2013 at 09:41:27AM +0100, Richard Biener wrote: On Wed, Feb 27, 2013 at 6:38 PM, Joseph S. Myers jos...@codesourcery.com wrote: On Wed, 27 Feb 2013, Richard Biener wrote: Wouldn't it be better to

[PATCH][7/n] tree LIM TLC

2013-03-13 Thread Richard Biener
This uses bitmap_heads for more bitmaps (one indirection less and slightly smaller memory footprint) and it avoids the extra indirection to avoid having a vec of a vec which is now possible. Bootstrap and regtest running on x86_64-unknown-linux-gnu. Richard. 2013-03-13 Richard Biener

[PATCH][8/n] tree LIM TLC

2013-03-13 Thread Richard Biener
This changes the vector of locations we track for each memory reference from storing a pointer to a location aggregate to storing the aggregate directly, avoiding an indirection and tons of small memory allocations. This also touches the way we iterate over locations of refs - instead of

[PATCH][9/n] tree LIM TLC

2013-03-13 Thread Richard Biener
This makes the linked list of dependent stmts a vector instead. Saves separate allocation / free of list entries and overall some memory (overhead for vecs is less than 50%). Bootstrap and regtest on x86_64-unknown-linux-gnu running. Richard. 2013-03-13 Richard Biener rguent...@suse.de

Re: [C++ Patch] PR 56582

2013-03-13 Thread Jason Merrill
OK for 4.8.1. Jason

Re: [PATCH][4.8][4.7][4.6] Make -shared-libgcc the default on Cygwin.

2013-03-13 Thread Dave Korn
On 12/03/2013 08:59, Richard Biener wrote: On Tue, Mar 12, 2013 at 2:44 AM, Dave Korn dave.korn.cyg...@gmail.com wrote: Hello list, The attached patch makes -shared-libgcc the default for Cygwin. This is something that I should have done some time ago, as shared libgcc on Cygwin is

Re: [Patch, microblaze]: Add support for TLS in MicroBlaze

2013-03-13 Thread Michael Eager
On 03/12/2013 01:47 PM, David Holsgrove wrote: Add support for thread local storage (general dynamic and local dynamic models) in MicroBlaze. gcc/Changelog 2013-03-13 Edgar E. Iglesias edgar.igles...@xilinx.com David Holsgrove david.holsgr...@xilinx.com *

Re: [PATCH] Fix -print-multi-os-directory for aarch64

2013-03-13 Thread Andrew Pinski
On Thu, Mar 7, 2013 at 8:45 AM, Jakub Jelinek ja...@redhat.com wrote: On Thu, Mar 07, 2013 at 08:29:06AM -0800, Andrew Pinski wrote: On Thu, Mar 7, 2013 at 3:15 AM, Jakub Jelinek ja...@redhat.com wrote: AFAIK aarch64 libraries are supposed to go into /usr/lib64 etc. directories similarly to

[PATCH] Fix PR56605

2013-03-13 Thread Bill Schmidt
This patch (suggested by Steven B) removes some redundant loop assertions that are currently being missed, resulting in redundant branches appearing prior to many loops on powerpc64. Bootstrapped and tested with no new regressions on powerpc64-unknown-linux-gnu. Ok for trunk? Thanks, Bill

Re: [PATCH, updated] Vtable pointer verification, main gcc changes (patch 2 of 3)

2013-03-13 Thread Diego Novillo
On 2013-02-25 14:27 , Caroline Tice wrote: Index: libgcc/Makefile.in === --- libgcc/Makefile.in(revision 196266) +++ libgcc/Makefile.in(working copy) @@ -22,6 +22,7 @@ libgcc_topdir = @libgcc_topdir@ host_subdir =

[PATCH] Introduce -Waggressive-loop-optimizations (PR tree-optimization/53265)

2013-03-13 Thread Jakub Jelinek
Hi! This patch is an attempt to warn about undefined behavior in simple loops with known constant number of latch executions, which probably is the most common case where gcc 4.8 started to turn finite loops involving undefined behavior before reaching last iteration into endless loops. Of

[C++ PATCH] Fix -Wdiv-by-zero regression (PR c++/56607)

2013-03-13 Thread Jakub Jelinek
Hi! My sizeof deferred folding changes led to the following regression. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, acked by Jason in the PR, queued for 4.8.1 and 4.9. 2013-03-13 Jakub Jelinek ja...@redhat.com PR c++/56607 * typeck.c

Fox a MinGW warning in libiberty/setenv.c

2013-03-13 Thread Eli Zaretskii
I get this compiling the latest pretest of GDB 7.6 with MinGW: gcc -c -DHAVE_CONFIG_H -O2 -gdwarf-2 -g3 -D__USE_MINGW_ACCESS -I. -I./../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic ./setenv.c -o setenv.o ./setenv.c:66:1: warning: function declaration

Re: Fox a MinGW warning in libiberty/setenv.c

2013-03-13 Thread Ian Lance Taylor
On 3/13/13, Eli Zaretskii e...@gnu.org wrote: #ifdef __MSVCRT__ extern _CRTIMP char *** __cdecl __MINGW_NOTHROW __p__environ(void); extern _CRTIMP wchar_t *** __cdecl __MINGW_NOTHROW __p__wenviron(void); # define _environ (*__p__environ()) # define _wenviron

C++ PATCH for c++/56346 (thread_local3.C link error on targets without __dso_handle)

2013-03-13 Thread Jason Merrill
We can't pass the address of __dso_handle to __cxa_thread_atexit if the target doesn't provide that symbol in the crt files. Fixed by passing NULL if the target doesn't use __cxa_atexit. Tested x86_64-pc-linux-gnu and hppa2.0w-hp-hpux11.11. This fixes broken new functionality on a secondary

Re: C++ PATCH for c++/56346 (thread_local3.C link error on targets without __dso_handle)

2013-03-13 Thread Jakub Jelinek
On Wed, Mar 13, 2013 at 03:32:24PM -0400, Jason Merrill wrote: We can't pass the address of __dso_handle to __cxa_thread_atexit if the target doesn't provide that symbol in the crt files. Fixed by passing NULL if the target doesn't use __cxa_atexit. Tested x86_64-pc-linux-gnu and

RE: FW: [PATCH] [MIPS] microMIPS gcc support

2013-03-13 Thread Moore, Catherine
-Original Message- From: Richard Sandiford [mailto:rdsandif...@googlemail.com] Sent: Tuesday, March 05, 2013 4:06 PM To: Moore, Catherine Cc: gcc-patches@gcc.gnu.org; Rozycki, Maciej Subject: Re: FW: [PATCH] [MIPS] microMIPS gcc support: We have a few internal-only undocumented

[cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Diego Novillo
This patch adds an initial implementation for a new helper type for generating GIMPLE statements. The type is called gimple_builder. There are two main variants: gimple_builder_normal and gimple_builder_ssa. The difference between the two is the temporaries they create. The 'normal' builder

Re: [cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Steven Bosscher
On Wed, Mar 13, 2013 at 10:55 PM, Diego Novillo wrote: This patch adds an initial implementation for a new helper type for generating GIMPLE statements. Great. I was just asking you about this on IRC - you not there - but here's a patch. Great! For instance, in asan.c we generate the

Re: [cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Xinliang David Li
Nice -- GCC LOC will be significantly reduced with these interfaces. Using 'add' as interface name can be confusing -- new, or new_stmt, or new_assignment/new_call etc might be better -- but we can delay the bike shedding later. David On Wed, Mar 13, 2013 at 2:55 PM, Diego Novillo

Re: [cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Lawrence Crowl
LGTM On 3/13/13, Diego Novillo dnovi...@google.com wrote: This patch adds an initial implementation for a new helper type for generating GIMPLE statements. The type is called gimple_builder. There are two main variants: gimple_builder_normal and gimple_builder_ssa. The difference between

Re: [cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Diego Novillo
On 2013-03-13 18:16 , Steven Bosscher wrote: Much better than what GCC has now, although I had hoped it'd be possible to build on the result of a previous expression without tree variables. It may be possible, but we need something to tie the expressions together and the temporaries are the

Re: [cxx-conversion] RFC - Helper types for building GIMPLE

2013-03-13 Thread Diego Novillo
On 2013-03-13 18:19 , Xinliang David Li wrote: Using 'add' as interface name can be confusing -- new, or new_stmt, or new_assignment/new_call etc might be better -- but we can delay the bike shedding later. Yeah, I remember discussing this offline and I completely forgot to make the change.

[PATCH][Cilkplus] Build Cilk Runtime for non x86.

2013-03-13 Thread Iyer, Balaji V
Hello Everyone, This attached patch is for the Cilk Plus branch affecting the Cilk Runtime. This patch should potentially allow the Cilk runtime library build for non-x86 targets. We have tested this on ARM (trimslice machine) and it seem to work on our test case. We encourage all the

Re: [PATCH][Cilkplus] Build Cilk Runtime for non x86.

2013-03-13 Thread Andrew Pinski
On Wed, Mar 13, 2013 at 4:30 PM, Iyer, Balaji V balaji.v.i...@intel.com wrote: Hello Everyone, This attached patch is for the Cilk Plus branch affecting the Cilk Runtime. This patch should potentially allow the Cilk runtime library build for non-x86 targets. We have tested this on

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Benjamin De Kosnik
It doesn't make sense. memcpy from NULL src pointer? Indeed, that doesn't make sense. Thanks. -benjamin

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Benjamin De Kosnik
Here is round two, as checked-in. -benjamin 2013-03-13 Benjamin Kosnik b...@redhat.com * htdocs/gcc-4.8/porting_to.html: Add. * htdocs/gcc-4.8/changes.html: Add link. Index: changes.html === RCS file:

Re: [wwwdocs] gcc-4.8/porting_to.html

2013-03-13 Thread Benjamin De Kosnik
Here is round two, as checked-in. ... and here are the validation patches. -benjamin2013-03-13 Benjamin Kosnik b...@redhat.com * htdocs/gcc-4.8/porting_to.html: Fix markup. * htdocs/gcc-4.8/changes.html: Same. Index: changes.html

[patch committed] [SH] Fix build failure on sh-linux

2013-03-13 Thread Kaz Kojima
Hi, The attached patch is to fix build failure on sh-linux caused with the recent Oleg's changes. Committed on trunk. Regards, kaz -- 2013-03-14 Kaz Kojima kkoj...@gcc.gnu.org * config/sh/linux.h (TARGET_DEFAULT): Remove MASK_USERMODE. (SUBTARGET_OVERRIDE_OPTIONS):

[v3] doc/html regen

2013-03-13 Thread Benjamin De Kosnik
Sync html in sources with generated output. -benjamin 20130313-7-docs.patch.bz2 Description: application/bzip