Ping for the following C patch sent on 4/22/2018
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg01034.html
Thanks,
--Dave
==
On 04/22/2018 12:17 PM, dave.pa...@oracle.com wrote:
This patch fixes handling of -Werror=return-type as well as
-Wno-return-type. Currently, -Werror=return-typ
On 05/23/2018 04:50 PM, Luis Machado wrote:
> On 05/23/2018 07:42 PM, H.J. Lu wrote:
>> On Wed, May 23, 2018 at 3:41 PM, H.J. Lu wrote:
>>> On Wed, May 23, 2018 at 3:35 PM, H.J. Lu wrote:
>>>
>
> Sorry. Does the following fix it for i686?
>
Index: gcc/tree-ssa-loop-prefetch.
On 05/21/2018 09:05 AM, Nicolas Koenig wrote:
Hey everyone,
Thomas and I have been working on adding asynchronous I/O to
libgfortran. The patch is almost done, the only thing still missing is
to link libgfortran against libpthread if it exists(which is for some
reason necessary despite using
Subject says it all. OK to commit?
2018-05-23 Steven G. Kargl
PR fortran/85779
*decl.c (gfc_match_derived_decl): Fix NULL point dereference.
2018-05-23 Steven G. Kargl
PR fortran/85779
* gfortran.dg/pr85779_1.f90: New test.
* gfortran.dg/pr85779_2.
On Wed, May 23, 2018 at 08:38:21PM +, Joseph Myers wrote:
> On Wed, 23 May 2018, Richard Biener wrote:
>
> > Yeah. Not sure if we need sth other than FLOAT_MODE or if avoiding the
> > chaining in wider mode and friends is enough. I guess one could also
> > change IFmode to be a non-scalar, c
The attach patch fixes PR fortran/85895 and also addresses
a nearby issue by resolving the expressions associated with
the STAT= and ERRMSG= tags in SYNC statements. OK to commit?
2018-05-23 Steven G. Kargl
PR fortran/85895
* resolve.c (resolve_sync): Resolve expression before
On Thu, 24 May 2018, Segher Boessenkool wrote:
> Which semantics doesn't it have? (Other than the lack of non-default
> rounding modes, or is that what you meant?)
It has problems with rounding modes, exceptions and various operations
involving large or small arguments or results. Some of thes
Hi,
On Wed, May 23, 2018 at 08:35:49PM +, Joseph Myers wrote:
> On Wed, 23 May 2018, Michael Meissner wrote:
>
> > One of the problems I've faced over the years is the assumption that there
> > is
> > only one type for a given size, and that isn't true for IF/KF/TFmode.
>
> I think that's a
On 05/23/2018 07:42 PM, H.J. Lu wrote:
On Wed, May 23, 2018 at 3:41 PM, H.J. Lu wrote:
On Wed, May 23, 2018 at 3:35 PM, H.J. Lu wrote:
Sorry. Does the following fix it for i686?
Index: gcc/tree-ssa-loop-prefetch.c
===
--- gc
The attached patch enhances the get_size_range() function to
extract more accurate ranges out of MIN_EXPR and MAX_EXPR nodes
with SSA_NAME operand(s). This helps -Wstringop-overflow avoid
false positives on some targets in cases like some of those
reported in bug 85623 - strncmp() warns about att
Move duplicated code to new _S_string_from_iter function and fix
constraints to accept iterators with const value type.
* include/bits/fs_path.h (path::__is_encoded_char): Change from class
template to alias template.
(path::__value_type_is_char): Use remove_const_t.
Implement TARGET_WARN_FUNC_RETURN for msp430-elf, to eliminate warnings when
functions with the "naked" attribute do not return.
The GCC testsuite completes with no regressions for msp430-elf, and this fixes
pr53633.
If the patch is acceptable, I would appreciate it if someone could commit it
for
On Wed, May 23, 2018 at 3:41 PM, H.J. Lu wrote:
> On Wed, May 23, 2018 at 3:35 PM, H.J. Lu wrote:
>
>>>
>>> Sorry. Does the following fix it for i686?
>>>
>>
>> Index: gcc/tree-ssa-loop-prefetch.c
>> ===
>> --- gcc/tree-ssa-loop-pref
On Wed, May 23, 2018 at 3:35 PM, H.J. Lu wrote:
> On Wed, May 23, 2018 at 3:29 PM, Luis Machado wrote:
>>
>>
>> On 05/23/2018 05:01 PM, H.J. Lu wrote:
>>>
>>> On Tue, May 22, 2018 at 11:55 AM, Luis Machado
>>> wrote:
On 05/16/2018 08:18 AM, Luis Machado wrote:
>
>
>>>
On Wed, May 23, 2018 at 3:29 PM, Luis Machado wrote:
>
>
> On 05/23/2018 05:01 PM, H.J. Lu wrote:
>>
>> On Tue, May 22, 2018 at 11:55 AM, Luis Machado
>> wrote:
>>>
>>>
>>>
>>> On 05/16/2018 08:18 AM, Luis Machado wrote:
On 05/16/2018 06:08 AM, Kyrill Tkachov wrote:
>
On 03/20/2018 04:01 PM, Jozef Lawrynowicz wrote:
> Trunk doesn't build for msp430 due to an ICE whilst building libstdc++.
>
> The following patch proposed a while ago fixes the issue, but hasn't been
> applied: https://gcc.gnu.org/ml/gcc-patches/2017-08/msg01433.html
>
> I don't have write acces
On 05/23/2018 05:01 PM, H.J. Lu wrote:
On Tue, May 22, 2018 at 11:55 AM, Luis Machado wrote:
On 05/16/2018 08:18 AM, Luis Machado wrote:
On 05/16/2018 06:08 AM, Kyrill Tkachov wrote:
On 15/05/18 12:12, Luis Machado wrote:
Hi,
On 05/15/2018 06:37 AM, Kyrill Tkachov wrote:
Hi Luis
This was reported over on the older gcc@ list.
Essentially the soft-float code for m68k mis-handles the sign bit for
32bit floating point addition when one or both arguments is infinity.
Essentially we try to extract the sign bit from a saved copy of the
input value. However we saved the input v
On Wed, May 23, 2018 at 11:39:37AM -0700, Carl Love wrote:
> > > --- a/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> > > +++ b/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> > > @@ -1,4 +1,4 @@
> > > -/* { dg-do compile { target { powerpc64-*-* } } } */
> > > +/* { dg-do compile { target {
This patch removes several incorrectly documented functions from the "PowerPC
AltiVec Built-in Functions" section of the "Using the GNU Compiler Collection"
manual.
The following two functions are removed because they are not implemented:
vector float vec_copysign (vector float);
vector floa
On Wed, 23 May 2018, Richard Biener wrote:
> Yeah. Not sure if we need sth other than FLOAT_MODE or if avoiding the
> chaining in wider mode and friends is enough. I guess one could also
> change IFmode to be a non-scalar, composite mode - a different 'kind' of
> complex mode maybe...
I'm pret
On Wed, 23 May 2018, Michael Meissner wrote:
> One of the problems I've faced over the years is the assumption that there is
> only one type for a given size, and that isn't true for IF/KF/TFmode.
I think that's a different problem.
The problem here is that "wider" is only a partial ordering bet
On Wed, May 23, 2018 at 03:24:20PM -0400, Jason Merrill wrote:
> On Wed, May 23, 2018 at 2:50 PM, Marek Polacek wrote:
> > On Wed, May 23, 2018 at 12:45:11PM -0400, Jason Merrill wrote:
> >> On Wed, May 23, 2018 at 9:46 AM, Marek Polacek wrote:
> >> > The diagnostic code in build_new{,_1} was usi
On Tue, May 22, 2018 at 11:55 AM, Luis Machado wrote:
>
>
> On 05/16/2018 08:18 AM, Luis Machado wrote:
>>
>>
>>
>> On 05/16/2018 06:08 AM, Kyrill Tkachov wrote:
>>>
>>>
>>> On 15/05/18 12:12, Luis Machado wrote:
Hi,
On 05/15/2018 06:37 AM, Kyrill Tkachov wrote:
>
> Hi
On 05/23/2018 08:57 AM, Jeff Law wrote:
On 05/10/2018 04:05 PM, Marc Glisse wrote:
On Thu, 10 May 2018, Martin Sebor wrote:
Can you please comment/respond to Jeff's question below and
confirm whether my understanding of the restriction (below)
is correct?
I don't remember it at all, I really
On Wed, May 23, 2018 at 2:50 PM, Marek Polacek wrote:
> On Wed, May 23, 2018 at 12:45:11PM -0400, Jason Merrill wrote:
>> On Wed, May 23, 2018 at 9:46 AM, Marek Polacek wrote:
>> > The diagnostic code in build_new{,_1} was using maybe_constant_value to
>> > fold
>> > the array length, but that b
It was pointed out to me that the section on svn branches was out of date WRT
to the ibm/* branches. I have checked in this change:
Index: htdocs/svn.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v
retrieving revision 1.220
dif
On Wed, May 23, 2018 at 02:49:09PM -0400, Marek Polacek wrote:
> > Could you please add some testcases that would test the handling of
> > structured bindings in these new forms of range for, like:
> > for (int i = 0; auto [ x, y ] : z)
> > but perhaps for completeness also in the init-stmt and per
On Wed, 2018-05-23 at 13:26 -0500, Segher Boessenkool wrote:
> Hi Carl,
>
> I committed the be/le selectors.
>
> On Mon, May 21, 2018 at 08:15:30AM -0700, Carl Love wrote:
> > --- a/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> > +++ b/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> > @@
On Wed, May 23, 2018 at 12:45:11PM -0400, Jason Merrill wrote:
> On Wed, May 23, 2018 at 9:46 AM, Marek Polacek wrote:
> > The diagnostic code in build_new{,_1} was using maybe_constant_value to fold
> > the array length, but that breaks while parsing a template, because we might
> > then leak tem
On Wed, May 23, 2018 at 06:45:41PM +0200, Jakub Jelinek wrote:
> On Wed, May 23, 2018 at 10:45:43AM -0400, Marek Polacek wrote:
> > 2018-05-23 Marek Polacek
> >
> > Implement P0614R1, Range-based for statements with initializer.
> > * parser.c (cp_parser_range_based_for_with_init_p): Ne
On May 23, 2018 7:53:01 PM GMT+02:00, Michael Meissner
wrote:
>On Wed, May 23, 2018 at 11:41:49AM +0200, Richard Biener wrote:
>> Just a question for clarification - _is_ KFmode strictly a wider mode
>> than IFmode? That is, can it represent all values that IFmode can?
>
>No. IFmode consists of
Hi Carl,
I committed the be/le selectors.
On Mon, May 21, 2018 at 08:15:30AM -0700, Carl Love wrote:
> --- a/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> +++ b/gcc/testsuite/gcc.target/powerpc/builtins-1-be.c
> @@ -1,4 +1,4 @@
> -/* { dg-do compile { target { powerpc64-*-* } } } */
> +/* {
On Wed, May 23, 2018 at 11:41:49AM +0200, Richard Biener wrote:
> Just a question for clarification - _is_ KFmode strictly a wider mode
> than IFmode? That is, can it represent all values that IFmode can?
No. IFmode consists of a pair of doubles. I'm sure there are corner cases
IFmode can repre
On Tue, May 22, 2018 at 03:21:30PM -0600, Jeff Law wrote:
> On 05/21/2018 03:46 PM, Segher Boessenkool wrote:
> > This patch creates "be" and "le" selectors, which can be used by all
> > architectures, similar to ilp32 and lp64.
>
> I think this is fine. "be" "le" are used all over the place in gc
On Wed, May 23, 2018 at 1:33 AM, Gerald Pfeifer wrote:
> On Mon, 21 May 2018, Jason Merrill wrote:
>>> broke bootstrap on systems using libc++ instead of libstdc++
>
>>> In file included from /usr/include/c++/v1/new:91:
>>> /usr/include/c++/v1/exception:180:5: error: no member named 'fancy_abo
The first patch implements the adjustments from core issues 616 and
1213 to the value category of subobjects of class prvalues: they were
considered prvalues themselves, but that was kind of nonsensical. Now
they are considered xvalues. Along with this, I've removed the
diagnostic distinction bet
Hi,
as described in PR, when using both ASan and UBSan
(-fsanitize=address,undefined ), we have symbols collision for global
functions, like __sanitizer_set_report_path. This leads to fuzzy results
when printing reports into files e.g. for this test case:
#include
int main(int argc, char **a
On May 23, 2018 5:29:46 PM GMT+02:00, Richard Sandiford
wrote:
>Richard Biener writes:
>> This patch splits GROUP_* into DR_GROUP_* and REDUC_GROUP_* as a step
>> towards sharing dataref and dependence analysis between vectorization
>> analysis of different vector sizes (and then comparing costs
On Wed, May 23, 2018 at 10:45:43AM -0400, Marek Polacek wrote:
> 2018-05-23 Marek Polacek
>
> Implement P0614R1, Range-based for statements with initializer.
> * parser.c (cp_parser_range_based_for_with_init_p): New.
> (cp_parser_init_statement): Use it. Parse the optional in
On Wed, May 23, 2018 at 9:46 AM, Marek Polacek wrote:
> The diagnostic code in build_new{,_1} was using maybe_constant_value to fold
> the array length, but that breaks while parsing a template, because we might
> then leak template codes to the constexpr machinery.
>
> Bootstrapped/regtested on x
Latest results for 8.x
-tgc
Testresults for 8.1.0:
i386-pc-solaris2.10
i386-pc-solaris2.11
sparc-sun-solaris2.10
sparc-sun-solaris2.11
x86_64-apple-darwin11.4.2
x86_64-pc-linux-gnu (3)
x86_64-w64-mingw32
--- /home/tgc/projects/gcc/wwwdocs/htdocs/gcc-8/buildstat.html 2018-04-25
10
OK.
On Wed, May 23, 2018 at 10:45 AM, Marek Polacek wrote:
> On Tue, May 22, 2018 at 09:46:10PM -0400, Jason Merrill wrote:
>> On Tue, May 22, 2018 at 7:25 PM, Marek Polacek wrote:
>> > On Mon, May 21, 2018 at 09:51:44PM -0400, Jason Merrill wrote:
>> >> On Mon, May 21, 2018 at 7:34 PM, Marek Po
The C++17 std::filesystem::path grammar allows an empty filename as the
last component (to signify a trailing slash). The existing code does not
handle this consistently, sometimes an empty filename has type _Multi
and sometimes it has type _Filename. This can result in a non-empty
iterator range
On 05/23/2018 09:54 AM, Jan Hubicka wrote:
>> On 05/08/2018 09:31 AM, Jan Hubicka wrote:
>>> Hi,
>>> this patch tells dwarf2out that it can have early debug not only in WPA mode
>>> but also when incrementally linking. This prevents ICE on almost every
>>> testcase
>>> compiled with -g.
>>>
>>> Bo
> On 05/08/2018 09:31 AM, Jan Hubicka wrote:
> > Hi,
> > this patch tells dwarf2out that it can have early debug not only in WPA mode
> > but also when incrementally linking. This prevents ICE on almost every
> > testcase
> > compiled with -g.
> >
> > Bootstrapped/regtested x86_64-linux with rest
On Wed, May 23, 2018 at 8:11 AM, Jan Hubicka wrote:
>> On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
>> >> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
>> >> >> > > class ipa_opt_pass_d;
>> >> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
>> >> >> > > @@ -2894,7 +2896,8
GCC maintainers:
The following patch adds additional tests for the vec_madds,
vec_extract_fp32_from_shortl and vec_extract_fp32_from_shorth,
vec_xst_be builtin functions.
The patch was retested on:
powerpc64le-unknown-linux-gnu (Power 8 LE)
powerpc64le-unknown-linux-gnu (Power 9 LE)
Richard Biener writes:
> This patch splits GROUP_* into DR_GROUP_* and REDUC_GROUP_* as a step
> towards sharing dataref and dependence analysis between vectorization
> analysis of different vector sizes (and then comparing costs and choosing
> the best one).
>
> The next patch will move the DR_GR
On 05/08/2018 09:31 AM, Jan Hubicka wrote:
> Hi,
> this patch tells dwarf2out that it can have early debug not only in WPA mode
> but also when incrementally linking. This prevents ICE on almost every
> testcase
> compiled with -g.
>
> Bootstrapped/regtested x86_64-linux with rest of incremental
On 05/08/2018 09:37 AM, Jan Hubicka wrote:
>
> Hi,
> most testcases are written with assumption that -r will trigger code
> generation.
> To make them still meaningful they need nolto-rel. Bootstrapped/regtested
> x86_64-linux
> with the rest of incremental link changes.
>
> Honza
>
> 2018-05
On 21/05/18 12:29, Kyrill Tkachov wrote:
On 18/05/18 11:33, Richard Earnshaw (lists) wrote:
On 17/05/18 11:26, Kyrill Tkachov wrote:
Hi all,
We deprecated architecture versions earlier than Armv4T in GCC 6 [1].
This patch removes support for architectures lower than Armv4.
That is the -march
On Tue, May 22, 2018 at 12:04:38PM -0500, Luis Machado wrote:
> Switch from using generic address costs to using Falkor-specific ones, which
> give Falkor better results overall.
>
> OK for trunk?
>
> Given this is a Falkor-specific adjustment, would this be an acceptable
> backport for GCC 8 as
On Wed, May 23, 2018 at 11:39 AM, Peryt, Sebastian
wrote:
>> From: Uros Bizjak [mailto:ubiz...@gmail.com]
>> Sent: Tuesday, May 22, 2018 8:43 PM
>> To: gcc-patches@gcc.gnu.org
>> Cc: Peryt, Sebastian ; Jakub Jelinek
>>
>> Subject: [RFT PATCH, AVX512]: Implement scalar unsigned int->float
>> conv
On Wed, May 23, 2018 at 9:55 AM, Peryt, Sebastian
wrote:
>> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
>> ow...@gcc.gnu.org] On Behalf Of Uros Bizjak
>> Sent: Monday, May 21, 2018 9:55 PM
>> To: gcc-patches@gcc.gnu.org
>> Cc: Jakub Jelinek ; Kirill Yukhin
>>
>> Subject: Re: [RFT PAT
> On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
> >> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
> >> >> > > class ipa_opt_pass_d;
> >> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
> >> >> > > @@ -2894,7 +2896,8 @@
> >> >> > > cgraph_node::only_called_directly_or_
On Wed, May 23, 2018 at 2:01 AM, Jan Hubicka wrote:
>> On Tue, May 22, 2018 at 9:21 AM, Jan Hubicka wrote:
>> >> > > class ipa_opt_pass_d;
>> >> > > typedef ipa_opt_pass_d *ipa_opt_pass;
>> >> > > @@ -2894,7 +2896,8 @@
>> >> > > cgraph_node::only_called_directly_or_aliased_p (v
On 05/10/2018 04:05 PM, Marc Glisse wrote:
> On Thu, 10 May 2018, Martin Sebor wrote:
>
>> Can you please comment/respond to Jeff's question below and
>> confirm whether my understanding of the restriction (below)
>> is correct?
>
> I don't remember it at all, I really should have expanded that c
Hi!
The following patch implements functions and env vars to query and display
affinity related information.
Tested on x86_64-linux, committed to gomp-5.0 branch.
2018-05-23 Jakub Jelinek
* configure.ac (HAVE_UNAME, HAVE_GETHOSTNAME, HAVE_GETPID): Add
new tests.
* con
On Tue, May 22, 2018 at 09:46:10PM -0400, Jason Merrill wrote:
> On Tue, May 22, 2018 at 7:25 PM, Marek Polacek wrote:
> > On Mon, May 21, 2018 at 09:51:44PM -0400, Jason Merrill wrote:
> >> On Mon, May 21, 2018 at 7:34 PM, Marek Polacek wrote:
> >> > The previous version of this patch got confus
This patch splits GROUP_* into DR_GROUP_* and REDUC_GROUP_* as a step
towards sharing dataref and dependence analysis between vectorization
analysis of different vector sizes (and then comparing costs and choosing
the best one).
The next patch will move the DR_GROUP_* fields to the DR_AUX vectori
Hi,
On Wed, 23 May 2018, Richard Biener wrote:
> > alloc_flags (&cfun->cfg->bb_flag_pool);
> > alloc_flags (&cfun->cfg->edge_flag_pool);
>
> You'll end up with sth like
>
>alloc_flags flag (BB_FLAG_POOL_FOR_FN (cfun));
>
> then, mixing C++ RAII and macros! (eh)
First: I don't see
After Eric reminded me how things go with the middle-end and bit-offsets
the following adjusts VN accordingly.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2018-05-23 Richard Biener
* tree-ssa-sccvn.c (vn_reference_lookup_3): Remove restriction
of f
On Wed, 23 May 2018, Michael Matz wrote:
> Hi,
>
> On Wed, 23 May 2018, Eric Botcazou wrote:
>
> > > Maybe you should convert the thing to a template when the need arises
> > > instead of before? You have now added 54 lines of code for wrapping an
> > > int!
> >
> > Yeah, it took me 5 minutes
Hi,
On Wed, 23 May 2018, Eric Botcazou wrote:
> > Maybe you should convert the thing to a template when the need arises
> > instead of before? You have now added 54 lines of code for wrapping an
> > int!
>
> Yeah, it took me 5 minutes to understand what all this fluff is about!
So, what I thin
The diagnostic code in build_new{,_1} was using maybe_constant_value to fold
the array length, but that breaks while parsing a template, because we might
then leak template codes to the constexpr machinery.
Bootstrapped/regtested on x86_64-linux, ok for trunk/8?
2018-05-23 Marek Polacek
On May 23, 2018, at 4:32 AM, Richard Biener wrote:
>
> On Tue, May 22, 2018 at 11:37 PM Bill Schmidt
> wrote:
>
>> Hi,
>
>> PR85712 shows where an existing test case fails in the SLSR pass because
>> the code is flawed that cleans up alternative interpretations (CAND_ADD
>> versus CAND_MULT, f
> Maybe you should convert the thing to a template when the need arises
> instead of before? You have now added 54 lines of code for wrapping an
> int!
Yeah, it took me 5 minutes to understand what all this fluff is about!
--
Eric Botcazou
Hi,
On Wed, 23 May 2018, Richard Biener wrote:
> > I messed up the conversion to a template. The bitnum should be
> > subtracted from HOST_BITS_PER_WIDE_INT and yes, 1 in unsigned hwi
> > should be shifted.
Maybe you should convert the thing to a template when the need arises
instead of befor
On Wed, May 23, 2018 at 12:12 PM, Richard Biener
wrote:
> On Wed, May 23, 2018 at 1:10 PM Bin.Cheng wrote:
>
>> On Wed, May 23, 2018 at 12:01 PM, Richard Sandiford
>> wrote:
>> > "Bin.Cheng" writes:
>> >> On Wed, May 23, 2018 at 11:19 AM, Richard Biener
>> >> wrote:
>> >>> On Tue, May 22, 2018
Wilco Dijkstra writes:
> Richard Sandiford wrote:
>> - if (allocno_class != ALL_REGS)
>> + if (allocno_class != POINTER_AND_FP_REGS)
>> return allocno_class;
>>
>> - if (best_class != ALL_REGS)
>> + if (best_class != POINTER_AND_FP_REGS)
>> return best_class;
>>
>> mode = PSEU
Hi Richard
On 18/05/18 15:48, Richard Earnshaw (lists) wrote:
On 27/03/18 13:58, Sudakshina Das wrote:
Hi
This patch adds the no variant to -mstrict-align and the corresponding
function attribute. To enable the function attribute, I have modified
aarch64_can_inline_p () to allow checks even wh
On Tue, May 22, 2018 at 6:38 PM Bin Cheng wrote:
> Hi,
> This patch partially improves loop distribution for PR85720. It now
supports runtime
> loop versioning if the loop can be distributed into builtin functions.
Note for this
> moment only coarse-grain runtime alias is checked, while differen
Richard Sandiford wrote:
> - if (allocno_class != ALL_REGS)
> + if (allocno_class != POINTER_AND_FP_REGS)
> return allocno_class;
>
> - if (best_class != ALL_REGS)
> + if (best_class != POINTER_AND_FP_REGS)
> return best_class;
>
> mode = PSEUDO_REGNO_MODE (regno);
> I think
On 05/23/2018 12:48 AM, Jeff Law wrote:
OK.
Thanks. I will let it sit in trunk for a while and then consider
backporting it to release branches.
Do you have write access to the GCC repository? If not I can commit for
you.
I have write access. I take this as a hint to contribute more
r
On Wed, May 23, 2018 at 1:10 PM Bin.Cheng wrote:
> On Wed, May 23, 2018 at 12:01 PM, Richard Sandiford
> wrote:
> > "Bin.Cheng" writes:
> >> On Wed, May 23, 2018 at 11:19 AM, Richard Biener
> >> wrote:
> >>> On Tue, May 22, 2018 at 2:11 PM Richard Sandiford <
> >>> richard.sandif...@linaro.org
On Wed, May 23, 2018 at 1:02 PM Richard Sandiford <
richard.sandif...@linaro.org> wrote:
> "Bin.Cheng" writes:
> > On Wed, May 23, 2018 at 11:19 AM, Richard Biener
> > wrote:
> >> On Tue, May 22, 2018 at 2:11 PM Richard Sandiford <
> >> richard.sandif...@linaro.org> wrote:
> >>
> >>> Richard Bie
On Wed, May 23, 2018 at 12:01 PM, Richard Sandiford
wrote:
> "Bin.Cheng" writes:
>> On Wed, May 23, 2018 at 11:19 AM, Richard Biener
>> wrote:
>>> On Tue, May 22, 2018 at 2:11 PM Richard Sandiford <
>>> richard.sandif...@linaro.org> wrote:
>>>
Richard Biener writes:
> On Mon, May 21,
On Tue, May 22, 2018 at 9:25 AM Richard Sandiford <
richard.sandif...@linaro.org> wrote:
> Gimple match results are represented by a code_helper for the operation,
> a tree for the type, and an array of three trees for the operands.
> This patch wraps them up in a class so that they don't need to
On Tue, 22 May 2018, Richard Biener wrote:
> On May 22, 2018 6:53:57 PM GMT+02:00, Joseph Myers
> wrote:
> >On Tue, 22 May 2018, Richard Biener wrote:
> >
> >> + if (*sptr & (1 << (CHAR_BIT * sizeof (T) - 1)))
> >> + gcc_unreachable ();
> >> + m_flag = 1 << ((CHAR_BIT * sizeof (T)) -
"Bin.Cheng" writes:
> On Wed, May 23, 2018 at 11:19 AM, Richard Biener
> wrote:
>> On Tue, May 22, 2018 at 2:11 PM Richard Sandiford <
>> richard.sandif...@linaro.org> wrote:
>>
>>> Richard Biener writes:
>>> > On Mon, May 21, 2018 at 3:14 PM Bin Cheng wrote:
>>> >
>>> >> Hi,
>>> >> As reported
On Wed, May 23, 2018 at 11:19 AM, Richard Biener
wrote:
> On Tue, May 22, 2018 at 2:11 PM Richard Sandiford <
> richard.sandif...@linaro.org> wrote:
>
>> Richard Biener writes:
>> > On Mon, May 21, 2018 at 3:14 PM Bin Cheng wrote:
>> >
>> >> Hi,
>> >> As reported in PR85804, bump step is wrongly
On 23/05/2018 03:50, Zhangshaokun wrote:
Hi Ramana,
On 2018/5/22 18:28, Ramana Radhakrishnan wrote:
On Tue, May 22, 2018 at 9:40 AM, Shaokun Zhang
wrote:
tsv110 is designed by HiSilicon and supports v8_4A, it also optimizes
L1 Icache which can access L1 Dcache.
Therefore, DC CVAU is not nec
This patch moves the check which verifies that a large modular array is created
from expansion to freezing in order to take interfacing pragmas in account. The
check is no longer performed on imported objects because no object is created
in that case.
Tested on x86_64-pc-linux-gnu, committed on tr
This patch fixes a spurious error when instantiating an indefinite container
with a private type with unknown discriminants, when its full view is an
unconstrained array type. It also cleans up the inheritance of dynamic
predicates inherited by anonymous subtypes of array types.
Tested on x86_64-p
An obvious mistake due to missing parentheses was not properly computing the
size of the handle and pid list passed to WaitForMultipleObjects(). This
resulted in a memory corruption.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Pascal Obry
gcc/ada/
* adaint.c (win32_w
This patch fixes a bug in which if Ada.Containers.Vectors is instantiated with
an Index_Type such that Index_Type'Base'Last is less than Count_Type'Last, and
the -gnatwE switch is used, the compiler gives spurious error messages.
The following test should compile quietly with -gnatwE:
gnatmake sh
The compiler blows up generating code associated with occurrences of attribute
Valid_Scalars whose evaluation is always true. After this patch the following
test compiles fine.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Javier Miranda
gcc/ada/
* sem_attr.adb (Valid_
This patch refines the legality check on a class-wide precondition on a type
extension when ancestor does not have a class-wide precondition. Previously the
compiler accepted such a precondition when the ancestor had a class-wide
postcondition.
Compiling pck.ads must yield:
pck.ads:7:04: illega
When the gnatbind -r switch is used, do not list
No_Implementation_Restrictions, because after using the new restriction list,
No_Implementation_Restrictions will cause an error.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Bob Duff
gcc/ada/
* gnatbind.adb (List_Appli
A local use of pragma Warnings Off to suppress specific messages, when
not followed by a matching pragma Warnings On, extends until the end of
the file.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Yannick Moy
gcc/ada/
* doc/gnat_rm/implementation_defined_pragmas.rst:
Useful to check if an occurrence caught by a "when others" choice originates
from a foreign language, e.g. C++.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Olivier Hainque
gcc/ada/
* libgnat/g-excact.ads (Is_Foreign_Exception): New predicate.
* libgnat/g-exca
This patch adds a check on an iterator over a GNAT-specific formal container,
when the iterator specification includes a subtype indication that must be
compatible with the element type of the container.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Ed Schonberg
gcc/ada/
This utility is used in GNATprove to find when a node is inside a named
number declaration, and this case was not properly handled. Now fixed.
There is no impact on compilation.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Yannick Moy
gcc/ada/
* sem_util.adb (Enclosin
This commit fixes bugs in the code that implements the rules for safe pointers
in SPARK. This only affects SPARK tools, not compilation.
* Global variables should be handled differently compared
to parameters. The whole tree of an in global variable has the
permission Read-Only. In contr
This patch modifies the static elaboration model to stop the inspection of
a task body when it contains a synchronous suspension call and restriction
No_Entry_Calls_In_Elaboration_Code or switch -gnatd_s is in effect.
-- Source --
-- suspension.ads
package Suspension i
This patch inhibits the generation of freeze nodes when pre-analyzing the
domain of iteration of an Ada2012 loop that appears as a quantified
expression in a predicate for an array type. This prevents a back-end
abort on an invisible freeze node that would otherwise appear in an
unexpanded code seq
This patch updates the documentation section on suppressing elaboration
warnings. No change in behavior, no need for a test.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Hristian Kirtchev
gcc/ada/
* sem_elab.adb: Update the section on suppressing elaboration warnings.
This patch fixes a bug in which if a limited volatile variable with
an Address aspect is initialized with a build-in-place aggregate
containing build-in-place function calls, the compiler can crash.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Bob Duff
gcc/ada/
* free
This patch modifies the effects of pragma Warnings (Off, ...) to suppress
elaboration warnings related to an entity.
Tested on x86_64-pc-linux-gnu, committed on trunk
2018-05-23 Hristian Kirtchev
gcc/ada/
* einfo.adb (Is_Elaboration_Checks_OK_Id): Use predicate
Is_Elaboration
1 - 100 of 121 matches
Mail list logo
