Thomas Preud'homme thomas.preudho...@arm.com writes:
From: Joseph Myers [mailto:jos...@codesourcery.com]
+ if { [is-effective-target bswap]
+ ![istarget x86_64-*-*] } {
That x86_64-*-* test is wrong. x86_64-*-* and i?86-*-* should always be
handled the same (if you
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 ja...@redhat.com 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
Thomas Preud'homme thomas.preudho...@arm.com 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
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
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 rguent...@suse.de
PR tree-optimization/60740
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
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 rguent...@suse.de
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
On Wed, Mar 19, 2014 at 3:23 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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
On Wed, Mar 19, 2014 at 3:25 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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 wschm...@linux.vnet.ibm.com
On Wed, Mar 19, 2014 at 11:25 AM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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 wschm...@linux.vnet.ibm.com
Backport from mainline
On Wed, Mar 19, 2014 at 3:29 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-le-dfp) backports fixes for TDmode on a little endian
target.
Thanks,
Bill
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r205123:
On Wed, Mar 19, 2014 at 3:30 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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
On Wed, Mar 19, 2014 at 3:30 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-abi-compat) backports the ABI compatibility fix for
PR57949.
Thanks,
Bill
[gcc]
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r201750.
On Wed, Mar 19, 2014 at 3:31 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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
On Wed, Mar 19, 2014 at 3:31 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-abi-gotest) backports enablement of the Go testsuite
for powerpc64le.
Thanks,
Bill
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r205000.
On Wed, Mar 19, 2014 at 3:32 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-le-align) sets some miscellaneous defaults for little
endian support.
Thanks,
Bill
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Apply mainline r205060.
On Wed, Mar 19, 2014 at 3:32 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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 wschm...@linux.vnet.ibm.com
Backport from
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-pr56843) backports the fix for PR56843.
Thanks,
Bill
[gcc]
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline
2013-04-05 Bill Schmidt
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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 wschm...@linux.vnet.ibm.com
On Wed, Mar 19, 2014 at 3:33 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-quad-memory) backports support for quad-memory atomic
operations.
Thanks,
Bill
[gcc/testsuite]
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Back port from mainline
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-mcall) fixes big-endian assumptions for -mcall-aixdesc
and various others.
Thanks,
Bill
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r207658
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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 wschm...@linux.vnet.ibm.com
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-pr60137-pr60203) backports fixes for two little-endian
vector mode problems.
Thanks,
Bill
[gcc]
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-reload) backports fixes for a couple of problems in
PowerPC reload handling.
Thanks,
Bill
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Apply mainline r207798
On Wed, Mar 19, 2014 at 3:34 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com wrote:
Hi,
This patch (diff-v1ti) backports the V1TI support.
Thanks,
Bill
[gcc]
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Back port from trunk
2014-03-12 Michael Meissner
On Wed, Mar 19, 2014 at 3:35 PM, Bill Schmidt
wschm...@linux.vnet.ibm.com 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
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
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 r...@cebitec.uni-bielefeld.de a écrit :
domi...@lps.ens.fr (Dominique Dhumieres) writes:
r...@cebitec.uni-bielefeld.de (Rainer Orth)
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,
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 ber...@codesourcery.com:
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
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
On Thu, Apr 3, 2014 at 2:27 PM, Charles Baylis
charles.bay...@linaro.org 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
On 04/03/2014 06:53 PM, Ilya Verbin wrote:
2014-04-03 20:13 GMT+04:00 Bernd Schmidt ber...@codesourcery.com:
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,
On Tue, Apr 1, 2014 at 7:55 PM, Michael Meissner
meiss...@linux.vnet.ibm.com 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
2014-04-03 21:06 GMT+04:00 Bernd Schmidt ber...@codesourcery.com:
On 04/03/2014 06:53 PM, Ilya Verbin wrote:
2014-04-03 20:13 GMT+04:00 Bernd Schmidt ber...@codesourcery.com:
The patch below should be a better fix, making the references to
__OPENMP_TARGET__ weak. Does this work for you?
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 ber...@codesourcery.com:
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
On Thu, Apr 03, 2014 at 01:24:25PM -0400, David Edelsohn wrote:
On Tue, Apr 1, 2014 at 7:55 PM, Michael Meissner
meiss...@linux.vnet.ibm.com 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
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 wschm...@linux.vnet.ibm.com
Back port mainline subversion id 209025.
2014-04-02
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
looks fine.
David
On Thu, Apr 3, 2014 at 10:56 AM, Dehao Chen de...@google.com 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:
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 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
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
+/* 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_node *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 sivachan...@google.com
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
*
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.
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 ber...@codesourcery.com
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/
61 matches
Mail list logo