On Tue, Mar 26, 2019 at 8:56 AM Richard Sandiford
wrote:
>
> Richard Biener writes:
> > On Fri, Mar 22, 2019 at 7:12 AM Bin.Cheng wrote:
> >>
> >> On Thu, Mar 21, 2019 at 8:24 PM Richard Biener
> >> wrote:
> >> >
> >> > On Mon, Dec 18, 2017 at 1:37 PM Richard Biener
> >> > wrote:
> >> > >
> >>
This just chooses a more descriptive name for this register class.
Bootstrapped etc. powerpc64le-linux. OK for next stage1?
* config/rs6000/rs6000.h: Rename NON_SPECIAL_REGS to GEN_OR_FLOAT_REGS
throughout file.
* config/rs6000/darwin.h: Likewise.
* config/rs6000/r
From: Kito Cheng
Kito Cheng
Shiva Chen
ChangeLog:
gcc/
* config/nds32/nds32-md-auxiliary.c (nds32_split_ashiftdi3):
Fix wrong code gen with large shift amount.
gcc/testsuite/
* gcc.target/nds32/ashiftdi3.c: New.
---
gcc/config/nds32/nds32-md-auxiliary.c | 21 ++
From: Kito Cheng
Kito Cheng
Shiva Chen
ChangeLog:
gcc/
* config/nds32/nds32-pipelines-auxiliary.c (wext_odd_dep_p):
Handle subreg.
gcc/testsuite
* gcc.target/nds32/wext-dep.c: New.
---
gcc/config/nds32/nds32-pipelines-auxiliary.c | 16
gcc/testsuite
From: Monk Chiang
Monk Chiang
ChangeLog
* config.gcc (nds32*-*-linux*): Set gcc_cv_initfini_array to yes.
---
gcc/config.gcc | 1 +
1 file changed, 1 insertion(+)
diff --git a/gcc/config.gcc b/gcc/config.gcc
index 3eb2e80..a6d63dd 100644
--- a/gcc/config.gcc
+++ b/gcc/config.gcc
@@
From: Monk Chiang
Monk Chiang
ChangeLog
libgcc/
* config/nds32/linux-unwind.h (SIGRETURN): Remove.
(RT_SIGRETURN): Update.
(nds32_fallback_frame_state): Update.
---
libgcc/config/nds32/linux-unwind.h | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff
From: Monk Chiang
Monk Chiang
Kito Cheng
Shiva Chen
ChangeLog
gcc/
* config/nds32/nds32-md-auxiliary.c (nds32_legitimize_pic_address):
Use new PIC pattern.
(nds32_legitimize_tls_address): Use new TLS pattern.
(nds32_output_symrel): New.
* config/nds3
From: Chung-Ju Wu
Chung-Ju Wu
ChangeLog
gcc/
* configure.ac: Add nds32 target for dwarf2 debug_line checking.
* configure: Regenerated.
---
gcc/configure| 2 +-
gcc/configure.ac | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/configure b/gcc/conf
From: Kito Cheng
Chung-Ju Wu
Shiva Chen
ChangeLog:
gcc/testsuite/
* gcc.c-torture/execute/20010122-1.c: Add -malways-save-lp for
nds32.
* gcc.c-torture/execute/pr60822.c: Add -mcmodel=large for nds32.
* gcc.c-torture/execute/pr79286.c: Ditto.
* gcc.dg
Applying as obvious.
* config/rs6000/rs6000.c (rs6000_init_hard_regno_mode_ok): Correct
rs6000_vector_mem init. Correct wI and wJ comment.
diff --git a/gcc/config/rs6000/rs6000.c b/gcc/config/rs6000/rs6000.c
index f132c3a27c8..03c91432bff 100644
--- a/gcc/config/rs6000/rs6000.c
+
rs6000_hard_regno_mode_ok_uncached result depends on target flags,
and nowadays it is possible that TARGET_OPTION_OVERRIDE be called not
just at the start of compilation but per-function by the action of
function attributes or "#pragma GCC target". At the start of
compilation rs6000_hard_regno_mod
On Mon, Mar 25, 2019 at 11:39:27AM -0600, Jeff Law wrote:
> On 3/24/19 11:42 AM, Segher Boessenkool wrote:
> > On Fri, Mar 22, 2019 at 12:16:30PM -0600, Jeff Law wrote:
> >> So I finally started looking at the fpr-moves regression in this BZ. No
> >> surprise this is further fallout from the combi
Richard Biener writes:
> On Fri, Mar 22, 2019 at 7:12 AM Bin.Cheng wrote:
>>
>> On Thu, Mar 21, 2019 at 8:24 PM Richard Biener
>> wrote:
>> >
>> > On Mon, Dec 18, 2017 at 1:37 PM Richard Biener
>> > wrote:
>> > >
>> > > On Fri, Dec 15, 2017 at 7:39 PM, Bin.Cheng wrote:
>> > > > On Fri, Dec 15,
On 1/24/19 8:43 AM, Alexander Monakov wrote:
> On Wed, 23 Jan 2019, Alexander Monakov wrote:
>
>> It appears that sched-deps tries to take notice of a barrier after a jump,
>> but
>> similarly to sched-ebb doesn't anticipate that for a tablejump the barrier
>> will
>> appear after two more insns
On Mon, Mar 25, 2019 at 09:42:01PM +0100, Jakub Jelinek wrote:
> BTW, why don't do something like following (dunno if it is valid not to
> define the static data member out of the class unless it would be constexpr
> or inline, but it isn't really ODR used, is it?), because at least looking
> at cu
On 1/23/19 8:11 AM, David Malcolm wrote:
> On Wed, 2019-01-23 at 16:52 +0300, Alexander Monakov wrote:
>> On Wed, 23 Jan 2019, Andrey Belevantsev wrote:
>>
>>> For that, I'm not sure. Your patch will leave the tablejump
>>> unscheduled at
>>> all, i.e. any fields like INSN_TICK would be unfilled a
On 1/24/19 2:10 PM, Segher Boessenkool wrote:
> On Thu, Jan 24, 2019 at 06:43:38PM +0300, Alexander Monakov wrote:
>> On Wed, 23 Jan 2019, Alexander Monakov wrote:
>>
>>> It appears that sched-deps tries to take notice of a barrier after a jump,
>>> but
>>> similarly to sched-ebb doesn't anticipat
Am 25.03.19 um 20:04 schrieb Johannes Pfau:
Am 24.03.19 um 17:49 schrieb Iain Buclaw:
Does this mean that we can remove MinGW from the special casing in the
toplevel configure? See r265658.
I will however bootstrap this on MinGW again, just to be sure.
Bootstrapped properly on x86_64 mingw
Jeff Law recently found that my latest patch break some existing code
compilation (the code is big to make test out of it).
Here is the patch to fix it. The patch was successfully bootstrapped on
x86-64. The patch actually results in less new transformations the
previous patch introduced.
On 2/19/19 5:51 AM, Johan Carlsson wrote:
> PR debug/86964
> * dwarf2out.c (premark_used_variables): New function.
> (prune_unused_types_walk): Do not mark not premarked external
> variables.
> (prune_unused_types): Call premark_used_variables.
>
> * gcc.dg/debu
On Mon, Mar 25, 2019 at 03:10:04PM -0400, Jason Merrill wrote:
> > 2) has the false -> true fixed
> > 3) ditto, but furthermore is moved out of add_capture into the lambda
> > introducer parsing routine only, tests for [this, this] and [this, *this]
> > etc. are done using LAMBDA_EXPR_THIS_CAPTURE
On 2/20/19 8:19 PM, Peter Bergner wrote:
> PR89313 exposes a bug in the asmcons pass where it replaces input operands
> with matching constraints with their associated output operands, as well as
> all other uses of its pseudo registers. This is normally fine. However, if
> the matched output ope
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Ukrainian team of translators. The file is available at:
https://translationproject.org/latest/gcc/uk.po
(This file, 'gcc-9.1-b20190324.uk.po
Hello, gentle maintainer.
This is a message from the Translation Project robot. (If you have
any questions, send them to .)
A new POT file for textual domain 'gcc' has been made available
to the language teams for translation. It is archived as:
https://translationproject.org/POT-files/gcc
On 3/25/19 11:14 AM, Jeff Law wrote:
On 3/25/19 11:04 AM, Martin Sebor wrote:
On 3/25/19 10:07 AM, Jeff Law wrote:
On 3/24/19 6:21 PM, Martin Sebor wrote:
The error issued when the aligned attribute argument is too big
to be represented is incorrect: it says the maximum alignment
is 1U << 31 w
On 3/21/19 1:48 PM, Jakub Jelinek wrote:
On Thu, Mar 21, 2019 at 10:25:25AM -0400, Jason Merrill wrote:
Attached (so far without changelog, selftest additions and only tested with
make -j32 -k check-c++-all RUNTESTFLAGS="dg.exp='pr89767.C *lambda* *desig*'"
) is
1) hash_{table,set} implementati
Am 24.03.19 um 17:49 schrieb Iain Buclaw:
I've done the front-end merge, leaving just the following.
diff --git a/gcc/d/d-system.h b/gcc/d/d-system.h
index efece15f3bc..6c18b69d4df 100644
--- a/gcc/d/d-system.h
+++ b/gcc/d/d-system.h
@@ -55,4 +55,10 @@
#undef tolower
#define tolower(c) TOL
On Fri, Feb 22, 2019 at 06:11:44PM -0700, Kevin Buettner wrote:
> For debugging purposes, I need to be able to find the master thread
> in the thread pool.
>
> Without this patch, I see over 20 failures in the tests that I've
> written for GDB.
>
> I've also tested this in the gcc tree - no regre
This issue is similar to PR 87480; in both cases we were doing non-dependent
substitution with processing_template_decl set, leading to member access
expressions seeming still instantiation-dependent, and therefore decltype
not being simplified to its actual type. And as in that PR, the fix is to
Richard Biener writes:
> On Tue, Mar 12, 2019 at 10:50 AM Richard Sandiford
> wrote:
>>
>> Steve Ellcey writes:
>> > Richard,
>> >
>> > I don't necessarily disagree with anything in your comments and long
>> > term I think that is the right direction, but I wonder if that level of
>> > change is
On 3/24/19 6:21 PM, Martin Sebor wrote:
> The error issued when the aligned attribute argument is too big
> to be represented is incorrect: it says the maximum alignment
> is 1U << 31 when it should actually be 1 << 28. This was a typo
> introduced when the error message was enhanced earlier in GC
On 3/24/19 11:42 AM, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Mar 22, 2019 at 12:16:30PM -0600, Jeff Law wrote:
>> So I finally started looking at the fpr-moves regression in this BZ. No
>> surprise this is further fallout from the combiner changes.
>
> It *exposed* the problem, yes :-)
Well,
On 3/25/19 11:04 AM, Martin Sebor wrote:
> On 3/25/19 10:07 AM, Jeff Law wrote:
>> On 3/24/19 6:21 PM, Martin Sebor wrote:
>>> The error issued when the aligned attribute argument is too big
>>> to be represented is incorrect: it says the maximum alignment
>>> is 1U << 31 when it should actually be
On 3/25/19 10:07 AM, Jeff Law wrote:
On 3/24/19 6:21 PM, Martin Sebor wrote:
The error issued when the aligned attribute argument is too big
to be represented is incorrect: it says the maximum alignment
is 1U << 31 when it should actually be 1 << 28. This was a typo
introduced when the error me
On 25/03/19 18:23 +0200, Ville Voutilainen wrote:
I looked at the codegen of this before and after the patch, and
it does the right thing. Variant's tests run on Linux-x64. OK for
trunk?
OK, thanks (and thanks Antony for the bug report and suggestion).
> On Mar 25, 2019, at 12:07 PM, Jeff Law wrote:
>
>> ...
>> 1) Does GCC support building with compilers where int is not 32
>>bits wide, or where BITS_PER_UNIT is not 3? (I.e., either is
>>less or more?)
> We've certainly supported 16 bit ints in the past. H8/300 would be an
> example
I looked at the codegen of this before and after the patch, and
it does the right thing. Variant's tests run on Linux-x64. OK for
trunk?
2019-03-25 Ville Voutilainen
PR libstdc++/89816
Fix based on a suggestion by Antony Polukhin.
* include/std/variant (__variant_construct): Captur
On 3/25/19 5:28 AM, Paolo Carlini wrote:
Hi,
a while ago I noticed that in cp_parser_binary_expression we were
calling cp_fully_fold first to disable the warnings for not executed
expressions, and then, seemingly in a very redundant and inconsistent
with other situations way, to re-enable the
On 3/25/19 12:02 PM, Marek Polacek wrote:
On Fri, Mar 22, 2019 at 04:20:43PM -0400, Jason Merrill wrote:
On 3/22/19 4:12 PM, Jason Merrill wrote:
On 3/22/19 2:14 PM, Marek Polacek wrote:
On Fri, Mar 22, 2019 at 10:48:32AM -0400, Jason Merrill wrote:
+ B b10 = {{B{42}}};
+ B b11 = {{B{{42}
On 3/23/19 11:46 AM, 钟云德 wrote:
> hi, all
>I am a new guy work on this GCC Bugzilla, and need some help to review
> patch detailed showed on
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83855, thanks!
>
Also note we're in regression bugfix state only right now in preparation
for gcc-9. F
On 3/24/19 6:21 PM, Martin Sebor wrote:
> The error issued when the aligned attribute argument is too big
> to be represented is incorrect: it says the maximum alignment
> is 1U << 31 when it should actually be 1 << 28. This was a typo
> introduced when the error message was enhanced earlier in GC
On Fri, Mar 22, 2019 at 04:20:43PM -0400, Jason Merrill wrote:
> On 3/22/19 4:12 PM, Jason Merrill wrote:
> > On 3/22/19 2:14 PM, Marek Polacek wrote:
> > > On Fri, Mar 22, 2019 at 10:48:32AM -0400, Jason Merrill wrote:
> >
> > > > > > + B b10 = {{B{42}}};
> > > > > > + B b11 = {{B{{42;
> >
On 3/25/19 9:13 AM, Martin Sebor wrote:
On 3/24/19 8:00 PM, Sandra Loosemore wrote:
On 3/22/19 10:58 AM, Martin Sebor wrote:
Attribute vector_size applies to types as much as it does to
variables but is only documented for the latter. Attached is
an update to the manual to document the attribu
On 3/24/19 8:00 PM, Sandra Loosemore wrote:
On 3/22/19 10:58 AM, Martin Sebor wrote:
Attribute vector_size applies to types as much as it does to
variables but is only documented for the latter. Attached is
an update to the manual to document the attribute's effects
in type definitions.
This
This PR and possibly quite some dups that have been accumulating lately
run into an artifact of DCEs edge removal code when generating debug
stmts. Here DCE removes edges from the CFG at the same time it removes
dead controlling stmts but before PHI nodes are removed. This causes
us to remove P
> On Mar 24, 2019, at 8:21 PM, Martin Sebor wrote:
>
> ...
> PS I have a couple of questions related to the affected code:
> 1) Does GCC support building with compilers where int is not 32
> bits wide, or where BITS_PER_UNIT is not 3? (I.e., either is
> less or more?)
Yes. pdp11 int can
On Mon, Mar 25, 2019 at 1:25 PM Richard Biener
wrote:
>
> On Fri, Mar 22, 2019 at 10:22 AM Otto, Thomas wrote:
> >
> > > > And I still think this function and the static variable which never
> > > > changes
> > > > once set does not require any GC. Just setting the cached_wd variable to
> > > >
On Fri, Mar 22, 2019 at 7:12 AM Bin.Cheng wrote:
>
> On Thu, Mar 21, 2019 at 8:24 PM Richard Biener
> wrote:
> >
> > On Mon, Dec 18, 2017 at 1:37 PM Richard Biener
> > wrote:
> > >
> > > On Fri, Dec 15, 2017 at 7:39 PM, Bin.Cheng wrote:
> > > > On Fri, Dec 15, 2017 at 1:19 PM, Richard Biener
>
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2019-03-25 Richard Biener
PR tree-optimization/89789
* tree-ssa-sccvn.c (set_ssa_val_to): Do not allow lattice
changes from non-undefined back to undefined.
* gcc.dg/torture/pr89789.c: N
On Tue, Mar 12, 2019 at 10:50 AM Richard Sandiford
wrote:
>
> Steve Ellcey writes:
> > Richard,
> >
> > I don't necessarily disagree with anything in your comments and long
> > term I think that is the right direction, but I wonder if that level of
> > change is appropriate for GCC Stage 4 which
Hi ,James:
The modified patch has been uploaded for ten days. Looking forward to your
reply, thank you very much!
On Fri, Mar 22, 2019 at 10:22 AM Otto, Thomas wrote:
>
> > > And I still think this function and the static variable which never
> > > changes
> > > once set does not require any GC. Just setting the cached_wd variable to
> > > the unchanged pointer from get_src_pwd() or allocating one in the fun
On Wed, Mar 20, 2019 at 4:16 PM Qing Zhao wrote:
>
> Hi,
>
> there is a bug in the current support for -flive-patching=inline-only-static:
>
> it rejects inlining of external always_inline routine, therefore triggers a
> compilation time error.
>
> we should always inline “always_inline” routines
On Thu, 21 Mar 2019, Richard Biener wrote:
>
> The testcase in this PR shows that IVOPTs ends up using cached
> control IV information of IVs that have been elimiated by it.
> IVOPTs fails to properly release that information as scev_reset
> just resets ->nb_iterations but not control-IVs.
>
> A
With the following fortran format from the gfortran.dg/fmt_fw_d.f90 test
print '(f2.1)',100.00
end
The computed number of digits is negative. On hppa-hpux, this causes a stack
overflow
in memcpy. The attached change skips the copy when ndigits is not positive.
We also only
fill put w
Hi!
One of the newly added tests fails on Darwin (and other !TARGET_SUPPORTS_ALIASES
targets).
As we don't have an alias effective target, I've done it by removing the
_ZTH* tests from the existing test and adding another test with
dg-require-alias into which I've moved those. Tested on x86_64-li
Refurbish eliminable regs howto by introducing a fake
FRAME_POINTER_REGNUM with the purpose to release FP register to be
used freely by the register allocator.
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.c (arc_hard_regno_modes): Add two missing modes
for last two fake
Hi Andrew,
Please find a small set of patches which are improving our debug
experience (Emit blockage...), refurbs the register elimination in our
backend, and the removing of Rs5 constraint for increasing the backend
stability.
Ok to apply?
Claudiu
Claudiu Zissulescu (3):
[ARC] Emit blockage
1.The delay slot scheduler can reschedule some of the frame related
instructions resulting in having incorect CFI information. This patch
introduces a schedule blockage to avoid this problem.
2.There are cases when an interrupt may happen and not all the current
function stack operations are done,
New LRA algorithms require the all the register constraints to be
defined using define_register_constraint keyword. However, Rs5
constraint was not LRA proof. Remove it and replace it by equivalent
Rcd constraint.
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.md (sibcall_insn): U
Hi,
When not optimizing for size, we can restore first blink, hence the return
instruction will be executed faster.
OK to apply?
Claudiu
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.c (GMASK_LEN): Define.
(arc_restore_callee_saves): Restore first blink when
!op
The following patch fixes missing EH info transfer after folding.
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2019-03-25 Richard Biener
PR tree-optimization/89802
* tree-ssa-math-opts.c (convert_mult_to_fma_1): Properly
move EH data to folded
gcc/ChangeLog:
2019-03-25 Andreas Krebbel
* config/s390/s390-builtin-types.def: Remove few unused types and
fix sort order for others.
---
gcc/config/s390/s390-builtin-types.def | 102 +++--
1 file changed, 45 insertions(+), 57 deletions(-)
diff --
gcc/ChangeLog:
2019-03-25 Andreas Krebbel
* config/s390/s390-c.c (s390_fn_types_compatible): Print the
expected and found types with -mdebug during builtin matching.
---
gcc/config/s390/s390-c.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gcc/con
On Fri, 22 Mar 2019, Christophe Lyon wrote:
> On Thu, 21 Mar 2019 at 14:44, Richard Biener wrote:
> >
> > On Thu, 21 Mar 2019, Richard Biener wrote:
> >
> > >
> > > This also avoids the ICE in PR89779 but IMHO is not a real fix.
> > >
> > > Still it restores a previously active check against rele
Hi,
a while ago I noticed that in cp_parser_binary_expression we were
calling cp_fully_fold first to disable the warnings for not executed
expressions, and then, seemingly in a very redundant and inconsistent
with other situations way, to re-enable the warnings (*). Thus, I meant
to investiga
On Fri, 22 Mar 2019, Bernd Edlinger wrote:
> On 3/21/19 12:15 PM, Richard Biener wrote:
> > On Sun, 10 Mar 2019, Bernd Edlinger wrote:
> > Finally...
> >
> > Index: gcc/function.c
> > ===
> > --- gcc/function.c (revision 269264)
67 matches
Mail list logo
