Hi,
this patch adds emacs indentation settings to gen-pass-instances.awk.
The default indentation width in emacs awk mode seems to be 4, and this
setting overrides it to 8, which is the style used in this file.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Add emacs in
Hi,
this patch removes an unused variable from handle_line in
gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Remove unused var in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_line): Remove unused var line_length.
---
Hi,
this patch unifies semicolon use in handle_line in gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Unify semicolon use in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_line): Unify semicolon use.
---
gcc/gen-pass-in
Hi,
this patch restructures handle_line in gen-pass-instances.awk to use an
early-out.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Use early-out in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_line): Restructure using early-out.
---
gcc
Hello!
Attached patch uses ssememalign attribute to reject insn combinations
where memory operands would be misaligned.
2015-11-12 Uros Bizjak
* config/i386/i386.c (ix86_legitimate_combined_insn): Reject
combined insn if the alignment of vector mode memory operand
is less than sse
Hi,
this patch adds a variable len_of_call in handle_line in
gen-pass-instances.awk. It moves the use of the RLENGTH variable just
after the related match call.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Add len_of_call var in handle_line
2015-11-11 Tom de Vries
Hi,
this patch renames variable len_of_end to len_of_close in handle_line in
gen-pass-instances.awk.
Committed to trunk as obvious.
Thanks,
- Tom
gen-pass-instances.awk: Rename len_of_end to len_of_close in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_line): Rena
Hi,
this patch adds some comments in handle_line in gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Add comments in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_line): Add comments.
---
gcc/gen-pass-instances.awk | 5 +
Hi,
this patch adds new variables pass_num, prefix and postfix in
handle_line in gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Add pass_num, prefix and postfix vars in handle_line
2015-11-11 Tom de Vries
* gen-pass-instances.awk (handle_lin
Hi,
this patch modifies the prefix and postfix expressions in handle_line
gen-pass-instances.awk, such that the printf command now lists all the
NEXT_PASS call arguments, and surrounds them with parentheses.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Make print comm
On Wed, Nov 11, 2015 at 12:19:55PM -0500, Nathan Sidwell wrote:
> this patch implements default data attribute determination. The current
> behaviour defaults to 'copy' and ignores 'default(none)'. The patch
> corrects that.
>
> 1) We emit a diagnostic when 'default(none)' is in effect. The for
On 11 Nov 2015, at 19:43, Simon Wright wrote:
> This situation arises, for example, with an embedded RTS that incorporates the
> Ada 2012 generalized container iterators.
I should add, this PR is the “other half” of PR ada/66242, which is fixed in
GCC 6; so
please can it be reviewed?
I didn’t
Hi Nathan!
Merging back your trunk r230169 into gomp-4_0-branch, for the new
libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c test, I'm
seeing the compiler diagnose as follows (compile with "-Wall -O2"):
source-gcc/libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c: In
On Wed, Nov 11, 2015 at 07:07:58PM -0600, James Norris wrote:
> + oacc_declare_returns->remove (t);
> +
> + if (oacc_declare_returns->elements () == 0)
> + {
> + delete oacc_declare_returns;
> + oacc_declare_returns = N
PR68307 points out that config/os/mingw32-w64/error_constants.h fails
to define a number of errc constants which correspond to EXXX macros
that are supported on mingw-w64.
Does anyone know why we test explicitly for these macros but not
others?
m4_foreach([syserr], [EOWNERDEAD, ENOTRECOVERABLE,
Hi all,
This is a simply patch to adjust the assembly output for
addsi3_compare_op2 rtx pattern in ARM backend.
According to the constraints, it's the second alternative which allows
the second operand to be a constant.
The original pattern will trigger an ICE when the third alternative is
c
Patch applied.
Thanks Joern,
Claudiu
> -Original Message-
> From: Joern Wolfgang Rennecke [mailto:g...@amylaar.uk]
> Sent: Wednesday, November 11, 2015 7:15 PM
> To: Claudiu Zissulescu; gcc-patches@gcc.gnu.org
> Cc: Francois Bedard
> Subject: Re: [PATCH][ARC] Fix ARC backend ICE on pr2992
Hi Renlin,
On 12/11/15 09:29, Renlin Li wrote:
Hi all,
This is a simply patch to adjust the assembly output for addsi3_compare_op2 rtx
pattern in ARM backend.
According to the constraints, it's the second alternative which allows the
second operand to be a constant.
The original pattern will
On Wed, Nov 11, 2015 at 05:12:29PM -0600, Bill Schmidt wrote:
> Hi Ilya,
>
> The patch committed as r230098 has caused a number of ICEs on
> powerpc64le-linux-gnu.
And arm-none-linux-gnueabihf, and aarch64-none-linux-gnu.
> Could you please either revert the patch or fix these issues?
Thanks,
Hello.
I'm sending reworked version of the patch, where I renamed 'sem_item::hash' to
'm_hash'
and wrapped all usages with 'get_hash'. Apart from that, a new member function
'set_hash'
is utilized for changing the hash value. Hope it's easier for understanding.
Patch can survive regression test
On 11/06/2015 05:43 PM, Jan Hubicka wrote:
>> Hello.
>>
>> Following patch triggers hash calculation of items (functions and variables)
>> in situations where LTO mode is not utilized.
>>
>> Patch survives regression tests and bootstraps on x86_64-linux-pc.
>>
>> Ready for trunk?
>> Thanks,
>> Mart
Bill Schmidt writes:
> The patch committed as r230098 has caused a number of ICEs on
> powerpc64le-linux-gnu.
This is PR68296.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely diffe
Hi,
My vector comparison patches broken expand of vector comparison on targets
which don't have new comparison patterns but support VEC_COND_EXPR. This
happens because it's not checked vector comparison may be expanded as a
comparison. This patch fixes it. Bootstrapped and regtested on
powe
2015-11-12 12:48 GMT+03:00 James Greenhalgh :
> On Wed, Nov 11, 2015 at 05:12:29PM -0600, Bill Schmidt wrote:
>> Hi Ilya,
>>
>> The patch committed as r230098 has caused a number of ICEs on
>> powerpc64le-linux-gnu.
>
> And arm-none-linux-gnueabihf, and aarch64-none-linux-gnu.
>
>> Could you please
> > This situation arises, for example, with an embedded RTS that
> > incorporates the
> > Ada 2012 generalized container iterators.
>
> I should add, this PR is the ???other half??? of PR ada/66242, which is fixed
> in GCC 6; so please can it be reviewed?
The proper patch for PR ada/66242 hasn't
On Thu, Oct 8, 2015 at 4:50 PM, Ilya Enkovich wrote:
> Hi,
>
> This patch allows COND_EXPR with no embedded comparison to be vectorized.
> It's applied on top of vectorized comparison support series. New optab
> vcond_mask_optab
> is introduced for such statements. Bool patterns now avoid comp
Hello.
Following patch was a bit negotiated with Jakub and can save a huge amount of
memory in cases
where target attributes are heavily utilized.
Can bootstrap and survives regression tests on x86_64-linux-pc.
Ready for trunk?
Thanks,
Martin
>From ebb7bd3cf513dc437622868eddbed6c8f725a67c Mon S
Hi,
this patch renames the rather generic variable 'where' to the more
specific 'call_starts_at' in handle_line in gen-pass-instances.awk.
Committed as to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Rename var where to call_starts_at in handle_line
2015-11-12 Tom de Vries
*
Hi,
this patch simplifies the initialization of postfix_starts_at in
handle_line in gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Simplify init of postfix_starts_at in handle_line
2015-11-12 Tom de Vries
* gen-pass-instances.awk (handle_lin
On Thu, Nov 12, 2015 at 9:21 AM, Christian Bruel wrote:
> Hi Ramana,
>
> On 11/10/2015 12:48 PM, Ramana Radhakrishnan wrote:
>>
>> [Resending as I managed to muck this up with my mail client]
>>
>> Hi,
>>
>> I held off committing a previous version of this patch that I posted in
>> July to be nice
Hi,
this patch simplifies the match regexp in handle_line in
gen-pass-instances.awk.
Committed to trunk as trivial.
Thanks,
- Tom
gen-pass-instances.awk: Simplify match regexp in handle_line
2015-11-12 Tom de Vries
* gen-pass-instances.awk (handle_line): Simplify match regexp.
---
gcc
A trivial patch, I didn't edit the @file when I moved this file to the
new bits sub-directory.
Committed as obvious.
commit 1229ad46adf4d9a74b3da4e354120ebaa1be8eb1
Author: Jonathan Wakely
Date: Thu Nov 12 10:07:08 2015 +
* include/experimental/bits/string_view.tcc: Fix doxygen @fi
On Thu, Nov 05, 2015 at 10:54:42PM +0100, Martin Jambor wrote:
> The patch below contains all changes to libgomp files. First, it adds
> a new constant identifying HSA devices and a structure that is shared
> between libgomp and the compiler when kernels from kernels are invoked
> via dynamic para
On Wed, Nov 11, 2015 at 7:54 PM, Alan Hayward wrote:
>
>
> On 11/11/2015 13:25, "Richard Biener" wrote:
>
>>On Wed, Nov 11, 2015 at 1:22 PM, Alan Hayward
>>wrote:
>>> Hi,
>>> I hoped to post this in time for Monday’s cut off date, but
>>>circumstances
>>> delayed me until today. Hoping if possib
On Wed, Nov 11, 2015 at 9:38 PM, Jeff Law wrote:
> On 09/04/2015 11:36 AM, Ajit Kumar Agarwal wrote:
>
>>> diff --git a/gcc/passes.def b/gcc/passes.def
>>> index 6b66f8f..20ddf3d 100644
>>> --- a/gcc/passes.def
>>> +++ b/gcc/passes.def
>>> @@ -82,6 +82,7 @@ along with GCC; see the file COPYING3.
The compiler warns when a variable overlays a constant because of an address
clause on the former. This change makes the compiler issue the same warning
when a non-imported constant overlays a constant.
The patch also removes an old pessimization whereby overlaid objects would
be treated as volat
This change refines the use of the "volatile hammer" to implement the advice
given in RM 13.3(19) by disabling it for object overlays altogether. relying
instead on the ref-all aliasing property of reference types to achieve the
desired effect.
This will generate better code for object overlays, f
This patch implements apect/pragma Contract_Cases on enties.
-- Source --
-- tracker.ads
package Tracker is
type Check_Kind is
(Pre,
Refined_Post,
Post,
Conseq_1,
Conseq_2);
type Tested_Array is array (Check_Kind) of Boolean;
--
On Thu, Nov 05, 2015 at 10:57:33PM +0100, Martin Jambor wrote:
> the patch in this email contains the changes to make our OpenMP
> lowering and expansion machinery produce GPU kernels for a certain
> limited class of loops. The plan is to make that class quite a big
> bigger, but only the followin
On Mon, 2 Nov 2015 18:33:39 +
Julian Brown wrote:
> On Mon, 26 Oct 2015 19:34:22 +0100
> Jakub Jelinek wrote:
>
> > Your use_device sounds very similar to use_device_ptr clause in
> > OpenMP, which is allowed on #pragma omp target data construct and is
> > implemented quite a bit differentl
On Mon, Nov 09, 2015 at 05:58:56PM +0100, Martin Jambor wrote:
> > But I don't see any way to disable it on the command line? (no switch?)
>
> No, the switch is -foffload, which has missing documentation (PR
> 67300) and is only described at https://gcc.gnu.org/wiki/Offloading
> Nevertheless, the
On Thu, Nov 12, 2015 at 10:48 AM, Martin Liška wrote:
> Hello.
>
> I'm sending reworked version of the patch, where I renamed 'sem_item::hash'
> to 'm_hash'
> and wrapped all usages with 'get_hash'. Apart from that, a new member
> function 'set_hash'
> is utilized for changing the hash value. Ho
On Thu, Nov 12, 2015 at 10:57 AM, Ilya Enkovich wrote:
> Hi,
>
> My vector comparison patches broken expand of vector comparison on targets
> which don't have new comparison patterns but support VEC_COND_EXPR. This
> happens because it's not checked vector comparison may be expanded as a
> com
On Thu, Nov 12, 2015 at 11:03 AM, Martin Liška wrote:
> Hello.
>
> Following patch was a bit negotiated with Jakub and can save a huge amount of
> memory in cases
> where target attributes are heavily utilized.
>
> Can bootstrap and survives regression tests on x86_64-linux-pc.
>
> Ready for trun
The documentation for -fpic and -fPIC explicitly mentions some targets
where the difference matters, but not AArch64. Specifying the GOT size
limit is not entirely correct as it can depend on the -mcmodel setting,
but probably better than leaving the impression that -fpic vs -fPIC does
not matter
On 11/12/2015 12:29 PM, Richard Biener wrote:
+static bool opts_obstack_initialized = false;
+
+/* Initialize opts_obstack if not initialized. */
+
+void
+init_opts_obstack (void)
+{
+ if (!opts_obstack_initialized)
+{
+ opts_obstack_initialized = true;
+ gcc_obstack_init (&opts_o
This patch modifies the elaboration circuitry to detect an issue in SPARK
where an object in package P of a private type in package T subject to
pragma Default_Initial_Condition is default initialized and package P
lacks Elaborate_All (T).
-- Source --
-- pack.ads
pack
This patch adds several legality checks on calls to an instance of the
predefined Generic_Dispatchin_Constructor. The following three tests are
performed:
a) The tag argument is defined, i.e. is not No_Tag.
b) The tag is not that of an abstract type.
c) The accessibility level of the type denot
Hi,
[ See also related discussion at
https://gcc.gnu.org/ml/gcc-patches/2012-07/msg00452.html ]
this patch removes the usage of first_pass_instance from pass_vrp.
the patch:
- limits itself to pass_vrp, but my intention is to remove all
usage of first_pass_instance
- lacks an update to gdbh
This patch classifies a misplaced constituent as a critical error and stops the
compilation. This ensures that the missing link between a constituent and state
will not cause obscure cascaded errors.
-- Source --
-- pack.ads
package Pack
with Spark_Mode => On,
This change makes sure the compiler produces a proper error (rather
than crash) when compiling an (illegal) IF-expression where THEN-expression
is overloaded, and none of its interpretation is compatible with
the ELSE-expression.
The following compilation must display:
$ gcc -c badelse.adb
badels
On Wed, Nov 11, 2015 at 10:34:53AM -0800, Jim Wilson wrote:
> This adds an option for the Qualcomm server parts, qdf24xx, just
> optimizing like a cortex-a57 for now, same as how the initial Samsung
> exynos-m1 support worked.
>
> This was tested with armv8 and aarch64 bootstraps and make check.
>
2015-11-12 13:03 GMT+03:00 Ramana Radhakrishnan :
> On Thu, Oct 8, 2015 at 4:50 PM, Ilya Enkovich wrote:
>> Hi,
>>
>> This patch allows COND_EXPR with no embedded comparison to be vectorized.
>> It's applied on top of vectorized comparison support series. New optab
>> vcond_mask_optab
>> is int
The prefix of a selected component in a synchronized body cannot denote
a component of the synchronized type unless the prefix is an entity name.
This was not properly rejected before.
Compiling bakery.adb must yield:
bakery.adb:44:35: invalid reference to internal operation of some object
of
> Ok if it passes testing.
Thanks, it did so I installed the fix yesterday but further testing then
revealed an oversight: the following assertion in ix86_adjust_stack_and_probe
gcc_assert (cfun->machine->fs.cfa_reg != stack_pointer_rtx);
will now evidently trigger (simple testcase attached).
Hi,
This patch fixes a way operand is chosen by its num for COND_EXPR.
Bootstrapped and regtested on x86_64-unknown-linux-gnu. OK for trunk?
Thanks,
Ilya
--
gcc/
2015-11-12 Ilya Enkovich
PR tree-optimization/68305
* tree-vect-slp.c (vect_get_constant_vectors): Support
On Tue, Nov 03, 2015 at 03:43:24PM +, Kyrill Tkachov wrote:
> Hi all,
>
> Bootstrapped and tested on aarch64.
>
> Ok for trunk?
Comments in-line.
>
> Thanks,
> Kyrill
>
>
> 2015-11-03 Kyrylo Tkachov
>
> * config/aarch64/aarch64.md (*condjump): Rename to...
> (condjump): ... T
2015-11-12 Uros Bizjak
* config/alpha/alpha.h (FUNCTION_VALUE, LIBCALL_VALUE,
FUNCTION_VALUE_REGNO_P): Remove.
* config/alpha/alpha-protos.h (function_value): Remove.
* config/alpha/alpha.c (function_value): Rename to...
(alpha_function_value_1): ... this. Make static.
Tested on visium-elf, applied on the mainline.
2015-11-12 Eric Botcazou
* config/visium/visium-protos.h (notice_update_cc): Delete.
(print_operand): Likewise.
(print_operand_address): Likewise.
--
Eric BotcazouIndex: config/visium/visium-protos.h
On Thu, Nov 12, 2015 at 12:37 PM, Tom de Vries wrote:
> Hi,
>
> [ See also related discussion at
> https://gcc.gnu.org/ml/gcc-patches/2012-07/msg00452.html ]
>
> this patch removes the usage of first_pass_instance from pass_vrp.
>
> the patch:
> - limits itself to pass_vrp, but my intention is to
On Wed, 2015-11-11 at 15:04 +, Szabolcs Nagy wrote:
> On 10/11/15 18:29, Torvald Riegel wrote:
> > On Tue, 2015-11-10 at 17:26 +, Szabolcs Nagy wrote:
> >> On 09/11/15 00:19, Torvald Riegel wrote:
> >>> I've not yet created tests for the full list of functions specified as
> >>> transaction
On Thu, Nov 12, 2015 at 1:03 PM, Ilya Enkovich wrote:
> Hi,
>
> This patch fixes a way operand is chosen by its num for COND_EXPR.
> Bootstrapped and regtested on x86_64-unknown-linux-gnu. OK for trunk?
Ok.
Thanks,
Richard.
> Thanks,
> Ilya
> --
> gcc/
>
> 2015-11-12 Ilya Enkovich
>
>
The following fixes PR68306, an ordering issue with my last BB
vectorization patch. Fixed by removing that ordering requirement.
Bootstrapped and tested on x86_64-unknown-linux-gnu.
Richard.
2015-11-12 Richard Biener
PR tree-optimization/68306
* tree-vect-data-refs.c (verif
Hi Christophe,
> >
> Hi,
> I confirm that this fixes the build errors I was seeing.
> Thanks.
>
Thanks for checking this.
I'm still seeing a number of ICEs on the gcc-testresults mailing list
across various ports but these are likely to be caused another patch.
They are already reported as PR68
On 9 November 2015 at 09:03, Ramana Radhakrishnan
wrote:
>
> Missing comment and please prefix this with NEON_ or SIMD_ .
>
>>
>> +#define ENDIAN_LANE_N(mode, n) \
>> + (BYTES_BIG_ENDIAN ? GET_MODE_NUNITS (mode) - 1 - n : n)
>> +
>
> Otherwise OK -
With those changes, the attached patch was app
On 9 November 2015 at 13:35, Ramana Radhakrishnan
wrote:
>
>
> On 08/11/15 00:26, charles.bay...@linaro.org wrote:
>> From: Charles Baylis
>>
>> Charles Baylis
>>
>> * config/arm/neon.md (neon_vld1_lane): Remove error for invalid
>> lane number.
>> (neon_vst1_lane): Likewise
Hi!
On Thu, 12 Nov 2015 11:11:33 +0100, Jakub Jelinek wrote:
> On Thu, Nov 05, 2015 at 10:54:42PM +0100, Martin Jambor wrote:
> > --- a/libgomp/libgomp.h
> > +++ b/libgomp/libgomp.h
> > @@ -876,7 +876,8 @@ struct gomp_device_descr
> >void *(*dev2host_func) (int, void *, const void *, size_t);
This patch fixes a spurious visibility error on an operator of a derived type,
when the parent type is declared in another unit, and has an incomplete type
declaration. The primitive operations of the derived types are to be found in
the scope of its base type, and not in that of its ancestor.
The
This patch fixes a bug where GNAT fails to detect an error on an aspect that
must be applied to a library-level entity.
The following test must give an error:
tls.adb:2:26: entity for aspect "Thread_Local_Storage" must be library level
entity
procedure Tls is
V : Natural := 0 with Thread_Local
Jakub
On 11/12/2015 03:09 AM, Jakub Jelinek wrote:
On Wed, Nov 11, 2015 at 07:07:58PM -0600, James Norris wrote:
+ oacc_declare_returns->remove (t);
+
+ if (oacc_declare_returns->elements () == 0)
+ {
+ delete oacc_declare_re
On 12/11/15 11:40 +, Jonathan Wakely wrote:
On 18/09/15 12:01 -0400, Jennifer Yao wrote:
Forgot to include the patch.
On Fri, Sep 18, 2015 at 11:17 AM, Jennifer Yao
wrote:
A number of functions in libstdc++ are guarded by the _GLIBCXX_USE_C99
preprocessor macro, which is only defined on s
On 12/11/15 00:46 +0200, Ville Voutilainen wrote:
On 12 November 2015 at 00:18, Jonathan Wakely wrote:
So I think we want to define them again, independently, in
, even though it might lead to ambiguities
Here. Tested again on Linux-PPC64.
2015-11-11 Ville Voutilainen
Implement D0013R
On 11/12/15 03:53, Jakub Jelinek wrote:
+ error ("%qE not specified in enclosing OpenACC %s construct",
+DECL_NAME (lang_hooks.decls.omp_report_decl (decl)), rkind);
+ error_at (ctx->location, "enclosing OpenACC %s construct", rkind);
I'd use %qs instead of %s.
thanks,
On 12/11/15 13:26, Richard Biener wrote:
On Thu, Nov 12, 2015 at 12:37 PM, Tom de Vries wrote:
Hi,
[ See also related discussion at
https://gcc.gnu.org/ml/gcc-patches/2012-07/msg00452.html ]
this patch removes the usage of first_pass_instance from pass_vrp.
the patch:
- limits itself to pass
Hello,
I'm proposing the following patch as a step towards resolving the issue with
inaccessibility of stack storage (.local memory) in PTX to other threads than
the one using that stack. The idea is to have preallocated stacks, and have
__nvptx_stacks[] array in shared memory hold current stack
On Wed, Nov 11, 2015 at 2:13 PM, Yuri Rumyantsev wrote:
> Richard,
>
> What we should do to cope with this problem (structure size increasing)?
> Should we return to vector comparison version?
Ok, given this constraint I think the cleanest approach is to allow
integer(!) vector equality(!) compar
I've applied this to gomp4 branch. It removes the machinery concerning c++
references. The openacc std makes no mention of such a type, so originally we
were not permitting the type. But,
(a) OpenMP supports them, which suggests openacc wishes to
(b) Fortran already has reference types that n
On Thu, Nov 12, 2015 at 2:49 PM, Tom de Vries wrote:
> On 12/11/15 13:26, Richard Biener wrote:
>>
>> On Thu, Nov 12, 2015 at 12:37 PM, Tom de Vries
>> wrote:
>>>
>>> Hi,
>>>
>>> [ See also related discussion at
>>> https://gcc.gnu.org/ml/gcc-patches/2012-07/msg00452.html ]
>>>
>>> this patch rem
On Thu, Nov 12, 2015 at 3:04 PM, Richard Biener
wrote:
> On Thu, Nov 12, 2015 at 2:49 PM, Tom de Vries wrote:
>> On 12/11/15 13:26, Richard Biener wrote:
>>>
>>> On Thu, Nov 12, 2015 at 12:37 PM, Tom de Vries
>>> wrote:
Hi,
[ See also related discussion at
https://gcc.gn
On 11/12/15 08:21, Thomas Schwinge wrote:
Hi!
so there is a way to deal with it, but you need to adjust all plugins.
I'm confused -- didn't we agree that we don't need to maintain backwards
compatibility in the libgomp <-> plugins interface? (Nathan?)
Indeed, no need to deal with version
On Wed, 11 Nov 2015, Jonathan Wakely wrote:
Fixed by this patch.
Thanks, Jonathan! Unfortunately bootstrap is still broken
(on i386-unknown-freebsd11.0 at least):
In file included from
/scratch/tmp/gerald/gcc-HEAD/libstdc++-v3/src/c++11/thread.cc:27:0:
/scratch/tmp/gerald/OBJ-1112-1414/i386
Hi Arnaud,
On 12/11/15 12:06, Arnaud Charlet wrote:
This change refines the use of the "volatile hammer" to implement the advice
given in RM 13.3(19) by disabling it for object overlays altogether. relying
instead on the ref-all aliasing property of reference types to achieve the
desired effect.
On 11/11/15 12:03, Richard Biener wrote:
On Mon, 9 Nov 2015, Tom de Vries wrote:
On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels regions using parloops, and
- map the loops onto the oacc gang dimension.
The patch serie
On 12 November 2015 at 16:23, Gerald Pfeifer wrote:
> On Wed, 11 Nov 2015, Jonathan Wakely wrote:
>>
>> Fixed by this patch.
>
>
> Thanks, Jonathan! Unfortunately bootstrap is still broken
> (on i386-unknown-freebsd11.0 at least):
>
> In file included from
> /scratch/tmp/gerald/gcc-HEAD/libstdc++
On 12/11/15 15:23 +0100, Gerald Pfeifer wrote:
On Wed, 11 Nov 2015, Jonathan Wakely wrote:
Fixed by this patch.
Thanks, Jonathan! Unfortunately bootstrap is still broken
(on i386-unknown-freebsd11.0 at least):
Different issue.
In file included from
/scratch/tmp/gerald/gcc-HEAD/libstdc++-v
I'm proposing the following patch as a step towards resolving the issue with
inaccessibility of stack storage (.local memory) in PTX to other threads than
the one using that stack. The idea is to have preallocated stacks, and have
__nvptx_stacks[] array in shared memory hold current stack pointer
On Thu, Nov 12, 2015 at 3:31 PM, Tom de Vries wrote:
> On 11/11/15 12:03, Richard Biener wrote:
>>
>> On Mon, 9 Nov 2015, Tom de Vries wrote:
>>
>>> On 09/11/15 16:35, Tom de Vries wrote:
Hi,
this patch series for stage1 trunk adds support to:
- parallelize oacc kernels re
On Thu, Nov 05, 2015 at 11:31:33AM -0600, Evandro Menezes wrote:
> James,
>
> Since other members of the "tune_params" structure were signed
> integers, even though negative numbers would make no sense for most
> either, I followed the same pattern.
>
> Regardless, here's a patch with unsigned in
On 12/11/15 13:39 +, Jonathan Wakely wrote:
One downside of this change is that we introduce some (hopefully safe)
ODR violations, where inline functions and templates that depend on
_GLIBCXX_USE_C99_FOO might now be defined differently in C++98 and
C++11 code. Previously they had the same de
This fixes BB vectorization dependence analysis to not rely on
all instances being vectorized. The dependence check
- gimple *earlier_stmt = get_earlier_stmt (DR_STMT (dra), DR_STMT
(drb));
- if (DR_IS_READ (STMT_VINFO_DATA_REF (vinfo_for_stmt (earlier_stmt
- {
- /* That only
On Tue, Nov 10, 2015 at 11:50:12AM -0600, Evandro Menezes wrote:
>2015-11-10 Evandro Menezes
>
>gcc/
>
>* config/aarch64/aarch64.md (predicated): Copy attribute from
>"arm.md".
>
> This patch duplicates an attribute from arm.md so that the same
> pipeline model can be u
2015-11-05 13:37 GMT+03:00 Aleksandra Tsvetkova :
> New version of libmpx was added. There is a new function get_bd() that
> allows to get bounds directory. Wrapper for memmove was modified. Now
> it moves data and then moves corresponding bounds directly from one
> bounds table to another. This ap
On Thu, 12 Nov 2015, Bernd Schmidt wrote:
> > I've run it through make -k check-c regtesting. These are new fails, all
> > mysterious:
>
> These would have to be investigated first.
Any specific suggestions? The PTX code emitted from GCC differs only in
prologue/epilogue, so whatever's broken..
On 11/12/2015 03:59 PM, Alexander Monakov wrote:
On Thu, 12 Nov 2015, Bernd Schmidt wrote:
I've run it through make -k check-c regtesting. These are new fails, all
mysterious:
These would have to be investigated first.
Any specific suggestions? The PTX code emitted from GCC differs only in
Hi,
This patch changes this testcase to make sure LTO will not optimize
away the assignment of the local array to a global variable which was
introduced to make sure stack space was made available for the test to work.
This is correct because LTO is supposed to optimize this global away
Hi,
This patch changes the memset-inline-10.c testcase to make sure that
it is only compiled for ARM targets that support -mfloat-abi=hard using
the fact that all non-thumb1 targets do.
This is correct because all targets for which -mthumb causes the
compiler to use thumb2 will support t
On 12/11/15 15:08, Andre Vieira wrote:
Hi,
This patch changes the memset-inline-10.c testcase to make sure that
it is only compiled for ARM targets that support -mfloat-abi=hard using
the fact that all non-thumb1 targets do.
This is correct because all targets for which -mthumb causes the
Hi,
This patch adds description for several standard pattern names. OK for trunk?
Thanks,
Ilya
--
gcc/
2015-11-12 Ilya Enkovich
* doc/md.texi (vec_cmp@var{m}@var{n}): New item.
(vec_cmpu@var{m}@var{n}): New item.
(vcond@var{m}@var{n}): Specify comparison is signed.
On Thu, 2015-11-12 at 15:06 +0100, Richard Biener wrote:
> On Thu, Nov 12, 2015 at 3:04 PM, Richard Biener
> wrote:
> > On Thu, Nov 12, 2015 at 2:49 PM, Tom de Vries
> > wrote:
> >> On 12/11/15 13:26, Richard Biener wrote:
> >>>
> >>> On Thu, Nov 12, 2015 at 12:37 PM, Tom de Vries
> >>> wrote:
Hi,
libmpx was added close to release date and therefore was disabled by default
for all targets. This patch enables it by default for supported targets. Is
it OK for trunk?
Thanks,
Ilya
--
2015-11-12 Tsvetkova Alexandra
* configure.ac: Enable libmpx by default.
* configur
1 - 100 of 181 matches
Mail list logo