Re: [PATCH][PR target/83994] Fix stack-clash-protection code generation on x86

On Wed, Jan 24, 2018 at 12:15 AM, Jeff Law wrote: > > pr83994 is a code generation bug in the stack-clash support that affects > openssl (we've turned on stack-clash-protection by default for the F28 > builds). > > The core problem is stack-clash (like stack-check)

[Bug c++/84015] New: [7/8 Regression] ICE with class template argument deduction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84015 Bug ID: 84015 Summary: [7/8 Regression] ICE with class template argument deduction Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[PATCH], PR target/81550, Rewrite PowerPC loop_align test so it still tests the original target hook

The loop_align.c test has been broken for some time, since I put in patches to eliminate some debug hooks (-mno-upper-regs-{df,di,sf}) that we deemed to no longer be needed. As Segher and I were discussing over private IRC, the root cause of this bug is the compiler no long generates the BDNZ

Re: [SFN+LVU+IEPM v4 9/9] [IEPM] Introduce inline entry point markers

On Dec 21, 2017, Jeff Law wrote: > On 12/11/2017 07:54 PM, Alexandre Oliva wrote: >> + ASM_GENERATE_INTERNAL_LABEL (label, "LVU", ied->view); >> + /* FIXME: this will resolve to a small number. Could we >> + possibly emit smaller data? Ideally

[Bug middle-end/51677] don't suggest giving main() __attribute__((const))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51677 Eric Gallager changed: What|Removed |Added Keywords||diagnostic CC|

[Bug tree-optimization/81611] [8 Regression] gcc un-learned loop / post-increment optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81611 --- Comment #18 from Alexandre Oliva --- Vacations over, patches formatted and posted. https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01994.html

[Bug target/84010] [sparc64] Bad TLS code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #3 from Richard Henderson --- (In reply to James Clarke from comment #2) > Here is a completely untested patch which should in theory resolve this > series of issues. This doesn't introduce rematerialization for them (or, if > it's

[PR81611] improve auto-inc

These two patches fix PR81611. The first one improves forwprop so that we avoid adding SSA conflicting by forwpropping the iv increment, which may cause both the incremented and the original value to be live, even when the iv is copied between the PHI node and the increment. We already handled

[Bug target/84014] New: ICE in setup_min_max_allocno_live_range_point, at ira-build.c:2762

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84014 Bug ID: 84014 Summary: ICE in setup_min_max_allocno_live_range_point, at ira-build.c:2762 Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ra

[Bug libstdc++/83981] vector::resize(size_type) should not require T to be CopyInsertable when std=c++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981 --- Comment #5 from Daniel Trebbien --- I have run into a small issue. C++11 apparently does not provide an exception guarantee on vector::resize(size_type), whereas in C++14, the exception guarantee is "If an exception is thrown other than by

Re: [RFC][PATCH] PR preprocessor/83173: Additional check before decrementing highest_location

On 01/14/2018 12:16 PM, Mike Gulick wrote: > On 01/12/2018 06:16 PM, David Malcolm wrote: [snip] >> >> I was going to suggest renaming your new test to e.g. >> location-overflow-test-pr83173.c >> so that it matches the glob in those comments, but given that you refer >> to the testname in

Re: libgo patch committed: Update to Go1.10beta2 release

On Tue, Jan 23, 2018 at 5:24 PM, Matthias Klose wrote: > On 17.01.2018 15:20, Ian Lance Taylor wrote: >> This patch updates libgo to the Go1.10beta2 release. The complete >> patch is too large to include in this e-mail message, mainly due to >> some test changes. Bootstrapped

Re: libgo patch committed: Update to Go1.10beta2 release

On 17.01.2018 15:20, Ian Lance Taylor wrote: > This patch updates libgo to the Go1.10beta2 release. The complete > patch is too large to include in this e-mail message, mainly due to > some test changes. Bootstrapped and ran Go testsuite on > x86_64-pc-linux-gnu. Committed to mainline. gotools

[Bug c++/84012] [8 regression] error: cannot convert ‘const std::shared_ptr’ to ‘std::a*’ in return

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84012 --- Comment #1 from Andrew Pinski --- In this context e has a non-dependent type as shared_ptr is a non-dependent type and shared_ptr does not have a conversion to a*. So I don't see why this should accepted.

[Bug c++/83921] [7/8 Regression] GCC rejects constexpr initialization of empty aggregate.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83921 --- Comment #4 from paolo at gcc dot gnu.org --- Author: paolo Date: Wed Jan 24 00:57:18 2018 New Revision: 257009 URL: https://gcc.gnu.org/viewcvs?rev=257009=gcc=rev Log: /cp 2018-01-23 Paolo Carlini PR

[Bug target/84010] [sparc64] Bad TLS code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #2 from James Clarke --- Created attachment 43230 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43230=edit 0001-sparc-Fix-modes-for-TLS-offsets.patch Here is a completely untested patch which should in theory resolve this

[Bug target/56010] Powerpc, -mcpu=native and -mtune=native use the wrong name for target 7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010 Peter Bergner changed: What|Removed |Added Attachment #43227|0 |1 is obsolete|

[Bug libstdc++/54185] [4.7/4.8 Regression] condition_variable not properly destructed

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

[Bug fortran/83998] [8 Regression] ICE in gfc_conv_intrinsic_dot_product, at fortran/trans-intrinsic.c:4403

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83998 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug target/84010] [sparc64] Bad TLS code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 --- Comment #1 from James Clarke --- Elaborating slightly for those unfamiliar with SPARC TLS relocations: Initial exec sequences normally look something like: sethi %tie_hi22(foo), %r1 or%r1, %tie_lo10(foo), %r1 ldx [%l7+%r1],

[Bug target/83964] [8 Regression] ICE in extract_insn, at recog.c:2304

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83964 --- Comment #3 from Segher Boessenkool --- No, many other builtins are also problematic (there are a few more PRs open).

[Bug target/56010] Powerpc, -mcpu=native and -mtune=native use the wrong name for target 7450

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010 --- Comment #6 from Peter Bergner --- Created attachment 43227 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43227=edit Proposed patch I'm testing the attached patch, which should also fix PR83743. Can those of you that have hit this

[Bug tree-optimization/84013] New: wrong __restrict clique with inline asm operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84013 Bug ID: 84013 Summary: wrong __restrict clique with inline asm operand Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/84012] New: [8 regression] error: cannot convert ‘const std::shared_ptr’ to ‘std::a*’ in return

StyleFactory.cpp namespace std { template class shared_ptr {}; class a; template class b { a *g() const; shared_ptr e; }; template a *b::g() const { return e; } } $ g++ --version g++ (GCC) 8.0.1 20180123 (experimental) Copyright (C) 2018 Free Software Foundation, Inc. This is free software

[Bug sanitizer/83987] [6/7 Regression] ICE with OpenMP, sanitizer and virtual bases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83987 Jakub Jelinek changed: What|Removed |Added Summary|[6/7/8 Regression] ICE with |[6/7 Regression] ICE with

[Bug libstdc++/83981] vector::resize(size_type) should not require T to be CopyInsertable when std=c++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981 --- Comment #4 from Jonathan Wakely --- That would be welcome.

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 --- Comment #8 from Segher Boessenkool --- Yes, but that does not work if ivopts decides to make a loop that cannot work with bdnz ;-) cc:ing Bin

[Bug fortran/54613] [F08] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613 --- Comment #8 from Thomas Koenig --- Created attachment 43226 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43226=edit Patch which should not slow down things This seems to be better from the timing perspective for the library

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 --- Comment #7 from Michael Meissner --- I think the thing to do is make a shorter loop that won't get extended like the double loop does.

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 --- Comment #6 from Michael Meissner --- This is a twisty little passage (all different). The code is basically trying to test the TARGET_ASM_LOOP_ALIGN_MAX_SKIP target hook. It carefully aligns the functions to 16 bytes and then wants the

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 Michael Meissner changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 Segher Boessenkool changed: What|Removed |Added CC||segher at gcc dot gnu.org ---

[PATCH][PR target/83994] Fix stack-clash-protection code generation on x86

pr83994 is a code generation bug in the stack-clash support that affects openssl (we've turned on stack-clash-protection by default for the F28 builds). The core problem is stack-clash (like stack-check) will emit a probing loop if the prologue allocates enough stack space. When emitting a loop

Re: Google Summer of Code 2018: Call for mentors and ideas

Hi, On Tue, Jan 23 2018, Prathamesh Kulkarni wrote: > On 23 January 2018 at 16:26, Martin Jambor wrote: >> Hi, >> >> On Wed, Jan 17 2018, Martin Jambor wrote: >>> Hi, >>> >>> following a discussion at IRC about an upcoming deadline to register GCC >>> as an independent

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #18 from Thomas Garnier --- Ok. Opened: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84011

[PATCH] RISC-V: Add -mpreferred-stack-boundary option.

This adds a -mpreferred-stack-boundary option patterned after the one supported by the x86 port. This allows one to reduce the size of stack frames to reduce memory usage. This was tested with a rv32i/ilp32 target using -mpreferred-stack-boundary=3 to get 8-byte alignment instead of the default

[Bug target/84011] New: Optimize switch table with -fPIE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84011 Bug ID: 84011 Summary: Optimize switch table with -fPIE Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug libstdc++/83981] vector::resize(size_type) should not require T to be CopyInsertable when std=c++14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981 --- Comment #3 from Daniel Trebbien --- I would like to make a patch for this and PR 83982 if that's okay.

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 --- Comment #4 from Michael Meissner --- I must have typed the wrong numbers, as revision 250482 is indeed the revision that it breaks.

[Bug fortran/83980] Various issues with character length in array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980 --- Comment #3 from Harald Anlauf --- (In reply to Harald Anlauf from comment #2) > I'll see if I can find related bugs. Comment #2 looks like a dup of pr48890.

Re: [PATCH] libgcc: xtensa: fix NaN return from add/sub/mul/div helpers

On Tue, Jan 23, 2018 at 1:07 PM, augustine.sterl...@gmail.com wrote: > On Tue, Jan 23, 2018 at 9:55 AM, Max Filippov wrote: >> libgcc/ >> 2018-01-22 Max Filippov >> >> * config/xtensa/ieee754-df.S (__addsf3,

[Bug fortran/61627] specification expression ICE with version 4.7.1 and 4.8.2, incorrect output with 4.4.7 and 4.9.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61627 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #4

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #17 from H.J. Lu --- (In reply to Thomas Garnier from comment #16) > Yes, I think you can't just default to the non-PIE mode. > > Clang does it well though: > > : >0: 83 ff 16cmp$0x16,%edi

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #16 from Thomas Garnier --- Yes, I think you can't just default to the non-PIE mode. Clang does it well though: : 0: 83 ff 16cmp$0x16,%edi 3: 77 0f ja 14

[Bug tree-optimization/83992] wrong debug info: wrong NOTE_INSN_BLOCK_BEG placement causes TestCrashDumpsAllThreads gotools testcase failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83992 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #4

[Bug fortran/83980] Various issues with character length in array constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980 Harald Anlauf changed: What|Removed |Added Keywords||wrong-code --- Comment #2 from Harald

[Bug c++/83947] [8 Regression] ICE on invalid C++ code with auto: in tsubst_decl, at cp/pt.c:13046

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83947 --- Comment #2 from Jason Merrill --- Author: jason Date: Tue Jan 23 21:23:53 2018 New Revision: 257000 URL: https://gcc.gnu.org/viewcvs?rev=257000=gcc=rev Log: PR c++/83947 - ICE with auto declarations. * pt.c

Re: [PATCH 4/6] [ARC] Rework delegitimate_address hook

* Claudiu Zissulescu [2017-11-02 13:30:33 +0100]: > From: claziss > > Delegitimize address is used to undo the obfuscating effect of PIC > addresses, returning the address in a way which is understood by the > compiler. > > gcc/ >

[Bug c++/83974] [8 Regression] ICE in cxx_eval_constant_expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83974 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/83974] [8 Regression] ICE in cxx_eval_constant_expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83974 --- Comment #4 from David Malcolm --- Author: dmalcolm Date: Tue Jan 23 21:19:09 2018 New Revision: 256999 URL: https://gcc.gnu.org/viewcvs?rev=256999=gcc=rev Log: C++: Fix ICE in fold_for_warn on CAST_EXPR (PR c++/83974) gcc/cp/ChangeLog:

C++ PATCH for c++/83947, ICE with auto deduction

In this testcase, we were deducing a type for g from the function f which has not yet been deduced itself. Fixed by recognizing the case of an undeduced initializer. The change to undeduced_auto_decl is necessary because auto parameters are a different story; they act more like normal template

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #15 from H.J. Lu --- (In reply to Thomas Garnier from comment #14) > Correcting what I said before, it is about re-enabling switch folding (or > switch optimization). > > Basically without PIE (-fno-PIE) with -O2, a switch can be

[Bug fortran/82207] ieee_class identifies signaling NaNs as quiet NaNs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207 --- Comment #7 from Steve Kargl --- On Tue, Jan 23, 2018 at 08:53:36PM +, guez at lmd dot ens.fr wrote: > > This behaviour of gfortran is a problem because it prevents the use of qnan as > a normal missing value and the debugging option at

Re: [PATCH] libgcc: xtensa: fix NaN return from add/sub/mul/div helpers

On Tue, Jan 23, 2018 at 9:55 AM, Max Filippov wrote: > libgcc/ > 2018-01-22 Max Filippov > > * config/xtensa/ieee754-df.S (__addsf3, __subsf3, __mulsf3) > (__divsf3): Make NaN return value quiet. > * config/xtensa/ieee754-sf.S

Re: [PATCH v2] C++: Fix ICE in fold_for_warn on CAST_EXPR (PR c++/83974)

On Tue, Jan 23, 2018 at 1:06 PM, David Malcolm wrote: > On Tue, 2018-01-23 at 09:54 -0500, Jason Merrill wrote: >> On Tue, Jan 23, 2018 at 9:27 AM, David Malcolm >> wrote: >> > PR c++/83974 reports an ICE within fold_for_warn when calling >> >

[Bug rtl-optimization/81443] [8 regression] build/genrecog.o: virtual memory exhausted: Cannot allocate memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81443 Eric Botcazou changed: What|Removed |Added Summary|[7/8 regression]|[8 regression]

[Bug target/84010] New: [sparc64] Bad TLS code generation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010 Bug ID: 84010 Summary: [sparc64] Bad TLS code generation Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

Re: [C++ Patch] PR 83921 ("[7/8 Regression] GCC rejects constexpr initialization of empty aggregate")

OK, thanks. On Tue, Jan 23, 2018 at 2:37 PM, Paolo Carlini wrote: > Hi, > > On 23/01/2018 18:38, Jason Merrill wrote: >> >> On 01/22/2018 05:13 PM, Paolo Carlini wrote: >>> >>> Hi again, >>> >>> On 22/01/2018 22:50, Paolo Carlini wrote: Ok. The below passes

[Bug rtl-optimization/81443] [7/8 regression] build/genrecog.o: virtual memory exhausted: Cannot allocate memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81443 --- Comment #18 from Eric Botcazou --- Author: ebotcazou Date: Tue Jan 23 20:54:32 2018 New Revision: 256998 URL: https://gcc.gnu.org/viewcvs?rev=256998=gcc=rev Log: PR rtl-optimization/81443 * rtlanal.c (num_sign_bit_copies1) :

Fix PR rtl-optimization/81443

This is a combinatorial explosion in the combiner for the num_sign_bit_copies mechanism present on the 7 branch and mainline during the bootstrap on MIPS n32, i.e. a 64-bit WORD_REGISTER_OPERATIONS SIGN_EXTEND target. While I'm still exploring various approaches to fixing it on the mainline,

[Bug fortran/82207] ieee_class identifies signaling NaNs as quiet NaNs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207 Lionel GUEZ changed: What|Removed |Added CC||guez at lmd dot ens.fr --- Comment #6

[Bug c++/83988] [8 Regression] Internal compiler error in tsubst_baselink

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83988 Volker Reichelt changed: What|Removed |Added CC||reichelt at gcc dot gnu.org ---

[Bug c++/84002] [8 Regression] ICE with template conversion operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84002 Volker Reichelt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/81082] [8 Regression] Failure to vectorise after reassociating index computation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082 --- Comment #9 from Marc Glisse --- + (if (! INTEGRAL_TYPE_P (type) Integer vectors satisfy this condition... Also, floats need some check (I don't know which one is appropriate).

[Bug c++/84009] No diagnostic issued if the decl-specifier in the decl-specifier-seq of a for-range-declaration is register, static,or thread_local

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84009 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid

[committed] Fix LTO ICE on OpenMP privatized member DECL_VALUE_EXPRs (PR sanitizer/83987)

Hi! DECL_OMP_PRIVATIZED_MEMBER vars are artificial, DECL_IGNORED_P and useful only during OpenMP lowering, their DECL_VALUE_EXPR isn't really useful afterwards (just shouldn't be cleared because then we could try to expand those vars if we don't optimize them as unused). The sanitizer can add

[Bug sanitizer/83987] [6/7/8 Regression] ICE with OpenMP, sanitizer and virtual bases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83987 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Tue Jan 23 20:36:34 2018 New Revision: 256997 URL: https://gcc.gnu.org/viewcvs?rev=256997=gcc=rev Log: PR sanitizer/83987 * tree.c (cp_free_lang_data): Change

Re: [Patch, fortran] PR37577 - [meta-bug] change internal array descriptor format for better syntax, C interop TR, rank 15

On Tue, Jan 23, 2018 at 07:30:49PM +, Paul Richard Thomas wrote: > Janne, Thanks. > > Jakub, is this OK with you? It is indeed quite late for such large ABI changes, some distributions are about to start using the compiler by now. How much was it tested (on which targets)? Has the debug

[Bug c++/84009] New: No diagnostic issued if the decl-specifier in the decl-specifier-seq of a for-range-declaration is register, static,or thread_local

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84009 Bug ID: 84009 Summary: No diagnostic issued if the decl-specifier in the decl-specifier-seq of a for-range-declaration is register, static,or thread_local Product: gcc

[Bug fortran/84008] New: [PDT] ICE accessing kind and len parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84008 Bug ID: 84008 Summary: [PDT] ICE accessing kind and len parameters Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/84007] New: ICE with same_type_as with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84007 Bug ID: 84007 Summary: ICE with same_type_as with CLASS entity Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug middle-end/78809] Inline strcmp with small constant strings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78809 --- Comment #28 from Qing Zhao --- > > I don't think this is a good test. Repeatedly calling strcmp with the same > inputs is not something real code does, especially when the string matches > exactly. Why would it do that? The consequence

[Bug fortran/84006] New: ICE in storage_size() with CLASS entity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006 Bug ID: 84006 Summary: ICE in storage_size() with CLASS entity Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/81550] [8 regression] gcc.target/powerpc/loop_align.c fails starting with r250482

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81550 --- Comment #3 from Michael Meissner --- It isn't actually subversion id 250482 that causes the problem. I've built 250481 and 250483 compilers and there is no difference in code. I had 252844, and it shows the problem. The difference between

[Bug c++/84002] [8 Regression] ICE with template conversion operator

, j, k>() const; }; template class c : h { public: c(int, int); template operator e::d, j, k>() const; }; template template c::operator e::d, j, k>() const { e::d, j, k> l = h::operator e::d, j, k>(); } c a(c(2, 2)); f b(a); } $ g++ --version g++ (GCC) 8.0.1 20180123 (experim

[Bug tree-optimization/84005] [8 regression] gcc.dg/vect/bb-slp-1.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005 Rainer Orth changed: What|Removed |Added Target Milestone|--- |8.0

[Bug tree-optimization/84005] New: [8 regression] gcc.dg/vect/bb-slp-1.c etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84005 Bug ID: 84005 Summary: [8 regression] gcc.dg/vect/bb-slp-1.c etc. FAIL Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: [C++ Patch] PR 83921 ("[7/8 Regression] GCC rejects constexpr initialization of empty aggregate")

Hi, On 23/01/2018 18:38, Jason Merrill wrote: On 01/22/2018 05:13 PM, Paolo Carlini wrote: Hi again, On 22/01/2018 22:50, Paolo Carlini wrote: Ok. The below passes the C++ testsuite and I'm finishing testing it. Therefore, as you already hinted to, we can now say that what was *really*

[Bug testsuite/84004] New: [8 regression] gcc.dg/vect/vect-95.c XPASSes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84004 Bug ID: 84004 Summary: [8 regression] gcc.dg/vect/vect-95.c XPASSes Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug testsuite/84004] [8 regression] gcc.dg/vect/vect-95.c XPASSes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84004 Rainer Orth changed: What|Removed |Added Target Milestone|--- |8.0

[Bug target/84003] New: FAIL: g++.dg/torture/pr77745.C with -fpic

ution test === g++ Summary === # of expected passes10 # of unexpected failures4 /export/build/gnu/gcc-test/build-x86_64-linux/gcc/xg++ version 8.0.1 20180123 (experimental) (GCC) make[1]: Leaving directory '/export/build/gnu/gcc-test/build-x86_64-linux/gcc' [hjl@gnu-skx-1 gcc]$

[Bug tree-optimization/81038] [8 regression] test case g++.dg/vect/slp-pr56812.cc fails starting with r248678

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81038 Rainer Orth changed: What|Removed |Added Target|powerpc*-*-*|powerpc*-*-*, i?86-*-*,

[Bug c++/84002] New: [8 Regression] ICE with template conversion operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84002 Bug ID: 84002 Summary: [8 Regression] ICE with template conversion operator Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

[Bug target/83905] ix86_expand_epilogue modifies the copy of cfun->machine->frame

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83905 --- Comment #2 from hjl at gcc dot gnu.org --- Author: hjl Date: Tue Jan 23 19:30:32 2018 New Revision: 256996 URL: https://gcc.gnu.org/viewcvs?rev=256996=gcc=rev Log: i386: Use const reference of struct ix86_frame to avoid copy We can use

Re: [Patch, fortran] PR37577 - [meta-bug] change internal array descriptor format for better syntax, C interop TR, rank 15

Janne, Thanks. Jakub, is this OK with you? Paul On 23 January 2018 at 19:09, Janne Blomqvist wrote: > On Mon, Jan 22, 2018 at 9:12 PM, Paul Richard Thomas > wrote: >> This patch has been triggered by Thomas's recent message to the

Re: [PATCH] PR 83975 Set character length to 0 if unknown

On Tue, Jan 23, 2018 at 6:33 PM, Thomas Koenig wrote: > Hi Janne, > >> When associating a variable of type character, if the length of the >> target isn't known, set it to zero rather than leaving it unset. This >> is not a complete fix for making associate of characters

[Patch, fortran] PR83866 - [8 Regression] ICE in gfc_release_symbol, at fortran/symbol.c:3087

Committed as 'obvious' in revision 256995. Closing PR. Paul 2018-23-01 Paul Thomas PR fortran/83866 * decl.c (gfc_match_derived_decl): If eos not matched, recover and emit error about garbage after declaration. 2018-23-01 Paul Thomas

[Bug fortran/83866] [8 Regression] ICE in gfc_release_symbol, at fortran/symbol.c:3087

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83866 Paul Thomas changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Patch, fortran] PR83898 - [6/7/8 Regression] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:7181

Commit as 'obvious' in revision 256994. I will attend to 6- and 7-branches in a little while. Paul 2018-23-01 Paul Thomas PR fortran/83898 * trans-stmt.c (trans_associate_var): Do not set cst_array_ctor for characters. 2018-23-01 Paul Thomas

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #14 from Thomas Garnier --- Correcting what I said before, it is about re-enabling switch folding (or switch optimization). Basically without PIE (-fno-PIE) with -O2, a switch can be optimized to be: : 0: b8

[Bug fortran/83866] [8 Regression] ICE in gfc_release_symbol, at fortran/symbol.c:3087

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83866 --- Comment #2 from Paul Thomas --- Author: pault Date: Tue Jan 23 19:13:10 2018 New Revision: 256995 URL: https://gcc.gnu.org/viewcvs?rev=256995=gcc=rev Log: 2018-23-01 Paul Thomas PR fortran/83866 *

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #13 from Thomas Garnier --- Created attachment 43223 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43223=edit testcase for switch folding No switch folding if built with: $CC -O2 -fno-PIE -c -o switch ./switch.c Switch

[Bug fortran/83898] [6/7/8 Regression] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:7181

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83898 --- Comment #4 from Paul Thomas --- Author: pault Date: Tue Jan 23 19:10:48 2018 New Revision: 256994 URL: https://gcc.gnu.org/viewcvs?rev=256994=gcc=rev Log: 2018-23-01 Paul Thomas PR fortran/83898 *

Re: [Patch, fortran] PR37577 - [meta-bug] change internal array descriptor format for better syntax, C interop TR, rank 15

On Mon, Jan 22, 2018 at 9:12 PM, Paul Richard Thomas wrote: > This patch has been triggered by Thomas's recent message to the list. > Not only did I start work late relative to stage 3 but debugging took > somewhat longer than anticipated. Therefore, to get this

Re: [Patch, fortran] PR37577 - [meta-bug] change internal array descriptor format for better syntax, C interop TR, rank 15

Hi Paul, Could somebody please review the patch? I'd say the patch is OK for trunk. I have also tested this on a big-endian system, and things worked. I will look at the resulting fallout of the GFC_DTYPE_TYPE_SIZE stuff. Thanks a lot for your work! Regards Thomas

Re: [C++ PATCH] Deprecate ARM-era for scopes

On 01/23/2018 01:27 PM, Mike Stump wrote: On Jan 23, 2018, at 4:18 AM, Nathan Sidwell wrote: As discussed (https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01778.html) this patch deprecates the ARM-era for scope. The code gives: if you use %<-fpermissive%> G++ will accept

[Bug c++/83950] [8 regression] error: no matching function for call to ‘folly::dynamic::at(size_t&) const’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83950 Jason Merrill changed: What|Removed |Added Status|NEW |WAITING --- Comment #2 from Jason

[Bug target/83926] ICE during RTL pass: ira, in elimination_costs_in_insn, at reload1.c:3633

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83926 --- Comment #2 from Bill Schmidt --- Does this work on GCC 7 (obviously without -mno-fold-gimple)? If so, please mark as [8 regression] in title.

[Bug target/82303] Better PIE/PIC code generation for kernel code (x86_64 & arm64)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82303 --- Comment #12 from H.J. Lu --- (In reply to Thomas Garnier from comment #11) > I think for this file using only -mcmodel=large makes more sense. > > Given the proposed option (-fstatic-pie) is not kernel specific, the TLS is Sounds

Re: [Patch, fortran] PR37577 - [meta-bug] change internal array descriptor format for better syntax, C interop TR, rank 15

Hi Jerry, Do you mean adding something like this: diff --git a/libgfortran/libgfortran.h b/libgfortran/libgfortran.h index 4c643b7e17b..c86e0b45e1d 100644 --- a/libgfortran/libgfortran.h +++ b/libgfortran/libgfortran.h @@ -600,6 +600,7 @@ typedef struct st_parameter_common GFC_INTEGER_4

  1   2   3   >