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
PR lto/60571
* lto.c (wait_for_child):
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 p
On Tue, 18 Mar 2014, Jakub Jelinek wrote:
> Hi!
>
> With -fno-tree-dce the scalar MASK_LOAD isn't removed from the IL and we ICE
> on it during expansion (as we support only the vector loads, if those aren't
> supported, MASK_LOAD is either not created by if-conversion at all, or
> vectorization
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
PR lto/59543
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 the
registers.
According to arm-modes.def, 16 should be
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
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 pla
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 i
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
gene
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 forks
On 28 February 2014 10:30, Alex Velenko 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 patch introduc
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]"
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 (the
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
PR sanitizer/6056
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 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 w
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)
> > @@ -1
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 fina
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
>
> 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 ext
Well, finally I have the assignment, could you please review this patch?
On Wed, Nov 20, 2013 at 4:13 PM, Jeff Law 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 wait un
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 red
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
foo
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 +, Ram
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
On 28 February 2014 09:32, Ramana Radhakrishnan 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
> deleted. A sim
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
On Wed, Mar 19, 2014 at 8:41 AM, H.J. Lu 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
> set_ld_library_path_env_vars so that on
On Mar 18, 2014, at 6:16 AM, Kai Tietz 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 of weak of some
sor
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 :
> On Mar 18, 2014, at 6:16 AM, Kai Tietz 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 lik
On Mar 19, 2014, at 8:41 AM, H.J. Lu 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
> set_ld_library_path_env_vars so that one ca
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, at
Kai Tietz writes:
> 2014-03-19 17:23 GMT+01:00 Mike Stump :
>> On Mar 18, 2014, at 6:16 AM, Kai Tietz 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, w
On Mar 19, 2014, at 9:49 AM, Rainer Orth 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.
>
> In that case, it seem
Hi Marcus,
On 14 March 2014 19:42, Marcus Shawcroft 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 tests.
>
>
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 TR
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 wrote:
> Hi Venkat
>
> On 5 February 2014 10:29, Venkataramanan Kumar
> wrote:
>> Hi Marcus,
>>
>>> + "ldr\\t%x2, %1\;str\\t%x2, %0\;mov\t%x2,0"
>>> + [(set_attr "length" "12")])
>>>
>>> This pattern emits an opaque sequence of instructions t
On 19 March 2014 17:11, Venkataramanan Kumar
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 Venkataramanan Kumar
> * c
> "Trevor" == Trevor Saunders 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 change for
2014-03-19 18:37 GMT+01:00 Joseph S. Myers :
> 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
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
Backport from mainline
2013-11-27 Bill Schmidt
* gfortran.dg/nan_7.f90: Disable for little endian PowerPC.
Backpor
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 sug
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
gcc/jit/internal-a
On Mar 19, 2014, at 9:38 AM, Kai Tietz wrote:
> 2014-03-19 17:23 GMT+01:00 Mike Stump :
>> On Mar 18, 2014, at 6:16 AM, Kai Tietz 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 do
On 19 March 2014 17:18, Venkataramanan Kumar
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
> * g++.dg/fstack-protector-strong.C: Add effetive target check for
>
2014-03-19 17:54 GMT+01:00 Mike Stump :
> On Mar 19, 2014, at 9:49 AM, Rainer Orth
> 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
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.
---
gcc/jit/Ch
> "Tom" == Tom Tromey 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 mak
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 wrote:
>
> On Mon, 17 Mar 2014, Cong Hou wrote:
>
> > On Mon, Mar 17, 2014 at 6:44 AM, Richard Biener wrote:
> > > On Fri, 14 Mar 2014, Cong Hou wrote:
> > >
> > >> On Fri, Mar 14, 2014 at 12:58 AM, Richard Biener
> > >> wrote:
> > >> > On Fri, 14
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 suppor
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
Backport from mainline r203071:
2013-10-01 Joern Rennecke
Import from savannah.gnu.o
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
* gfortran.dg/nan_7.f90: Disable for little endian PowerPC.
Backpor
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
Note: Default setting of -mcompat-align-parm inverted!
2013-08-14 Bill
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
Backport from mainline r204798:
2013-11-14 Ulrich Weigand
Alan Modra
On Wed, 2014-03-19 at 12:10 -0600, Tom Tromey wrote:
> > "Tom" == Tom Tromey 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 ob
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
gotest: Recognize PPC ELF v2 function pointers in text section.
Index: gcc-
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/rs6000/sysv4.h (CC1_ENDIAN_LITTLE_SPEC): Define as empty.
* config/rs6000
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
Backport from mainline
2013-08-19 Peter Bergner
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
* gcc.target/powerpc/direct-move.h: Fix header for executable tests.
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
* config/rs6000/rs6000.c (rs6000_cannot_change_mode_class): Do not
allow sub
Hi,
This patch (diff-le-libtool) backports changes to use a libtool.m4 that
supports powerpc64le-*linux*.
Thanks,
Bill
2014-03-19 Bill Schmidt
Backport from mainline
2013-11-22 Ulrich Weigand
* libgo/config/libtool.m4: Update to mainline version.
* libgo/
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
* config/rs6000/rs6000.c (rs6000_emit_swdiv_high_precision): Remove.
(rs6000_em
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 and multiarch dir
2013-09-03 Alan Modra
* config.gcc
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
Backport from mainline
2013-08-01 Fabien Chêne
PR c++/54537
*
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
* config/rs6000/rs6000.opt (-mlra): Add switch to enable the LRA
register all
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 port from trunk
2013-04-25 Alan Modra
PR target/57052
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
PR target/59909
* gcc.target/powerpc/quad-atomic.c: New file t
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 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
> +++ b/gcc/testsuite/c-c++-common/goacc/loop-1.c
> @@ -0,0 +1,8
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 target/58675
PR target/57935
* config/rs6000/rs6000.c (rs6000_sec
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
* config/rs6000/sysv4.h (ENDIAN_SELECT): Do not attempt to enforce
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 Meissner
PR target/60137
* config/rs6000/rs6000.md (128-bit GP
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
not
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, is
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 unstab
On Wed, Mar 19, 2014 at 4:05 PM, Jakub Jelinek 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 appropriat
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
PR c++/60572
* init.c (build
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
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 / lib
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 much
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:
template
inline bool
__foreign_iterator_aux3(const _Safe_iterator<_It
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 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 containers
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
--
2014
1 - 100 of 105 matches
Mail list logo
