Hi everybody,
*** Motivation ***
Currently gcc is capable of replacing hand-crafted implementation of byteswap
by a suitable instruction thanks to the bswap optimization pass. The patch
proposed here aims at extending this pass to also optimize load in a specific
endianness, independent of
Hi!
WCONTINUED is (recent) Linux specific, so it doesn't have to be defined
on other hosts, or could be missing even on older Linux distros (e.g. glibc
2.3.2 doesn't have it).
Fixed thusly, committed as obvious.
2014-03-19 Jakub Jelinek ja...@redhat.com
PR lto/60571
* lto.c
Hi,
ICE when compiling gcc.target/arm/neon-modes-3.c with -g in
arm_dwarf_register_span since parts[8] is out of bound for XImode.
GET_MODE_SIZE (XImode) / 4 is 16. rtx parts[8] can not hold all the
registers.
According to arm-modes.def, 16 should be the biggest number. So the
patch updates
This fixes PR59543 (confirmed by Jakub for the testcase at least)
by not dropping debug stmts during WPA phase.
LTO profiled-bootstrapped on x86_64-unknown-linux-gnu, applied.
Honza - you can always come up with a better fix for 4.10.
Richard.
2014-03-19 Richard Biener rguent...@suse.de
On Wed, 19 Mar 2014, Ramana Radhakrishnan wrote:
On 03/19/14 08:42, Zhenqiang Chen wrote:
Hi,
ICE when compiling gcc.target/arm/neon-modes-3.c with -g in
arm_dwarf_register_span since parts[8] is out of bound for XImode.
GET_MODE_SIZE (XImode) / 4 is 16. rtx parts[8] can not hold all
Hi all,
This patch series attempts to improve code generation on arm and aarch64 for
various bitwise operations that can be expressed with rev16 instructions in
those architectures. In particular expressions of the form:
((x 0x00ff00ff) 8) | ((x 0xff00ff00) 8)
This can appear in places
Hi all,
In order to properly cost the rev16 instruction we need a new field in the cost
tables.
This patch adds that and specifies its value for the existing cost tables.
Since rev16 is used to implement the BSWAP operation we add handling of that in
the rtx cost function using the new field.
Hi all,
This patch adds a recogniser for the bitmask,shift,orr sequence of instructions
that can be used to reverse the bytes in 16-bit halfwords (for the sequence
itself look at the testcase included in the patch). This can be implemented with
a rev16 instruction.
Since the shifts can occur
Hi all,
This is the arm equivalent of patch [2/3] in the series that adds combine
patterns for the bitwise operations leading to a rev16 instruction.
It reuses the functions that were put in aarch-common.c to properly cost these
operations.
I tried matching a DImode rev16 (with the intent of
Hi all,
This patch depends on the series started at
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00933.html but is not really a part
of it. It just adds costing of the bswap operation using the new rev field in
the rtx cost tables since we have patterns in aarch64.md that handle bswap by
I observe the following minor annoyance on FreeBSD systems where cpp is GCC's
cpp. If a DTrace script has the following shebang line:
#!/usr/sbin/dtrace -Cs
then the following warning is produced when the script is run:
cc1: warning: is shorter than expected
Some details. dtrace(1) first
On 28 February 2014 10:30, Alex Velenko alex.vele...@arm.com wrote:
Hi Richard,
Thank you for your suggestion. Attached is a patch that includes
implementation of your proposition. A testsuite was run on LE and BE
compilers with no regressions.
Here is the description of the patch:
This
On Wed, Mar 19, 2014 at 09:46:56AM +, Ramana Radhakrishnan wrote:
On 03/19/14 08:42, Zhenqiang Chen wrote:
ICE when compiling gcc.target/arm/neon-modes-3.c with -g in
arm_dwarf_register_span since parts[8] is out of bound for XImode.
GET_MODE_SIZE (XImode) / 4 is 16. rtx parts[8] can not
This patch avoids calling ggc_collect after we possibly forked
during WPA phase as that necessarily causes a lot of page
unsharing. I have verified that during a LTO bootstrap we
do not allocate GC memory during (or after) lto_wpa_write_files,
thus the effect on memory use should be positive
Apparently with LTO we can get a TYPE_NAME without a DECL_NAME,
so check that it exists before accessing it.
Note that the test has to be run; only compiling wasn't enough
to provoke the ICE.
Ran ubsan testsuite on x86_64-linux, ok for trunk?
2014-03-19 Marek Polacek pola...@redhat.com
On Wed, Mar 19, 2014 at 12:13:57PM +0100, Marek Polacek wrote:
Apparently with LTO we can get a TYPE_NAME without a DECL_NAME,
so check that it exists before accessing it.
Note that the test has to be run; only compiling wasn't enough
to provoke the ICE.
?? Shouldn't // { dg-do link } be
On Wed, Mar 19, 2014 at 12:10 PM, Richard Biener wrote:
Index: gcc/ggc-page.c
===
--- gcc/ggc-page.c (revision 208642)
+++ gcc/ggc-page.c (working copy)
@@ -1199,6 +1199,8 @@ ggc_round_alloc_size (size_t requested_s
Jakub Jelinek ja...@redhat.com writes:
On Tue, Mar 18, 2014 at 11:19:52AM +0100, Rainer Orth wrote:
The new gcc.dg/tls/pr58595.c testcase FAILs on Solaris 9:
FAIL: gcc.dg/tls/pr58595.c (test for excess errors)
Excess errors:
Undefined first referenced
symbol
On Wed, Mar 19, 2014 at 12:17:19PM +0100, Jakub Jelinek wrote:
On Wed, Mar 19, 2014 at 12:13:57PM +0100, Marek Polacek wrote:
Apparently with LTO we can get a TYPE_NAME without a DECL_NAME,
so check that it exists before accessing it.
Note that the test has to be run; only compiling wasn't
On Wed, 19 Mar 2014, Steven Bosscher wrote:
On Wed, Mar 19, 2014 at 12:10 PM, Richard Biener wrote:
Index: gcc/ggc-page.c
===
--- gcc/ggc-page.c (revision 208642)
+++ gcc/ggc-page.c (working copy)
@@ -1199,6
This reduces GC walk recursion depth in two ways.
First by re-ordering tree_type_common members to move 'name' last
and 'canonical' before 'next_variant'. That makes us
first recurse downward (type, pointer_to/reference_to), then
on the same level (canonical, next_variant, main_variant)
and
On Wed, Mar 19, 2014 at 02:02:10PM +0100, Richard Biener wrote:
LTO bootstrap running on x86_64-unknown-linux-gnu.
Ok for trunk?
Thanks,
Richard.
2014-03-19 Richard Biener rguent...@suse.de
PR middle-end/60553
* tree-core.h (tree_type_common): Re-order pointer members
Hi Tobias!
This patch implements transformation of OpenACC loop directive from
Fortran AST to GENERIC.
Successfully bootstrapped and tested with no new regressions on
x86_64-unknown-linux-gnu.
OK for gomp4 branch?
--
Ilmir.
From de2dd5ba0c48500e8e9084bd46cbfac2f21352fe Mon Sep 17 00:00:00
Ping.
On 13.03.2014 21:05, Ilmir Usmanov wrote:
On 07.03.2014 15:37, Ilmir Usmanov wrote:
Hi Thomas!
I prepared simple patch to add support of OpenACC data, kernels and
parallel constructs to C++ FE.
It adds support of data clauses too.
OK to gomp4 branch?
Fixed subject: changed file
Well, finally I have the assignment, could you please review this patch?
On Wed, Nov 20, 2013 at 4:13 PM, Jeff Law l...@redhat.com wrote:
On 11/19/13 07:04, Marcos Díaz wrote:
My employer is working on the signature of the papers. Could someone
please do the review meanwhile?
I'd prefer to
On 03/19/14 08:06, Marcos Díaz wrote:
Well, finally I have the assignment, could you please review this patch?
Thanks. I'll take a look once we open up stage1 development again
(should be soon as 4.9 is getting close to being ready).
jeff
On Wed, 19 Mar 2014, Martin Liška wrote:
There are stats for Firefox with LTO and -O2. According to graphs it
looks that memory consumption for parallel WPA phase is similar.
When I disable parallel WPA, wpa footprint is ~4GB, but ltrans memory
footprint is similar to parallel WPA that
On 03/19/2014 03:55 PM, Richard Biener wrote:
On Wed, 19 Mar 2014, Martin Liška wrote:
There are stats for Firefox with LTO and -O2. According to graphs it
looks that memory consumption for parallel WPA phase is similar.
When I disable parallel WPA, wpa footprint is ~4GB, but ltrans memory
On Mon, Feb 24, 2014 at 09:13:45AM +, James Greenhalgh wrote:
*ping*, CCing Jakub.
*ping x2* This was OKed by ramana, but we wanted release manager approval.
I would have committed the patch as obvious if we were not in stage 4.
Thanks,
James
On Wed, Feb 12, 2014 at 12:43:10PM +,
On Wed, Mar 19, 2014 at 03:13:40PM +, James Greenhalgh wrote:
On Mon, Feb 24, 2014 at 09:13:45AM +, James Greenhalgh wrote:
*ping*, CCing Jakub.
*ping x2* This was OKed by ramana, but we wanted release manager approval.
I would have committed the patch as obvious if we were not in
On 28 February 2014 09:32, Ramana Radhakrishnan ramra...@arm.com wrote:
Hi,
This defines TARGET_FLAGS_REGNUM for AArch64 to be CC_REGNUM.
Noticed this turns on the cmpelim pass after reload and in a few examples
and a couple of benchmarks I noticed a number of comparisons getting
On Wed, 19 Mar 2014, Martin Liška wrote:
On 03/19/2014 03:55 PM, Richard Biener wrote:
On Wed, 19 Mar 2014, Martin Liška wrote:
There are stats for Firefox with LTO and -O2. According to graphs it
looks that memory consumption for parallel WPA phase is similar.
When I disable
On Wed, Mar 19, 2014 at 8:41 AM, H.J. Lu hongjiu...@intel.com wrote:
GNU linker sets DT_RPATH from the environment variable LD_RUN_PATH.
set_ld_library_path_env_vars sets a few environment variables including
LD_RUN_PATH. This patch logs all environment variables set by
On Mar 18, 2014, at 6:16 AM, Kai Tietz ktiet...@googlemail.com wrote:
this patch skips anon2.C and anon3.C test for mingw target. Issue
here is that weak under pe-coff is different to ELF-targets and
therefore test doesn't apply for
So, what does the output look like? There should be a trace
OK.
Jason
GNU linker sets DT_RPATH from the environment variable LD_RUN_PATH.
set_ld_library_path_env_vars sets a few environment variables including
LD_RUN_PATH. This patch logs all environment variables set by
set_ld_library_path_env_vars so that one can recreate the same
executable as make check run.
2014-03-19 17:23 GMT+01:00 Mike Stump mikest...@comcast.net:
On Mar 18, 2014, at 6:16 AM, Kai Tietz ktiet...@googlemail.com wrote:
this patch skips anon2.C and anon3.C test for mingw target. Issue
here is that weak under pe-coff is different to ELF-targets and
therefore test doesn't apply for
On Mar 19, 2014, at 8:41 AM, H.J. Lu hongjiu...@intel.com wrote:
GNU linker sets DT_RPATH from the environment variable LD_RUN_PATH.
set_ld_library_path_env_vars sets a few environment variables including
LD_RUN_PATH. This patch logs all environment variables set by
Committed to branch dmalcolm/jit:
https://github.com/davidmalcolm/pygccjit/pull/3#issuecomment-37883129
showed a problem where a parameter expecting a (char *) was passed
a char[1024] cast to a (char *) as its argument, leading to an ICE:
libgccjit.so: internal compiler error: in convert_move,
Kai Tietz ktiet...@googlemail.com writes:
2014-03-19 17:23 GMT+01:00 Mike Stump mikest...@comcast.net:
On Mar 18, 2014, at 6:16 AM, Kai Tietz ktiet...@googlemail.com wrote:
this patch skips anon2.C and anon3.C test for mingw target. Issue
here is that weak under pe-coff is different to
On Mar 19, 2014, at 9:49 AM, Rainer Orth r...@cebitec.uni-bielefeld.de wrote:
The concept of weak - as present in ELF - isn't known in COFF in
general. There is some weak, but it works only for static library and
in a limitted way. Therefore we can't (and don't) use it for COFF
targets.
Hi Marcus,
On 14 March 2014 19:42, Marcus Shawcroft marcus.shawcr...@gmail.com wrote:
Do we need a new effective target test, why is the existing
fstack_protector not appropriate?
stack_protector does a run time test. It failed in cross compilation
environment and these are compile only
Hi,
in this minor regression we ICE during error recovery, when
push_class_level_binding_1 (called by
finish_member_declaration via pushdecl_class_level) gets a
TEMPLATE_ID_EXPR as the name argument. It's a regression because, since
r199779, invalid declarations get more often through (with
On Wed, 19 Mar 2014, Kai Tietz wrote:
The concept of weak - as present in ELF - isn't known in COFF in
general. There is some weak, but it works only for static library and
in a limitted way. Therefore we can't (and don't) use it for COFF
targets.
There are already two different checks
Hi Marcus,
On 14 March 2014 19:42, Marcus Shawcroft marcus.shawcr...@gmail.com wrote:
Hi Venkat
On 5 February 2014 10:29, Venkataramanan Kumar
venkataramanan.ku...@linaro.org wrote:
Hi Marcus,
+ ldr\\t%x2, %1\;str\\t%x2, %0\;mov\t%x2,0
+ [(set_attr length 12)])
This pattern emits an
On 19 March 2014 17:11, Venkataramanan Kumar
venkataramanan.ku...@linaro.org wrote:
I have incorporated your review comments and split the patch into two.
The first patch attached here contains Aarch64 machine descriptions
for the stack protect patterns.
ChangeLog.
2014-03-19
Trevor == Trevor Saunders tsaund...@mozilla.com writes:
Trevor thanks for doing this. I wonder about naming, we already have
Trevor auto_vec and while I don't really care wether we use auto_ or
Trevor scoped_ it seems like being consistant would be nice.
Sounds reasonable to me, I've made this
2014-03-19 18:37 GMT+01:00 Joseph S. Myers jos...@codesourcery.com:
On Wed, 19 Mar 2014, Kai Tietz wrote:
The concept of weak - as present in ELF - isn't known in COFF in
general. There is some weak, but it works only for static library and
in a limitted way. Therefore we can't (and don't)
Oops. Please ignore this for now. I'm preparing a patch series and
sent this one prematurely.
Thanks,
Bill
On Wed, 2014-03-19 at 10:25 -0500, Bill Schmidt wrote:
Hi,
This patch (diff-le-tests) backports adjustments to a few tests for
powerpc64le and the ELFv2 ABI.
Thanks,
Bill
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
2013-11-27 Bill Schmidt wschm...@linux.vnet.ibm.com
*
This patch introduces a new class toplev and changes toplev_main and
toplev_finalize to be methods of this class. Additionally, now the
timevars are automatically stopped when the object is destroyed. This
cleans up compile a bit and makes it simpler to reuse the toplev
logic in other code.
---
Here's a second revision of my patches to the jit branch to clean up
toplev and timevar uses a bit. The first revision was here:
http://gcc.gnu.org/ml/gcc-patches/2014-03/msg00895.html
Compared with that revision, this one hopefully includes the
ChangeLog.jit entries; and I took Trevor's
This introduces a new auto_timevar class. It pushes a given timevar
in its constructor, and pops it in the destructor, giving a much
simpler way to use timevars in the typical case where they can be
scoped.
---
gcc/ChangeLog.jit | 4
gcc/jit/ChangeLog.jit | 4
On Mar 19, 2014, at 9:38 AM, Kai Tietz ktiet...@googlemail.com wrote:
2014-03-19 17:23 GMT+01:00 Mike Stump mikest...@comcast.net:
On Mar 18, 2014, at 6:16 AM, Kai Tietz ktiet...@googlemail.com wrote:
this patch skips anon2.C and anon3.C test for mingw target. Issue
here is that weak under
On 19 March 2014 17:18, Venkataramanan Kumar
venkataramanan.ku...@linaro.org wrote:
I used the existing dg-require-effective-target check,
stack_protector and added it in a separate line.
ChangeLog.
2014-03-19 Venkataramanan Kumar venkataramanan.ku...@linaro.org
*
2014-03-19 17:54 GMT+01:00 Mike Stump mikest...@comcast.net:
On Mar 19, 2014, at 9:49 AM, Rainer Orth r...@cebitec.uni-bielefeld.de
wrote:
The concept of weak - as present in ELF - isn't known in COFF in
general. There is some weak, but it works only for static library and
in a limitted
Committed to branch dmalcolm/jit:
gcc/jit/
* internal-api.c (gcc::jit::recording::context::add_error_va):
Rename local progname to ctxt_progname to avoid shadowing
the related global, for clarity.
(gcc::jit::playback::context::compile): Likewise.
---
Tom == Tom Tromey tro...@redhat.com writes:
Tom This patch introduces a new class toplev and changes toplev_main and
Tom toplev_finalize to be methods of this class. Additionally, now the
Tom timevars are automatically stopped when the object is destroyed. This
Tom cleans up compile a bit and
This is a follow-on patch to one already committed:
http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01128.html
It implements patterns to simplify our RTL as follows:
OR (Not:DI (A:DI), ZeroExtend:DI (B:SI))
-- the top half can be done with a MVN
AND (Not:DI (A:DI), ZeroExtend:DI (B:SI))
--
On Tue, Mar 18, 2014 at 4:43 AM, Richard Biener rguent...@suse.de wrote:
On Mon, 17 Mar 2014, Cong Hou wrote:
On Mon, Mar 17, 2014 at 6:44 AM, Richard Biener rguent...@suse.de wrote:
On Fri, 14 Mar 2014, Cong Hou wrote:
On Fri, Mar 14, 2014 at 12:58 AM, Richard Biener
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 unstable, but this branch will not represent a
particularly good
Hi,
This patch (diff-le-config) backports updates to more recent
config.guess and config.sub versions to support the new powerpc64le
target.
Thanks,
Bill
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r203071:
2013-10-01 Joern Rennecke
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
2013-11-27 Bill Schmidt wschm...@linux.vnet.ibm.com
*
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.
2013-11-15 Ulrich Weigand ulrich.weig...@de.ibm.com
Note: Default setting of
Hi,
This patch (diff-abi-calls) backports fixes to common code to support
the new ELFv2 ABI. Copying Richard and Jakub for these bits.
Thanks,
Bill
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline r204798:
2013-11-14 Ulrich Weigand
On Wed, 2014-03-19 at 12:10 -0600, Tom Tromey wrote:
Tom == Tom Tromey tro...@redhat.com writes:
Tom This patch introduces a new class toplev and changes toplev_main and
Tom toplev_finalize to be methods of this class. Additionally, now the
Tom timevars are automatically stopped when the
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.
2013-11-19 Ulrich Weigand ulrich.weig...@de.ibm.com
gotest: Recognize PPC
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.
2013-11-20 Alan Modra amo...@gmail.com
* config/rs6000/sysv4.h
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 wschm...@linux.vnet.ibm.com
Backport from mainline
2013-08-19
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 mainline
2013-10-23 Pat Haugen pthau...@us.ibm.com
*
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:
2013-11-20 Ulrich Weigand ulrich.weig...@de.ibm.com
* config/rs6000/rs6000.c
Hi,
This patch (diff-le-libtool) backports changes to use a libtool.m4 that
supports powerpc64le-*linux*.
Thanks,
Bill
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline
2013-11-22 Ulrich Weigand ulrich.weig...@de.ibm.com
*
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 wschm...@linux.vnet.ibm.com
PR target/56843
* config/rs6000/rs6000.c
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
Apply mainline r202190, powerpc64le multilibs and multiarch dir
2013-09-03 Alan
Hi,
This patch (diff-pr54537) backports a fix for PR54537 which is unrelated
but necessary. Copying Richard and Jakub for the common code.
Thanks,
Bill
[libstdc++-v3]
2014-03-29 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline
2013-08-01 Fabien Chêne
Hi,
This patch (diff-lra) backports the changes to enable -mlra for the
PowerPC back end.
Thanks,
Bill
2014-03-19 Bill Schmidt wschm...@linux.vnet.ibm.com
Backport from mainline
2014-02-04 Michael Meissner meiss...@linux.vnet.ibm.com
* config/rs6000/rs6000.opt
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 wschm...@linux.vnet.ibm.com
Back port from trunk
2013-04-25 Alan Modra
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
2014-01-23 Michael Meissner meiss...@linux.vnet.ibm.com
PR target/59909
On Wed, 2014-03-19 at 11:52 -0600, Tom Tromey wrote:
This introduces a new auto_timevar class. It pushes a given timevar
in its constructor, and pops it in the destructor, giving a much
simpler way to use timevars in the typical case where they can be
scoped.
---
gcc/ChangeLog.jit |
Hi,
The main patch for this series was too large for the mailer to accept.
Sorry about that. This piece is all powerpc-related and seems to have
been delivered to David ok. If anyone else wants a copy of the patch,
please contact me privately and I'll send it your way.
Thanks,
Bill
Hi Ilmir!
On Tue, 18 Mar 2014 16:37:24 +0400, Ilmir Usmanov i.usma...@samsung.com wrote:
This patch introduces support of OpenACC loop directive (and combined
directives) in C front-end up to GENERIC. Currently no clause is allowed.
--- /dev/null
+++
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
2014-02-26 Alan Modra amo...@gmail.com
PR target/58675
PR target/57935
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
2014-02-06 Ulrich Weigand ulrich.weig...@de.ibm.com
*
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 r207699.
2014-02-11 Michael Meissner meiss...@linux.vnet.ibm.com
PR
Hi Illmir,
Ilmir Usmanov:
This patch implements transformation of OpenACC loop directive from
Fortran AST to GENERIC.
If I followed correctly, with this patch the Fortran FE implementation
of OpenACC is complete, except for:
* !$acc cache() - parsing supported, but then aborting with a
Early *ping* - I think this wrong-code GCC 4.7/4.8/4.9 issue is pretty
severe.
Tobias Burnus wrote:
This patch fixes two issues, where gfortran claims that a function is
implicit pure, but it is not. That will cause a wrong-code
optimization in the middle end.
First problem, cf. PR60543,
On Wed, Mar 19, 2014 at 02:23:58PM -0500, Bill Schmidt wrote:
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 unstable,
On Wed, Mar 19, 2014 at 4:05 PM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Mar 19, 2014 at 02:23:58PM -0500, Bill Schmidt wrote:
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
Dear Tobias,
The patch looks OK to me. If nothing else, it offers a
rationalisation of all the lines of code that unset the attribute!
I am somewhat puzzled by Note: I failed to create a test case,
wheras I find one at the end of the patch. Can you explain what you
mean?
Cheers
Paul
On 19
Hi!
On the following testcase starting with r199779 we have a FIELD_DECL with
error_mark_node type, on which we ICE. Fixed by ignoring such FIELD_DECLs.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2014-03-19 Jakub Jelinek ja...@redhat.com
PR c++/60572
David OK. Are you able to push this to my branch, or do you need me to do
David this?
Thanks, I was able to push them.
Tom
On Wed, 2014-03-19 at 21:05 +0100, Jakub Jelinek wrote:
I guess the most important question is what guarantees there are that it
won't affect non-powerpc* ports too much (my main concern is the 9/26 patch,
plus the C++ FE / libstdc++ changes), and how much does this affect
code generation and
On Wed, 2014-03-19 at 16:03 -0500, Bill Schmidt wrote:
On Wed, 2014-03-19 at 21:05 +0100, Jakub Jelinek wrote:
I guess the most important question is what guarantees there are that it
won't affect non-powerpc* ports too much (my main concern is the 9/26 patch,
plus the C++ FE / libstdc++
On 03/19/14 15:03, Bill Schmidt wrote:
On Wed, 2014-03-19 at 21:05 +0100, Jakub Jelinek wrote:
I guess the most important question is what guarantees there are that it
won't affect non-powerpc* ports too much (my main concern is the 9/26 patch,
plus the C++ FE / libstdc++ changes), and how
I'm debugging http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60587 and
have found a number of problems.
Firstly, the bug report is correct, this overload dereferences the
__other argument without checking if that is OK:
templatetypename _Iterator, typename _Sequence, typename _InputIterator
Paul Richard Thomas wrote:
The patch looks OK to me. If nothing else, it offers a
rationalisation of all the lines of code that unset the attribute!
I am somewhat puzzled by Note: I failed to create a test case,
wheras I find one at the end of the patch. Can you explain what you
mean?
What
On 19/03/14 21:39 +, Jonathan Wakely wrote:
I think the safe thing to do is (as I suggested at the time) to have a
trait saying which iterator types refer to contiguous memory. Our
debug mode only supports our own containers, so the ones which are
contiguous are known. For 4.9.0 I think the
Hi
On 19/mar/2014, at 23:28, Jonathan Wakely jwak...@redhat.com wrote:
On 19/03/14 21:39 +, Jonathan Wakely wrote:
I think the safe thing to do is (as I suggested at the time) to have a
trait saying which iterator types refer to contiguous memory. Our
debug mode only supports our own
I've committed the attached patch to fix PR target/60039
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60039
which is a regression from 4.5 for some sh3 users.
Tested on sh4-unknown-linux-gnu with -mdiv=call-div1.
I'd like to backport it to 4.8 in a week or two as usual.
Regards,
kaz
--
On Thu, 13 Mar 2014, Ilmir Usmanov wrote:
* gcc/testsuite/c-c++-common/goacc/deviceptr-1.c: Move to ...
* gcc/testsuite/gcc.dg/goacc/deviceptr-1.c ... here.
* gcc/testsuite/g++.dg/goacc/goacc.exp: New test directory.
* gcc/testsuite/g++.dg/goacc-gomp/goacc-gomp.exp:
1 - 100 of 103 matches
Mail list logo