[Bug other/91048] Recent changes to contrib/mklog cause failure

2019-07-01 Thread jb at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 Janne Blomqvist changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[PATCH, committed] PR 91048 Open ~/.mklog in string mode

2019-07-01 Thread Janne Blomqvist
Hi, another leftover from the py3 conversion. Committed r272921 as obvious. 2019-07-02 Janne Blomqvist PR other/91048 * mklog (read_user_info): Open ~/.mklog in string mode. Index: mklog === --- mklog(revision

[Bug other/91048] Recent changes to contrib/mklog cause failure

2019-07-01 Thread jb at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 --- Comment #1 from Janne Blomqvist --- Author: jb Date: Tue Jul 2 05:54:31 2019 New Revision: 272921 URL: https://gcc.gnu.org/viewcvs?rev=272921=gcc=rev Log: mklog/91048: Open ~/.mklog in string mode. 2019-07-02 Janne Blomqvist

[Bug c/79632] params.def should not contain redundant comments

2019-07-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79632 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug fortran/79596] translation: argument to gfc_internal_error should not be translated

2019-07-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79596 Eric Gallager changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2017-02-22

[Bug fortran/37336] [F03] Finish derived-type finalization

2019-07-01 Thread juergen.reuter at desy dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336 --- Comment #30 from Jürgen Reuter --- Are there any plans on finishing the finalization implementation? To me it looks that the missing cases are the last open issues (besides some minor known bug) to claim complete F2003 implementation.

[Bug c++/91051] New: [9 Regression] Template conversion operator don't match when converting to constant rvalue reference

2019-07-01 Thread gufideg at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91051 Bug ID: 91051 Summary: [9 Regression] Template conversion operator don't match when converting to constant rvalue reference Product: gcc Version: 9.1.0 Status:

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

2019-07-01 Thread jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #24 from Jerry DeLisle --- On a different Ryzen machine: $ ./run.sh 1024 3.2604169845581055 2048 2.7804551124572754 4096 2.6416599750518799 8192 2.5986809730529785 16384 2.5525100231170654 32768

RE: Use ODR for canonical types construction in LTO

2019-07-01 Thread JiangNing OS
Hi, FYI. This patch works for my application LTO build on aarch64. Thanks, -Jiangning > -Original Message- > From: gcc-patches-ow...@gcc.gnu.org > On Behalf Of Jan Hubicka > Sent: Monday, July 1, 2019 8:22 PM > To: Christophe Lyon > Cc: Eric Botcazou ; gcc Patches

Re: [PATCH] integrate sprintf pass into strlen (PR 83431)

2019-07-01 Thread Martin Sebor
Attached is a more complete solution that fully resolves the bug report by avoiding a warning in cases like: char a[32], b[8]; void f (void) { if (strlen (a) < sizeof b - 2) snprintf (b, sizeof b, "b=%s", a); // no -Wformat-truncation } It does that by having

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-01 Thread nick
On 2019-07-01 8:59 p.m., Paul E. McKenney wrote: > On Tue, Jul 02, 2019 at 05:58:48AM +0530, Akshat Garg wrote: >> On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: >> >>> On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan < >>> ramana@googlemail.com> wrote: >>> On Tue, Jun 25,

Go patch committed: refactor Exports to encapsulate type refs map

2019-07-01 Thread Ian Lance Taylor
This Go frontend patch by Than McIntosh refactors the Export class to encapsulate the type refs map. This convert the Export::type_refs map from a static object to a field contained (indirectly, via an impl class) in Export itself, for better encapsulation and to be able to reclaim its memory

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-01 Thread Paul E. McKenney
On Tue, Jul 02, 2019 at 05:58:48AM +0530, Akshat Garg wrote: > On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: > > > On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan < > > ramana@googlemail.com> wrote: > > > >> On Tue, Jun 25, 2019 at 11:03 AM Akshat Garg wrote: > >> > > >> > As we

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

2019-07-01 Thread amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #3

Re: Doubts regarding the _Dependent_ptr keyword

2019-07-01 Thread Akshat Garg
On Tue, Jun 25, 2019 at 9:49 PM Akshat Garg wrote: > On Tue, Jun 25, 2019 at 4:04 PM Ramana Radhakrishnan < > ramana@googlemail.com> wrote: > >> On Tue, Jun 25, 2019 at 11:03 AM Akshat Garg wrote: >> > >> > As we have some working front-end code for _Dependent_ptr, What should >> we do

[Bug c++/90490] [9 Regression] ICE on noexcept with decltype expression

2019-07-01 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90490 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/60223] [c++11] ICE with C++11-style default template parameter

2019-07-01 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60223 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/90490] [9 Regression] ICE on noexcept with decltype expression

2019-07-01 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90490 --- Comment #8 from Marek Polacek --- Author: mpolacek Date: Tue Jul 2 00:23:41 2019 New Revision: 272918 URL: https://gcc.gnu.org/viewcvs?rev=272918=gcc=rev Log: PR c++/90490 - fix decltype issues in noexcept-specifier. *

[Bug c++/60223] [c++11] ICE with C++11-style default template parameter

2019-07-01 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60223 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Tue Jul 2 00:22:37 2019 New Revision: 272917 URL: https://gcc.gnu.org/viewcvs?rev=272917=gcc=rev Log: PR c++/60223 - ICE with T{} in non-deduced context. * pt.c

Re: [PATCH, Modula-2 (C/C++/D/F/Go/Jit)] (Register spec fn) (v2)

2019-07-01 Thread Gaius Mulley
Segher Boessenkool writes: > Hi Gaius, > > On Fri, Jun 14, 2019 at 02:09:48PM +0100, Gaius Mulley wrote: >> here is version two of the patches which introduce Modula-2 into the >> GCC trunk. The patches include: >> >> (*) a patch to allow all front ends to register a lang spec function. >>

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

2019-07-01 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Peter Bergner changed: What|Removed |Added CC||amodra at gcc dot gnu.org

[Bug target/91050] -mdejagnu-cpu= does not affect the -m assembler option

2019-07-01 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Peter Bergner changed: What|Removed |Added Target||powerpc*-*-* CC|

[Bug target/91050] New: -mdejagnu-cpu= does not affect the -m assembler option

2019-07-01 Thread bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050 Bug ID: 91050 Summary: -mdejagnu-cpu= does not affect the -m assembler option Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [EXT] Re: RFC on a new optimization

2019-07-01 Thread Jeff Law
On 7/1/19 5:01 PM, Gary Oblock wrote: > On 7/1/19 3:08 PM, Jeff Law wrote: >> External Email >> >> -- >> On 7/1/19 3:58 PM, Gary Oblock wrote: >>> I've been looking at trying to optimize the performance of code for >>> programs

Re: [EXT] Re: RFC on a new optimization

2019-07-01 Thread Gary Oblock
On 7/1/19 3:08 PM, Jeff Law wrote: > External Email > > -- > On 7/1/19 3:58 PM, Gary Oblock wrote: >> I've been looking at trying to optimize the performance of code for >> programs that use functions like qsort where a function

[Bug c++/91049] New: wrong location in -Wreturn-local-addr for a return throw

2019-07-01 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91049 Bug ID: 91049 Summary: wrong location in -Wreturn-local-addr for a return throw Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/91049] wrong location in -Wreturn-local-addr for a return throw

2019-07-01 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91049 Martin Sebor changed: What|Removed |Added Keywords||diagnostic Blocks|

[Bug libfortran/91030] Poor performance of I/O -fconvert=big-endian

2019-07-01 Thread tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030 --- Comment #23 from Thomas Koenig --- Some numbers for the provisionary patch, varying the size for the buffers. With the patch, the original benchmark (minus some output, only the elapsed time is shown) and the script for a in 1024 2048 4096

[Bug other/91048] New: Recent changes to contrib/mklog cause failure

2019-07-01 Thread kelvin.nilsen at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91048 Bug ID: 91048 Summary: Recent changes to contrib/mklog cause failure Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: RFC on a new optimization

2019-07-01 Thread Jeff Law
On 7/1/19 3:58 PM, Gary Oblock wrote: > I've been looking at trying to optimize the performance of code for > programs that use functions like qsort where a function is passed the > name of a function and some constant parameter(s). > > The function qsort itself is an excellent example of what

RFC on a new optimization

2019-07-01 Thread Gary Oblock
I've been looking at trying to optimize the performance of code for programs that use functions like qsort where a function is passed the name of a function and some constant parameter(s). The function qsort itself is an excellent example of what I'm trying to show what I want to do, except for

Re: [PATCH, Ada, Darwin, PPC] PPC Darwin has stack check probes.

2019-07-01 Thread Eric Botcazou
> 2019-07-01 Iain Sandoe > > * libgnat/system-darwin-ppc.ads: Set Stack_Check_Probes True for > PPC Darwin. OK, thanks. -- Eric Botcazou

[PATCH] @signbit2_dm

2019-07-01 Thread Segher Boessenkool
One more I forgot to send before. Segher 2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (signbit2_dm): Make this a parameterized name. (signbit2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 10 ++ 1 file changed, 2 insertions(+),

[Bug tree-optimization/66726] missed optimization, factor conversion out of COND_EXPR

2019-07-01 Thread amylaar at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726 --- Comment #21 from Jorn Wolfgang Rennecke --- Author: amylaar Date: Mon Jul 1 21:48:55 2019 New Revision: 272911 URL: https://gcc.gnu.org/viewcvs?rev=272911=gcc=rev Log: PR middle-end/66726 * tree-ssa-phiopt.c

Re: [PATCH][ARM] Add support for "noinit" attribute

2019-07-01 Thread Sandra Loosemore
On 6/13/19 9:13 AM, Christophe Lyon wrote: @@ -7131,6 +7132,18 @@ given via attribute argument. @end table +@node ARM Variable Attributes +@subsection ARM Variable Attributes + +@table @code +@item noinit +@cindex @code{noinit} variable attribute, ARM +Any data with the @code{noinit}

Re: [PATCH] Prepare for prefixed instructions on PowerPC

2019-07-01 Thread Segher Boessenkool
Hi Mike, Sorry I missed this patch :-( On Thu, Jun 27, 2019 at 04:18:00PM -0400, Michael Meissner wrote: > As we discussed off-line earlier, I changed all of the "4" lengths to be "*", > even for instruction alternatives that would not be subject to being changed > to > be a prefixed

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

2019-07-01 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #15 from Marc Glisse --- https://gmplib.org/manual/Build-Options.html#index-Generic-C documents --disable-assembly as the official way to disable asm. But I am surprised that even with the snapshot you had asm. Looking at the current

[PATCH, Ada, Darwin, PPC] PPC Darwin has stack check probes.

2019-07-01 Thread Iain Sandoe
On PPC, Darwin uses the same code as other parts of the port, I suspect that the False was a historical relic. (perhaps I could have applied this with my Darwin maintainer’s hat, or as obvious, but wasn’t sure for the Ada sub-tree) OK for trunk? Thanks Iain 2019-07-01 Iain Sandoe

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

2019-07-01 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #23 from dave.anglin at bell dot net --- On 2019-07-01 3:12 p.m., elowe at elowe dot com wrote: > My configure line was: > > $ ../gcc-8.3.0/configure --enable-languages=c,c++ --prefix=/usr/local/gcc8.3 > --with-as=/usr/local/bin/as

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

2019-07-01 Thread elowe at elowe dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #22 from EML --- Thanks for the hints and options on IA64, I used the GNU AS (2.32), but the HP LD (ld: 92453-07 linker ld HP Itanium(R) B.12.65 IPF/IPF) Well, this is historically how you do it, I believe you need to use the HP

[Bug c++/91044] /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

2019-07-01 Thread redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 --- Comment #3 from Jonathan Wakely --- (In reply to hugo from comment #2) > Please see the following page that defines a getline: > https://en.cppreference.com/w/cpp/string/basic_string/getline That's the URL I gave you. > This other page

[Bug target/91047] PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

2019-07-01 Thread shawn at git dot icu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 Shawn Landden changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/91047] PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

2019-07-01 Thread shawn at git dot icu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 --- Comment #1 from Shawn Landden --- My bad, the argument is passed in vr2, but this is not the same as vs2.

[Bug target/91047] New: PowerPC: inline assembly doesn't know the difference between altivec and vsx registers

2019-07-01 Thread shawn at git dot icu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91047 Bug ID: 91047 Summary: PowerPC: inline assembly doesn't know the difference between altivec and vsx registers Product: gcc Version: unknown Status: UNCONFIRMED

[PATCH, i386]: Also use and split insns with SSE operands for 32bit MMX targets

2019-07-01 Thread Uros Bizjak
Attached patch uses and splits a couple of instructions with SSE operands for 32bit MMX targets. 2019-07-01 Uroš Bizjak * config/i386/i386.md ("isa" attribute): Add sse_noavx. ("enabled" attribute): Handle sse_noavx isa attribute. * config/i386/mmx.md (*vec_dupv2sf): Add "isa"

[Bug middle-end/90923] hash_map destroys elements without constructing them

2019-07-01 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90923 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

2019-07-01 Thread Martin Sebor
On 7/1/19 10:33 AM, Richard Biener wrote: On Mon, Jul 1, 2019 at 4:55 PM Martin Sebor wrote:> [Adding gcc-patches] Richard, do you have any further comments or is the revised patch good to commit? No further comments from my side - it's good to commit. After running a full bootstrap with

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

2019-07-01 Thread Martin Sebor
On 7/1/19 10:33 AM, Richard Biener wrote: On Mon, Jul 1, 2019 at 4:55 PM Martin Sebor wrote:> [Adding gcc-patches] Richard, do you have any further comments or is the revised patch good to commit? No further comments from my side - it's good to commit. After running a full bootstrap with

[Bug middle-end/90923] hash_map destroys elements without constructing them

2019-07-01 Thread msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90923 --- Comment #3 from Martin Sebor --- Author: msebor Date: Mon Jul 1 18:33:36 2019 New Revision: 272893 URL: https://gcc.gnu.org/viewcvs?rev=272893=gcc=rev Log: PR middle-end/90923 - hash_map destroys elements without constructing them

[PATCH 10/12] @abs2_hw

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (abs2_hw): Make this a parameterized name. (abs2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git

[PATCH 11/12] @ieee_128bit_vsx_neg2

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (ieee_128bit_vsx_neg2): Make this a parameterized name. (neg2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git

[PATCH 12/12] @ieee_128bit_vsx_abs2

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (ieee_128bit_vsx_abs2): Make this a parameterized name. (abs2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git

[PATCH 09/12] @neg2_hw

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (neg2_hw): Make this a parameterized name. (neg2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git

[PATCH 05/12] @ctr

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (ctr): Make this a parameterized name. (doloop_end): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git

[PATCH 08/12] @extenddf2

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (extenddf2): Make this a parameterized name. (floatsi2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git

[PATCH 06/12] @eh_set_lr_

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (eh_set_lr_): Make this a parameterized name. (eh_return): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git

[PATCH 07/12] @extenddf2_{fprs,vsx}

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (extenddf2_fprs): Make this a parameterized name. (extenddf2_vsx): Make this a parameterized name. (extenddf2): Use those names. Simplify. --- gcc/config/rs6000/rs6000.md | 23 ++- 1

[PATCH 04/12] @indirect_jump_nospec

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (indirect_jump_nospec): Make this a parameterized name. (indirect_jump): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git

[PATCH 03/12] @abs2_internal

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (abs2_internal): Make this a parameterized name. (abs2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git

[PATCH 02/12] @fix_truncsi2_fprs

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (fix_truncsi2_fprs): Make this a parameterized name. (fix_truncsi2): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git

[PATCH 01/12] @neg2

2019-07-01 Thread Segher Boessenkool
2019-07-01 Segher Boessenkool * config/rs6000/rs6000.md (neg2): Make this a parameterized name. (allocate_stack): Use that name. Simplify. --- gcc/config/rs6000/rs6000.md | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/gcc/config/rs6000/rs6000.md

[PATCH 00/12] rs6000: Use parameterised names

2019-07-01 Thread Segher Boessenkool
This series makes the rs6000 backend use parameterised names. This means adding an "@" to the start of pattern names, removing the mode from the gen_* names where you call them, and adding an extra mode parameter to those calls (as the first argument). The abs and neg patterns used to call FAIL

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

2019-07-01 Thread andrewm.roberts at sky dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #14 from Andrew Roberts --- One final point even vanilla gcc 9.1.0 fails to build gmp standalone if CFLAGS is set, so issue with Raspbian compiler is that it is probably setting CFLAGS and thus messing up gmp build. To cause

Re: A better __builtin_constant_p

2019-07-01 Thread Andrew Sutton
> Am I totally on the wrong track here? That depends on what you want your assumptions to do. This definitely doesn't solve the problems I'm having implementing C++ contracts, especially axioms, which can involve declarations of undecidable functions. For example, is_reachable(p, q) for a pair of

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

2019-07-01 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #21 from dave.anglin at bell dot net --- On 2019-07-01 12:53 p.m., elowe at elowe dot com wrote: > Working assembler for hello world program: > > => 0x4c90 <+0>: [MII] alloc r33=ar.pfs,5,4,0 >

Re: [PATCH] Make lto-dump dump symtab callgraph in graphviz format

2019-07-01 Thread Giuliano Belinassi
Hi, Liška I incorporated all your suggestions to the patch, but before sending the v2 I want to discuss some errors reported by the style script. >=== ERROR type #1: blocks of 8 spaces should be replaced with tabs (16 >error(s)) === >gcc/lto/lto-dump.c:263:22:" -list [options]

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

2019-07-01 Thread andrewm.roberts at sky dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #13 from Andrew Roberts --- Just tried --enable-assembly=no with the standalone build of gmp and this does seem to work as advertised. Everything symlinked to .c rather than .asm files, and no .asm or .s files built at all. Building

[Bug tree-optimization/91020] Enhance SRA to deal with "omp simd array" variables

2019-07-01 Thread jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91020 --- Comment #3 from Martin Jambor --- Created attachment 46543 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46543=edit Proof-of-concept patch This is a proof of concept (and only mildly tested) patch which leads to successful

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

2019-07-01 Thread hhaim at cisco dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #20 from Hanoch Haim --- One more thing. I would expect that the issue would be in CTimeHistogram functions (defined as aligned) but the code generation issue was in the parent object ( CCPortLatency) Why the compiler assumed that

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

2019-07-01 Thread dave.anglin at bell dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #20 from dave.anglin at bell dot net --- On 2019-07-01 12:53 p.m., elowe at elowe dot com wrote: > Dave, that link is to Debian HPPA - not IA64 (I cannot find Debian IA64 > working > from that site) Sorry, here is ia64 link:

[Bug target/90963] [10 Regression] FAIL: gcc.c-torture/execute/built-in-setjmp.c execution test

2019-07-01 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90963 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[committed] Fix longjmp expander on hppa

2019-07-01 Thread John David Anglin
With the recent update to setjmp, we now need to restore the hard frame pointer directly from the saved frame pointer. We don't need to adjust for the offset between the virtual_stack_vars_rtx and the hard frame pointer. Tested on hppa-unknwon-linux-gnu, hppa2.0w-hp-hpux11.11 and

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

2019-07-01 Thread hhaim at cisco dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #19 from Hanoch Haim --- After some investigation, I think it is not a gcc issue, please verify. One of the internal object does not include a 64B alignment. #define __rte_cache_aligned __attribute__((__aligned__(64))); class

Re: [PING][AArch64] Use scvtf fbits option where appropriate

2019-07-01 Thread James Greenhalgh
On Wed, Jun 26, 2019 at 10:35:00AM +0100, Joel Hutton wrote: > Ping, plus minor rework (mostly non-functional changes) > > gcc/ChangeLog: > > 2019-06-12 Joel Hutton > > * config/aarch64/aarch64-protos.h (aarch64_fpconst_pow2_recip): New > prototype > *

[Bug target/90963] [10 Regression] FAIL: gcc.c-torture/execute/built-in-setjmp.c execution test

2019-07-01 Thread danglin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90963 --- Comment #5 from John David Anglin --- Author: danglin Date: Mon Jul 1 16:55:42 2019 New Revision: 272891 URL: https://gcc.gnu.org/viewcvs?rev=272891=gcc=rev Log: PR target/90963 * config/pa/pa.md (builtin_longjmp): Restore

[Bug c/91046] missing warning about empty translation unit

2019-07-01 Thread vincent-gcc at vinc17 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91046 --- Comment #2 from Vincent Lefèvre --- It warns with -pedantic, but not without. This is an issue if this is not guaranteed to "work" with GCC (now or in the future). Indeed, the case of an empty translation unit may need additional code. For

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

2019-07-01 Thread andrewm.roberts at sky dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #12 from Andrew Roberts --- GMP 6.1.0 and later support the following configure option: --enable-assembly enable the use of assembly loops [default=yes] not sure if this could be used to stop gmp using assembler.

[Bug target/61577] [4.9.0] can't compile on hp-ux v3 ia64

2019-07-01 Thread elowe at elowe dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #19 from EML --- Dave, that link is to Debian HPPA - not IA64 (I cannot find Debian IA64 working from that site) Working assembler for hello world program: => 0x4c90 <+0>: [MII] alloc r33=ar.pfs,5,4,0

[Bug bootstrap/91034] In tree build of gmp fails on Raspberry Pi4 (ARM Cortex A72) with `mls r1,r4,r8,r11' not supported in ARM mode

2019-07-01 Thread andrewm.roberts at sky dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91034 --- Comment #11 from Andrew Roberts --- Richard, the cpu supports mls (its a ARM Cortex A72). Comment 2 shows the -v output for both building gmp within gcc and standalone. When building gmp in tree using Raspbian compiler: as --gdwarf2 -v -I

[Bug c++/91044] /home/hugo/Code_Block/C++_Tutorial/cadenas_tipo_c.cpp|12|error: no matching function for call to ‘getline(std::string [50], int, char)’|

2019-07-01 Thread baronahugo31 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91044 --- Comment #2 from hugo --- Please see the following page that defines a getline: https://en.cppreference.com/w/cpp/string/basic_string/getline This other page defines another type of getline:

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

2019-07-01 Thread Richard Biener
On Mon, Jul 1, 2019 at 4:55 PM Martin Sebor wrote:> > [Adding gcc-patches] > > Richard, do you have any further comments or is the revised patch > good to commit? No further comments from my side - it's good to commit. Richard. > Martin > > On 6/25/19 2:30 PM, Martin Sebor wrote: > > On

Re: [PATCH] let hash-based containers work with non-trivial types (PR 90923)

2019-07-01 Thread Richard Biener
On Mon, Jul 1, 2019 at 4:55 PM Martin Sebor wrote:> > [Adding gcc-patches] > > Richard, do you have any further comments or is the revised patch > good to commit? No further comments from my side - it's good to commit. Richard. > Martin > > On 6/25/19 2:30 PM, Martin Sebor wrote: > > On

Re: [PATCH][AArch64] Remove constraint strings from define_expand constructs in the back end

2019-07-01 Thread James Greenhalgh
On Mon, Jun 24, 2019 at 04:33:40PM +0100, Dennis Zhang wrote: > Hi, > > A number of AArch64 define_expand patterns have specified constraints > for their operands. But the constraint strings are ignored at expand > time and are therefore redundant/useless. We now avoid specifying > constraints

Re: RFA: fix PR66726 regression for min/max/conversion combo from PR71016 patch

2019-07-01 Thread Richard Biener
On Mon, Jul 1, 2019 at 4:05 PM Joern Wolfgang Rennecke wrote: > > [Apologies if this is a duplicate, I'm unsure if my previous mail was > delivered] > On 01/07/19 12:38, Richard Biener wrote: > > On Mon, Jul 1, 2019 at 1:22 PM Joern Wolfgang Rennecke > > wrote: > >> The heuristic introduced for

[Bug middle-end/64242] Longjmp expansion incorrect

2019-07-01 Thread ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242 --- Comment #35 from Eric Botcazou --- Author: ebotcazou Date: Mon Jul 1 16:27:06 2019 New Revision: 272890 URL: https://gcc.gnu.org/viewcvs?rev=272890=gcc=rev Log: PR middle-end/64242 * config/sparc/sparc.md (nonlocal_goto):

[Bug web/90334] documentation for getting read-write SVN access is misleading

2019-07-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90334 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[SPARC] Fix PR middle-end/64242

2019-07-01 Thread Eric Botcazou
SPARC defines a nonlocal_goto pattern to which the same adjustment needs to be applied as in the middle-end. Tested on SPARC/Solaris, applied on mainline and 9 branch. 2019-07-01 Eric Botcazou PR middle-end/64242 * config/sparc/sparc.md (nonlocal_goto): Restore frame

Re: [PATCH][arm/AArch64] Assume unhandled NEON types are neon_arith_basic types when scheduling for Cortex-A5

2019-07-01 Thread James Greenhalgh
On Mon, Jul 01, 2019 at 04:13:40PM +0100, Kyrill Tkachov wrote: > Hi all, > > Some scheduling descriptions, like the Cortex-A57 one, are reused for > multiple -mcpu options. > Sometimes those other -mcpu cores support more architecture features > than the Armv8-A Cortex-A57. > For example, the

[Bug middle-end/64242] Longjmp expansion incorrect

2019-07-01 Thread ebotcazou at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242 --- Comment #34 from Eric Botcazou --- Author: ebotcazou Date: Mon Jul 1 16:26:38 2019 New Revision: 272889 URL: https://gcc.gnu.org/viewcvs?rev=272889=gcc=rev Log: PR middle-end/64242 * config/sparc/sparc.md (nonlocal_goto):

[Bug c/91046] missing warning about empty translation unit

2019-07-01 Thread egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91046 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

Re: [PATCH][ARM] Add support for "noinit" attribute

2019-07-01 Thread Kyrill Tkachov
Hi Christophe, On 6/13/19 4:13 PM, Christophe Lyon wrote: Hi, Similar to what already exists for TI msp430 or in TI compilers for arm, this patch adds support for "noinit" attribute for arm. It's very similar to the corresponding code in GCC for msp430. It is useful for embedded targets where

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

2019-07-01 Thread amonakov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 Alexander Monakov changed: What|Removed |Added CC||amonakov at gcc dot gnu.org ---

Re: [PATCH 2/2] gdbhooks.py: extend vec support in pretty printers

2019-07-01 Thread David Malcolm
On Mon, 2019-07-01 at 13:07 +0300, Vladislav Ivanishin wrote: > This change is threefold: > - enable pretty printing of vec<>, not just vec<>* > - generalize 'vec<(\S+), (\S+), (\S+)>' regex, which is limiting > - extend to work for vl_ptr layout (only vl_embed was supported) > > The motivating

Re: Incremental LTO linking part 7: documentation

2019-07-01 Thread Sandra Loosemore
On 5/26/19 11:35 AM, Gerald Pfeifer wrote: On Tue, 8 May 2018, Jan Hubicka wrote: this patch adds documentation of -flinker-output. * doc/invoke.texi (-flinker-output): Document I found a follow-up patch to this in a local tree that had been sitting there for a while, had a another

Re: [PATCH 1/2] gdbhooks.py: use strip_typedefs to simplify matching type names

2019-07-01 Thread David Malcolm
On Mon, 2019-07-01 at 12:50 +0300, Vladislav Ivanishin wrote: > Hi! > > GDB's Python API provides strip_typedefs method that can be > instrumental > for writing DRY code. Using it at least partially obviates the need > for > the add_printer_for_types method we have in gdbhooks.py (it takes a >

Re: [PATCH][arm/AArch64] Assume unhandled NEON types are neon_arith_basic types when scheduling for Cortex-A57

2019-07-01 Thread Kyrill Tkachov
Something somewhere cut off the subject line: it should say Cortex-A57. Sorry about that. Kyrill On 7/1/19 4:13 PM, Kyrill Tkachov wrote: Hi all, Some scheduling descriptions, like the Cortex-A57 one, are reused for multiple -mcpu options. Sometimes those other -mcpu cores support more

[Bug target/91043] GCC produces unaligned vmovdqa vector data access

2019-07-01 Thread ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91043 --- Comment #17 from Uroš Bizjak --- The asm dump claims that the access is aligned to 32bytes: #(insn 14 31 9 2 (set (mem:V4DI (plus:DI (reg/f:DI 3 bx [orig:90 this ] [90]) #(const_int 64 [0x40])) [6 MEM[(long unsigned int

[PATCH][arm/AArch64] Assume unhandled NEON types are neon_arith_basic types when scheduling for Cortex-A5

2019-07-01 Thread Kyrill Tkachov
Hi all, Some scheduling descriptions, like the Cortex-A57 one, are reused for multiple -mcpu options. Sometimes those other -mcpu cores support more architecture features than the Armv8-A Cortex-A57. For example, the Cortex-A75 and Cortex-A76 support Armv8.2-A as well as the Dot Product

Re: [Committed] S/390: Fix vector shift count operand

2019-07-01 Thread Andreas Krebbel
On 01.07.19 17:01, Marek Polacek wrote: > On Mon, Jul 01, 2019 at 04:58:09PM +0200, Andreas Krebbel wrote: >> We currently use subst definitions to handle the different variants of shift >> count operands. Unfortunately, in the vector shift pattern the shift count >> operand is used directly.

Re: [Committed] S/390: Fix vector shift count operand

2019-07-01 Thread Marek Polacek
On Mon, Jul 01, 2019 at 04:58:09PM +0200, Andreas Krebbel wrote: > We currently use subst definitions to handle the different variants of shift > count operands. Unfortunately, in the vector shift pattern the shift count > operand is used directly. Without it being adjusted for the 'subst'

  1   2   3   >