On Thu, 3 Apr 2014, Jan Hubicka wrote:
+ /* Use OTR_TOKEN = INT_MAX as a marker of probably type
inconsistent
+ /* Use OTR_TOKEN = INT_MAX as a marker of probably type
inconsistent
+ OTR_TOKEN == INT_MAX is used to mark calls that are provably
Did you mean "
Hello Eric,
Would you please review my patch at
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01582.html? Thanks.
BR,
Terry
On Wed, Apr 2, 2014 at 9:24 PM, Jason Merrill wrote:
> Use of STB_GNU_UNIQUE to avoid problems with variable symbols shared between
> two RTLD_LOCAL plugins and a common library dependency causes problems with
> libraries that depend on dlclose/dlopen to reinitialize state. This patch
> adds a -f
"Thomas Preud'homme" writes:
> +# Return 1 if the target supports byte swap instructions.
> +
> +proc check_effective_target_bswap { } {
> +global et_bswap_saved
> +
> +if [info exists et_bswap_saved] {
> +verbose "check_effective_target_bswap: using cached result" 2
> +} else
This reduces WPA memory usage at stream-out time by avoiding to
allocate the streamer cache node array and by freeing the global
out-decl-states hash tables (we do that already for the fn-decl-states).
LTO bootstrapped and bootstrapped on x86_64-unknown-linux-gnu, testing
in progress.
Ok?
Not s
The following fixes the graphite ICE that results from
stmt_simple_for_scop_p not walking all GIMPLE_COND operands
but only SSA name ones.
Bootstrap and regtest in progress on x86_64-unknown-linux-gnu.
Richard.
2014-04-03 Richard Biener
PR tree-optimization/60740
* graphite-
Hi
This bug causes the compiler to create a Thumb-2 TBB instruction with
a jump table containing an out of range value in a .byte field:
whatever.s:148: Error: value of 256 too large for field of 1 bytes at 100
This occurs because the jump table is followed with a ".align 1" due
to ASM_OUTPUT_CA
The following fixes(?) parallel WPA memory unsharing caused by
streamer_write_chain writing to TREE_CHAIN (for no good reason).
The patch removes this historical code.
LTO bootstrap and testing running on x86_64-unknown-linux-gnu.
Richard.
2014-04-03 Richard Biener
* tree-streamer-o
> I find the GCC function simplify_subreg fails to simplify rtx (subreg:SI
> (and:DI (reg/v:DI 115 [ a ]) (const_int 4294967295 [0x])) 4) to zero
> during the fwprop1 pass, considering the fact that the high 32-bit part of
> (a & 0x) is zero. This leads to some unnecessary multiplic
On Wed, Mar 19, 2014 at 3:23 PM, Bill Schmidt
wrote:
> Hi,
>
> Support for Power8 features and the new powerpc64le-linux-gnu target,
> including the ELFv2 ABI, has been developed up till now on the
> ibm/gcc-4_8-branch. It was appropriate to use this separate branch
> while the support was unstab
On Wed, Mar 19, 2014 at 3:25 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-p8-htm) backports hardware transactional memory
> support. Copying Jakub and Richard for the libitm support.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-29 Bill Schmidt
>
> Backport from mainline
> 20
On Wed, Mar 19, 2014 at 11:25 AM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-tests) backports adjustments to a few tests for
> powerpc64le and the ELFv2 ABI.
>
> Thanks,
> Bill
>
>
> 2014-03-29 Bill Schmidt
>
> Backport from mainline
> 2013-11-27 Bill Schmidt
>
>
On Wed, Mar 19, 2014 at 3:29 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-dfp) backports fixes for TDmode on a little endian
> target.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline r205123:
>
> 2013-11-20 Ulrich Weigand
>
> * con
On Wed, Mar 19, 2014 at 3:30 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-vector) backports the changes to support vector
> infrastructure on powerpc64le. Copying Richard and Jakub for the libcpp
> bits.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-29 Bill Schmidt
>
> Backport f
On Wed, Mar 19, 2014 at 3:30 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-abi-compat) backports the ABI compatibility fix for
> PR57949.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-29 Bill Schmidt
>
> Backport from mainline r201750.
> 2013-11-15 Ulrich Weigand
>
On Wed, Mar 19, 2014 at 3:31 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-abi-elfv2) backports the fundamental changes for the
> ELFv2 ABI for powerpc64le. Copying Richard and Jakub for the libgcc,
> libitm, and libstdc++ bits.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-29 Bill Schmidt
>
On Wed, Mar 19, 2014 at 3:31 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-abi-gotest) backports enablement of the Go testsuite
> for powerpc64le.
>
> Thanks,
> Bill
>
>
> 2014-03-29 Bill Schmidt
>
> Backport from mainline r205000.
> 2013-11-19 Ulrich Weigand
>
>
On Wed, Mar 19, 2014 at 3:32 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-align) sets some miscellaneous defaults for little
> endian support.
>
> Thanks,
> Bill
>
>
> 2014-03-29 Bill Schmidt
>
> Apply mainline r205060.
> 2013-11-20 Alan Modra
> * config/rs60
On Wed, Mar 19, 2014 at 3:32 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-dfp-abs) backports some unrelated but necessary work to
> enable the DFP absolute value builtins. Copying Jakub who was involved
> with the original patch.
>
> Thanks,
> Bill
>
>
> 2014-03-29 Bill Schmidt
>
>
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-direct-move) backports support for the Power8 direct
> move instructions for little endian.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline
> 2013-10-23 Pat Haugen
>
>
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-pr56843) backports the fix for PR56843.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline
> 2013-04-05 Bill Schmidt
>
> PR target/56843
> * conf
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-config-2) backports more configure changes,
> particularly for multilib/multiarch targeting powerpc64le.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Apply mainline r202190, powerpc64le multilibs
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-quad-memory) backports support for quad-memory atomic
> operations.
>
> Thanks,
> Bill
>
>
> [gcc/testsuite]
>
> 2014-03-19 Bill Schmidt
>
> Back port from mainline
> 2014-01-23 Michael Meissner
>
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-lra) backports the changes to enable -mlra for the
> PowerPC back end.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline
> 2014-02-04 Michael Meissner
>
> * confi
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-mcall) fixes big-endian assumptions for -mcall-aixdesc
> and various others.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline r207658
> 2014-02-06 Ulrich Weigand
>
>
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-le-vector-api) backports enablement of LE support for
> the Altivec APIs, including support for -maltivec=be.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline r206443
>
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-pr60137-pr60203) backports fixes for two little-endian
> vector mode problems.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-19 Bill Schmidt
>
> Backport from mainline r207699.
> 2014-02-11 Michael Mei
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-reload) backports fixes for a couple of problems in
> PowerPC reload handling.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Apply mainline r207798
> 2014-02-26 Alan Modra
> PR targ
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-v1ti) backports the V1TI support.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-03-19 Bill Schmidt
>
> Back port from trunk
> 2014-03-12 Michael Meissner
>
> * config/rs6000/vector.md (VEC_L): A
On Wed, Mar 19, 2014 at 3:35 PM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-trunk-missing) backports some LE pieces that were found
> not to have been backported from trunk to the IBM 4.8 branch until
> relatively recently.
>
> Thanks,
> Bill
>
>
> 2014-03-19 Bill Schmidt
>
> Back p
On Wed, Apr 2, 2014 at 11:18 AM, Bill Schmidt
wrote:
> Hi,
>
> This patch (diff-aix) adds to the 4.8 PowerPC backport patch series with
> a few backported fixes from trunk that repair test failures on AIX.
>
> Thanks,
> Bill
>
>
> [gcc]
>
> 2014-04-02 Bill Schmidt
>
> Backport from main
Hi,
This patch fixes c++/21113 which reports that the C++ frontend does not
forbid jumps into the scope of identifiers with variably-modified types.
The patch simply augments decl_jump_unsafe() to disallow jumping into
blocks that initialize variably-modified decls.
I bootstrapped and regtested
Hi,
This patch fixes a wrong code issue in the code generated for VLAs in
the C++ frontend. This exact issue was fixed in the C frontend with
r85849, and this patch is essentially a port of r85849 for the C++
frontend.
The issue is that this C++ code:
{
foo:
int x[n];
f ();
}
gets
I'd like to ping the following backport patch for the fix for PR54537.
This did bootstrap and regtest with no regressions on powerpc64-linux.
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01148.html
Peter
Still pinging.
On 03/28/2014 11:58 AM, Dimitris Papavasiliou wrote:
Ping!
On 03/23/2014 03:20 AM, Dimitris Papavasiliou wrote:
Ping!
On 03/13/2014 11:54 AM, Dimitris Papavasiliou wrote:
Ping!
On 03/06/2014 07:44 PM, Dimitris Papavasiliou wrote:
Ping!
On 02/27/2014 11:44 AM, Dimitris Papav
Thanks for the tip. What should I do now? Should I fix the ChangeLog entry and
add a new one or do nothing?
Dominique
Le 2 avr. 2014 à 12:47, Rainer Orth a écrit :
> domi...@lps.ens.fr (Dominique Dhumieres) writes:
>
>> r...@cebitec.uni-bielefeld.de (Rainer Orth) wrote:
>>> Sure, patch preap
Hi Dominique,
> Thanks for the tip. What should I do now? Should I fix the ChangeLog entry
> and add a new one or do nothing?
if you want, you could fix the ChangeLog entry in place, but don't add a
new one for that change.
Rainer
--
On 03/04/14 10:25 -0500, Peter Bergner wrote:
I'd like to ping the following backport patch for the fix for PR54537.
This did bootstrap and regtest with no regressions on powerpc64-linux.
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01148.html
I don't know how risky the front-end change is, b
On 04/02/2014 10:36 AM, Thomas Schwinge wrote:
I see regressions in the libgomp testsuite for configurations where
offloading is not enabled:
spawn [...]/build/gcc/xgcc -B[...]/build/gcc/
[...]/source/libgomp/testsuite/libgomp.c/for-3.c
-B[...]/build/x86_64-unknown-linux-gnu/./libgomp/
-
2014-04-03 20:13 GMT+04:00 Bernd Schmidt :
> The patch below should be a better fix, making the references to >
> __OPENMP_TARGET__ weak. Does this work for you?
Shouldn't we just remove __OPENMP_TARGET__ argument from GOMP_target,
since we decided to pass it to GOMP_offload_register?
-- Ilya
Under certain circumstances the sanitizer builtins are not initialized
properly and ubsan_instrument_return must make sure they are
initialized. Otherwise builtin_decl_explicit returns NULL and
we'll ICE in build_call_expr_loc_array. I'm not sure which other
ubsan routines need similar fix.
No t
On Thu, Apr 3, 2014 at 2:27 PM, Charles Baylis
wrote:
> Hi
>
> This bug causes the compiler to create a Thumb-2 TBB instruction with
> a jump table containing an out of range value in a .byte field:
>
> whatever.s:148: Error: value of 256 too large for field of 1 bytes at 100
>
> This occurs becau
On 04/03/2014 06:53 PM, Ilya Verbin wrote:
2014-04-03 20:13 GMT+04:00 Bernd Schmidt :
The patch below should be a better fix, making the references to >
__OPENMP_TARGET__ weak. Does this work for you?
Shouldn't we just remove __OPENMP_TARGET__ argument from GOMP_target,
since we decided to pa
On Tue, Apr 1, 2014 at 7:55 PM, Michael Meissner
wrote:
> In backporting the power8 changes to the 4.8 branch, one of the testers of
> these patches noticed that libgcc cannot be built on a linux SPE target. The
> reason was the _Decimal64 type did not have a proper move insn in the SPE
> environ
2014-04-03 21:06 GMT+04:00 Bernd Schmidt :
> On 04/03/2014 06:53 PM, Ilya Verbin wrote:
>>
>> 2014-04-03 20:13 GMT+04:00 Bernd Schmidt :
>>>
>>> The patch below should be a better fix, making the references to >
>>> __OPENMP_TARGET__ weak. Does this work for you?
>>
>>
>> Shouldn't we just remove _
On 04/03/2014 07:25 PM, Ilya Verbin wrote:
Yes, initially the idea was to use it for look up the right function.
But now each DSO will call GOMP_offload_register, and pass unique
pointer to __OPENMP_TARGET__ (host_table) for this DSO. Then
gomp_register_images_for_device registers all this host
2014-04-03 21:28 GMT+04:00 Bernd Schmidt :
> On 04/03/2014 07:25 PM, Ilya Verbin wrote:
>>
>> Yes, initially the idea was to use it for look up the right function.
>> But now each DSO will call GOMP_offload_register, and pass unique
>> pointer to __OPENMP_TARGET__ (host_table) for this DSO. Then
>
On Thu, Apr 03, 2014 at 01:24:25PM -0400, David Edelsohn wrote:
> On Tue, Apr 1, 2014 at 7:55 PM, Michael Meissner
> wrote:
> > In backporting the power8 changes to the 4.8 branch, one of the testers of
> > these patches noticed that libgcc cannot be built on a linux SPE target.
> > The
> > reas
Hi,
This patch (diff-pr60735) adds to the 4.8 PowerPC backport patch series
with a backported fix for PR60735, an unrecognized insn problem for SPE.
Thanks,
Bill
[gcc]
2014-04-03 Bill Schmidt
Back port mainline subversion id 209025.
2014-04-02 Michael Meissner
P
Hi,
This patch (diff-vecdoc) is the last addition to the 4.8 PowerPC
backport patch series. It simply adds some missing documentation that
should have been part of one of the previous patches.
I'm currently doing one more quick round of testing with the three
late-addition patches, and will then
looks fine.
David
On Thu, Apr 3, 2014 at 10:56 AM, Dehao Chen wrote:
> This patch updates SSA after VPT transformation. This is needed
> because compute_inline_parameters will ICE without updated SSA.
>
> Testing on-going.
>
> OK for google-4_8?
>
> Thanks,
> Dehao
>
> Index: gcc/auto-profile.c
This patch updates SSA after VPT transformation. This is needed
because compute_inline_parameters will ICE without updated SSA.
Testing on-going.
OK for google-4_8?
Thanks,
Dehao
Index: gcc/auto-profile.c
===
--- gcc/auto-profile.c
This patch handles assigning to coarray array (sections) from local
arrays for array RHS and for scalar RHS. I have lightly tested it with
libcaf_single.
On the library side, I added a minimal implementation for libcaf_single,
which handles only rank==1 arrays, but which otherwise seems to wor
Committed to the fortran-caf branch as Rev. 209062
Tobias
As noted in the PR, there are a few insns in the ARM backend which use
const_int_operand as a predicate, but which have constraints like "I" or
"M".
With the predicate accepting all constants, it's possible for a pass
such as combine to create an insn where the constant operand matches the
The timevar module doesn't properly re-initialize timevar_print
between invocations of the compiler. In particular, if the compiler
is put into verbose mode, and subsequently put back into quiet mode,
then timevar_enable is never set to false -- leading to unwanted
timevar display.
This patch fix
> > > +/* If E does not lead to a thunk, simply redirect it to N. Otherwise
> > > create
> > > + one or more equivalent thunks for N and redirect E to the first in the
> > > + chain. */
> > > +
> > > +void
> > > +redirect_edge_duplicating_thunks (struct cgraph_edge *e, struct
> > > cgraph_n
On Thu, 2014-04-03 at 13:01 -0500, Bill Schmidt wrote:
> I'm currently doing one more quick round of testing with the three
> late-addition patches, and will then be ready to commit the series.
>
Final tests have all passed (BE Linux, LE Linux, BE AIX).
Thanks,
Bill
> ChangeLog:
> 2014-03-25 Siva Chandra Reddy
>
> Fix PR debug/57519
>
> /cp
>
> PR debug/57519
> * class.c (handle_using_decl): Pass the correct scope to
> cp_emit_debug_info_for_using.
>
> testsuite/
>
> PR debug/57519
> * g++.dg/debug/dwarf2/
> From: Andreas Schwab [mailto:sch...@suse.de]
>
> Please add m68k-*-*.
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Rainer Orth
>
> Just omit the { target *-*-* } completely, also a few more times.
Please find attached an updated patch.
gcc32rm-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Rainer Orth
>
> Just omit the { target *-*-* } completely, also a few more times.
Please find attached an updated patch.
Best regards,
Thomas
gcc32rm-84.3.2.part2.diff
Description: Binary data
Hi!
On Thu, 3 Apr 2014 18:13:08 +0200, Bernd Schmidt
wrote:
> On 04/02/2014 10:36 AM, Thomas Schwinge wrote:
> >> I see regressions in the libgomp testsuite for configurations where
> >> offloading is not enabled:
> >>
> >> spawn [...]/build/gcc/xgcc -B[...]/build/gcc/
> >> [...]/source/li
Hi,
here is an updated version of my earlier ipa.c change. It turns out that the
problem was that I did not drop always_inline.
In this version I just drop always_inline attribute on all functions whose body
is removed. The patch will affect non-LTO compilation, too, but IMO only by
making us to
Bernd Edlinger wrote:
Boot-strapped and Regression-tested on arm-linux-gnueabihf and x86_64-linux-gnu.
OK for trunk?
The patch looks good to me. Thanks for the patch.
[Hopefully, we do not miss some odd corner case where it causes some
problems.]
Cheers,
Tobias
64 matches
Mail list logo
