Re: [PATCH, ARM] ICE when building kernel raid6 neon code

On Tue, Jan 28, 2014 at 3:37 AM, Zhenqiang Chen wrote: > On 28 January 2014 01:07, Ramana Radhakrishnan > wrote: >> On Thu, Jan 16, 2014 at 5:44 AM, Zhenqiang Chen >> wrote: >>> Thanks for comments. >>> >>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59837 >>> >>> The patch with a test case is a

Re: [PATCH ARM]: Fix more -mapcs-frame failures

On Mon, Feb 24, 2014 at 9:11 AM, Christian Bruel wrote: > This patch improves the one sent previously, > (http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01159.html), to fix a few > more failures in the testsuite that could arise with shrink-wrap and > -fexceptions. > > To recall, the problem that i

Backports to 4.8 branch

Hi! I've backported a few bugfixes to 4.8 branch, bootstrapped/regtested on x86_64-linux and i686-linux, committed to branch. Jakub 2014-03-06 Jakub Jelinek PR preprocessor/60400 Backport from mainline 2013-06-24 Dehao Chen * files.c (_cpp_stack_inc

[committed] Avoid -Wsign-compare warning on 4.8 branch

Hi! I've noticed a new -Wsign-compare warning on 4.8 branch, this patch just changes the code to look like on the trunk. This is all guarded with if (dist > 0), so the cast is harmless. Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk as obvious. 2014-03-06 Jakub Jelinek

Commit: MSP430: Add hardware multiply routines to libgcc

Hi Guys, I am applying the patch below to add libgcc functions to support hardware multiplies on the MSP430. Cheers Nick libgcc/ChangeLog 2014-03-06 Nick Clifton * config/msp430/t-msp430 (LIB2ADD): Add lib2hw_mul.S * config/msp430/lib2hw_mul.S: New: Hardware multiply

Re: Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation

On 03/05/2014 06:15 PM, Ilya Verbin wrote: On 28 Feb 17:21, Bernd Schmidt wrote: I think it won't help that much - I still think this entire scheme is likely to fail on nvptx. I'll try to construct an example at some point. One other thing about the split tables is that we don't have to write a

Re: [PATCH] Use the LTO linker plugin by default

On Thu, 6 Mar 2014, Jan Hubicka wrote: > > On Tue, 4 Mar 2014, Jan Hubicka wrote: > > > > > > > > > > The following patch addresses the common (?) issue of people > > > > omitting -flto from the linker command-line which gets more > > > > severe with GCC 4.9 where slim LTO objects are emitted by

[gomp4] Merge trunk r208346 (2014-03-05) into gomp-4_0-branch

Hi! In r208376, I have committed a merge from trunk r208346 (2014-03-05) into gomp-4_0-branch. Grüße, Thomas pgp5yuo26q7hH.pgp Description: PGP signature

Re: [v3] LWG 2106: move_iterator::reference

Hi, On 03/05/2014 10:47 PM, Jonathan Wakely wrote: On 5 March 2014 21:35, Marc Glisse wrote: On Wed, 5 Mar 2014, Jonathan Wakely wrote: Please put _GLIBCXX_RESOLVE_DEFECTS (or whatever it is we use elsewhere) in the comment, rather than just "DR 2106". I think the point of that is to be able

Re: [v3] LWG 2106: move_iterator::reference

On 6 March 2014 09:35, Paolo Carlini wrote: > > Agreed. I remember being sloppy about issues not relative to a released > Standard. Yes, if it's just a change from one draft to another then it's just "work in progress" and not important to record that we've applied a resolution. > Well, in fact

[PATCH] Update -flto docs wrt option handling

This updates the -flto documentation regarding the changes in option handling. Comments? Thanks, Richard. Index: gcc/doc/invoke.texi === --- gcc/doc/invoke.texi (revision 208374) +++ gcc/doc/invoke.texi (working copy) @@ -8527,8 +8

Re: Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation

2014-03-06 12:47 GMT+04:00 Bernd Schmidt : > I don't see why you want the array of target descriptors - it would take > some effort to construct, and as far as I can tell it's unnecessary. You > can just pass a pointer to the corresponding descriptor to every > GOMP_offload_register call. > > Once

Re: [PATCH] [lto/55113] Fix use of -fshort-double with -flto for powerpc

On Wed, Mar 5, 2014 at 12:55 PM, Paulo Matos wrote: > On 05/03/2014 11:51, Richard Biener wrote: >> >> On Wed, Mar 5, 2014 at 12:43 PM, Dominique Dhumieres >> wrote: >>> >>> >>> Revision 208312 causes >>> >>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60427 >> >> >> Uhm. pointer comparison agai

[Patch: RL78] Add support for 64-bit doubles

Hi, Please find below a patch which adds support for 64-bit doubles to the RL78 target. This is largely based on the rx target port and uses similar option and multilibs. I will be posting the binutils and newlib part of this patch shortly. Kindly review the same and let me know if OK to commit.

Re: Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation

On 03/06/2014 12:11 PM, Ilya Verbin wrote: Do I understand correctly, that you propose to do so: extern void *_omp_host_func_table[]; extern void *_omp_host_var_table[]; extern void *_omp_host_funcs_end[]; extern void *_omp_host_vars_end[]; void *__OPENMP_TARGET_HOST__[] __attribute__ ((visibi

[build, libgcc] Don't install vtv_*.o unless --enable-vtable-verify (PR libgcc/59339)

Uros pointed me at PR libgcc/59339 where make install tries to install the vtv_*.o files even if they aren't built, leading to install warnings. The following patch fixes this by ensuring that the files are only installed if built. Tested with make install in libgcc on x86-64-unknown-linux-gnu --

Re: [PATCH] [lto/55113] Fix use of -fshort-double with -flto for powerpc

On 06/03/2014 11:19, Richard Biener wrote: I have reverted the patch for now. Richard. That's fine Richard, thanks. I got stuck with another issue in the meantime but I will look at it again very soon. -- Paulo Matos

Re: [build, libgcc] Don't install vtv_*.o unless --enable-vtable-verify (PR libgcc/59339)

Il 06/03/2014 12:55, Rainer Orth ha scritto: Uros pointed me at PR libgcc/59339 where make install tries to install the vtv_*.o files even if they aren't built, leading to install warnings. The following patch fixes this by ensuring that the files are only installed if built. Tested with make i

Re: Fwd: [RFC][gomp4] Offloading patches (2/3): Add tables generation

2014-03-06 15:53 GMT+04:00 Bernd Schmidt : > No. I don't think we need a global constructor for registering > __OPENMP_TARGET_HOST__ - this would unnecessarily bloat crtbegin/crtend. We > also shouldn't need to have the target tables known outside of the image > constructed by the mkoffload tools.

Re: [build, libgcc] Don't install vtv_*.o unless --enable-vtable-verify (PR libgcc/59339)

On Thu, Mar 6, 2014 at 1:13 PM, Paolo Bonzini wrote: > Il 06/03/2014 12:55, Rainer Orth ha scritto: > >> Uros pointed me at PR libgcc/59339 where make install tries to install >> the vtv_*.o files even if they aren't built, leading to install >> warnings. >> >> The following patch fixes this by en

[build, i386] Improve @tlsldmplt test on Solaris 11/x86

While checking my TLS LD patch, I noticed that unlike on Solaris 10/x86, the @tlsldmplt configure test was failing on Solaris 11/x86 with Sun ld. This went unnoticed since the Solaris 11 ld also supports the TLS LD code sequence expected by GNU ld. The failure happens because S11 ld is pickier th

Re: [PATCH, PR52252] Vectorization for load/store groups of size 3.

I've separated the patch into 2: cost model tuning and load/store groups parallelism. SLM tuning was partially introduced in the patch: http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00226.html The patch introducing vectorization for load/store groups of size 3 attached. Is it ok for stage1? Change

Re: [PATCH, PR52252] Vectorization for load/store groups of size 3.

Missed attachment. On Thu, Mar 6, 2014 at 6:42 PM, Evgeny Stupachenko wrote: > I've separated the patch into 2: cost model tuning and load/store > groups parallelism. > SLM tuning was partially introduced in the patch: > http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00226.html > The patch introduc

Re: [patch,avr] Device specific instructions support for avr

2014-03-06 10:57 GMT+04:00 S, Pitchumani : > Hi Denis, > >> -Original Message- >> From: Denis Chertykov [mailto:cherty...@gmail.com] >> Sent: Monday, March 03, 2014 10:45 PM >> 2014-03-03 13:34 GMT+04:00 S, Pitchumani : >> > Hi, >> > >> > Few AVR Xmega devices have specific instruction supp

Re: [PATCH] Change HONOR_REG_ALLOC_ORDER to a marco for C expression

> Although this patch is safe. I guess it could wait for stage 1 as right now > we don't need this functionality. > > The patch is ok for the stage1 which is probably about a month away. > > Thanks for the patch. Got it, thanks for your review :) > > >> On Thu, Feb 27, 2014 at 12:32 PM, Kito Che

Re: [PING^4][PATCH] Add a couple of dialect and warning options regarding Objective-C instance variable scope

Ping! On 02/27/2014 11:44 AM, Dimitris Papavasiliou wrote: Ping! On 02/20/2014 12:11 PM, Dimitris Papavasiliou wrote: Hello all, Pinging this patch review request again. See previous messages quoted below for details. Regards, Dimitris On 02/13/2014 04:22 PM, Dimitris Papavasiliou wrote: H

Re: ICE in gcc/c/c-typeck.c:c_finish_omp_clauses -- The error_mark_node is not an OpenMP mappable type

Hi! On Wed, 05 Mar 2014 17:55:28 +0100, I wrote: > ../../map.c: In function 'main': > ../../map.c:4:21: error: array type has incomplete element type >extern struct foo s2[1]; > ^ > ../../map.c:8:11: internal compiler error: tree check: expected class

Fwd: [c++-concepts] Shorthand notation

I'm resending this patch for constrained template parameters for review. It's been languishing for a while without review and it has some interesting features in the implementation (namely, resolution mechanism or constrained template parameters). Andrew -- Forwarded message -- Fr

Re: ICE in gcc/c/c-typeck.c:c_finish_omp_clauses -- The error_mark_node is not an OpenMP mappable type

On Thu, Mar 06, 2014 at 07:08:18PM +0100, Thomas Schwinge wrote: > > This does not happen for C++, because gcc/cp/decl2.c:cp_omp_mappable_type > > catches the »type == error_mark_node« case -- so I suggest to do the same > > generically/for C. OK to commit the following to trunk, once tested? > >

[PATCH] Fix up make bootstrap-lean; make install (PR bootstrap/58572)

Hi! As discussed in the PR, doing make bootstrap-lean make install right now may fail (if host compiler is too old), or recompile various objects of the compiler with system gcc before it is installed. This happens because starting with the automatic dependency changes, we have in gcc/.deps/*.Po l

Re: [Patch, fortran] PR51976 - [F2003] Support deferred-length character components of derived types (allocatable string length)

Hi Paul, > I am trying to respond to Mikael's comment that only kind=1 is handled. I'll > use your patch as a basis. actually the last version of the patch that I posted yesterday should already handle that (and includes a kind=4 test case). But if you find any remaining problems, please let me k

Re: [Patch, fortran] PR51976 - [F2003] Support deferred-length character components of derived types (allocatable string length)

Hi, > In that case, go for it! I am on vacation in Tenerife right now and have > very limited access. wow, in that case I guess you better enjoy your holidays ;) > Please commit the patch to trunk. Will do! Thanks, Janus > On Mar 6, 2014 9:59 PM, "Janus Weil" wrote: >> >> Hi Paul, >> >>

Re: [PATCH] Use the LTO linker plugin by default

> On Thu, 6 Mar 2014, Jan Hubicka wrote: > > > > On Tue, 4 Mar 2014, Jan Hubicka wrote: > > > > > > > > > > > > > The following patch addresses the common (?) issue of people > > > > > omitting -flto from the linker command-line which gets more > > > > > severe with GCC 4.9 where slim LTO object

Re: [Patch, fortran] PR51976 - [F2003] Support deferred-length character components of derived types (allocatable string length)

>> Please commit the patch to trunk. > > Will do! I have just committed the patch as r208386, thereby implementing deferred-length character components on 4.9 trunk. One big plea to the users: Please test this as soon as possible! Cheers, Janus >> On Mar 6, 2014 9:59 PM, "Janus Weil" wrote: >

Re: [PATCH] Fix up make bootstrap-lean; make install (PR bootstrap/58572)

In the non-lean case, would this mean a change to a header (i.e. you edit it in the source tree) wouldn't cause a proper re-build if you re-bootstrapped?

Re: [PATCH] [lto/55113] Fix use of -fshort-double with -flto for powerpc

On 06/03/14 11:19, Richard Biener wrote: On Wed, Mar 5, 2014 at 12:55 PM, Paulo Matos wrote: On 05/03/2014 11:51, Richard Biener wrote: On Wed, Mar 5, 2014 at 12:43 PM, Dominique Dhumieres wrote: Revision 208312 causes http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60427 Uhm. pointer co

[PATCH] Mark fira-loop-pressure as optimization

Hi, This patch marks fira-loop-pressure as an optimization so it shows in gcc --help=optimizers. 2014-03-06 Paulo Matos * common.opt (fira-loop-pressure): Mark as optimization. OK to commit? -- PMatos

Re: [PATCH] Mark fira-loop-pressure as optimization

On 06/03/14 23:34, Paulo J. Matos wrote: Hi, This patch marks fira-loop-pressure as an optimization so it shows in gcc --help=optimizers. 2014-03-06 Paulo Matos * common.opt (fira-loop-pressure): Mark as optimization. OK to commit? Patch is attached. -- PMatos Index: gcc/common.op

[PATCH] Change contrib/test_installed for testing cross compilers

I was doing some testing of an installed cross-compiler using the test_installed script in contrib and I noticed that there was no way to set the target_triplet in the site.exp script that test_installed creates. This patch adds a new option (--target) that can be used to set target_triplet in sit

[jit] Visit parent contexts in disassociate_from_playback

Committed to branch dmalcolm/jit: My libgccjit port of GNU Octave's JIT was segfaulting due to corruption of playback::location values when running Octave's JIT unittests. After lots of debugging, I found that recording::locations in a parent context weren't having their playback::locations clean

libgo patch committed: In syscall save all regs for GC

This patch to libgo fixes a rare but serious bug. The Go garbage collector only examines Go stacks. When Go code calls a function that is not written in Go, it first calls syscall.Entersyscall. Entersyscall records the position of the Go stack pointer and saves a copy of all the registers. If t

Re: Patch RFC: Use internal qsort function in libbacktrace

On Tue, Mar 4, 2014 at 7:34 PM, Ian Lance Taylor wrote: > The GNU glibc qsort function will call malloc in some cases. That makes > it unsuitable for libbacktrace, which is intended to work when called > from a signal handler. This patch changes libbacktrace to use an > internal qsort function.

Merge from trunk to gccgo branch

I merged GCC trunk revision 208392 to the gccgo branch. Ian

Re: [PATCH] Fix up make bootstrap-lean; make install (PR bootstrap/58572)

Il 06/03/2014 19:58, Jakub Jelinek ha scritto: Hi! As discussed in the PR, doing make bootstrap-lean make install right now may fail (if host compiler is too old), or recompile various objects of the compiler with system gcc before it is installed. This happens because starting with the automati

[Patch, Fortran] -fcoarray=lib: Change handling of this_image() and num_images()

The current coarray implementation uses a global static variable for this_image() and num_images(), which is set by the CAF init function, which is called by before the Fortran main function. I somehow had the thinko that this permits for better optimizations than a library call. However, glob