Re: GCC libatomic ABI specification draft

On Thu, Dec 01, 2016 at 11:13:37AM -0800, Bin Fan at Work wrote: > Hi Szabolcs, > > > On Nov 29, 2016, at 3:11 AM, Szabolcs Nagy wrote: > > > > On 17/11/16 20:12, Bin Fan wrote: > >> > >> Although this ABI specification specifies that 16-byte properly aligned > >>

Re: [PING][RFC] Assertions as optimization hints

On 2016-11-28 18:49:55 +, Yuri Gribov wrote: > On Mon, Nov 28, 2016 at 4:03 PM, Vincent Lefevre > wrote: > > Concerning the "per-project decision", I'm not sure that's a good > > idea: as soon as one includes a header file, __ASSUME_ASSERTS__ > > could potentially

compile template question

Hello, I have following code, in gcc 4.8.4, the code can NOT compile, because of an error: error: need ‘typename’ before ‘std::map::iterator’ because ‘std::map’ is a dependent scope however, I can compile the same code in other C++ compiler(borland c++), whether there are some

Re: compile template question

N.B. This has already been answered on gcc-help, where it belongs. Sorry for not updating this list to say so. I've also now added this topic to the isocpp.org FAQ: https://isocpp.org/wiki/faq/templates#dependent-name-lookup-types On 2 December 2016 at 12:12, chenzero wrote: > Hello, > > I have

Re: compile template question

On 12/02/2016 07:12 AM, chenzero wrote: Hello, I have following code, in gcc 4.8.4, the code can NOT compile, because of an error: error: need ‘typename’ before ‘std::map::iterator’ because ‘std::map’ is a dependent scope however, I can compile the same code in other C++

arm.c bug in handling of TARGET_ASM_INIT_SECTIONS

Trying to build arm-netbsdelf: g++ -fno-PIE -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long

[Bug libstdc++/78441] [variant] variant_alternative doesn't allow cv qualifiers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78441 Eric Fiselier changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/78618] ICE in gfc_check_rank, at fortran/check.c:3670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 --- Comment #9 from janus at gcc dot gnu.org --- (In reply to Steve Kargl from comment #8) > Note, I configured gcc with > > ../gcc7/configure \ > --prefix=$HOME/work/7 --with-isl=/usr/local \ > --enable-languages=c,fortran,c++

[Bug c++/71537] GCC rejects consetxpr boolean conversions and comparisons on the result of pointer arithmetic.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537 Eric Fiselier changed: What|Removed |Added CC||jason at redhat dot com --- Comment #3

Re: [Patch, Fortran] PR 78392: ICE in gfc_trans_auto_array_allocation, at fortran/trans-array.c:5979

double-ping! 2016-11-26 10:45 GMT+01:00 Janus Weil : > ping! > > > 2016-11-19 10:12 GMT+01:00 Janus Weil : >> Hi all, >> >>> I previously assumed that the test case for this PR would be legal, >>> but by now I think that's wrong. The test case should be

[Bug fortran/78618] ICE in gfc_check_rank, at fortran/check.c:3670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 --- Comment #10 from Steve Kargl --- On Sat, Dec 03, 2016 at 07:31:21AM +, janus at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 > > --- Comment #9 from janus at gcc dot gnu.org --- > (In reply to Steve Kargl

[Committed,fortran] Remove unneeded initialization

I've committed the following patch. It removes an unneeded initialization. A pointer is set to NULL, and then in the next line of code the pointer is set a memory address. 2016-12-02 Steven G. Kargl * expr.c (gfc_build_conversion): Remove unneeded

[Bug fortran/78659] Spurious "requires DTIO" reported against namelist statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78659 Jerry DeLisle changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot gnu.org

[Bug c++/77373] __attribute__((vector_size(N))) fails on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77373 --- Comment #4 from David Edelsohn --- unit size align 256 symtab 0 alias set -1 canonical type 700fc0c0 fields used nonlocal decl_3 BLK file

[Bug c++/78637] [7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: in pop_namespace, at cp/name-lookup.c:3826)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78637 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/78648] New: ICE on invalid C++ code on x86_64-linux-gnu (Segmentation fault, contains_struct_check)

/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161202 (experimental) [trunk revision 243153] (GCC) $ $ gcc-trunk

[Bug rtl-optimization/78038] [5 Regression] internal compiler error: in get_sub_rtx, at ree.c:655

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: [PATCH] S/390: Fix setmem-long test.

On Thu, Dec 01, 2016 at 03:47:22PM +0100, Dominik Vogt wrote: > gcc/testsuite/ChangeLog-setmem-long-test > > * gcc.target/s390/md/setmem_long-1.c: Fix test. Applied. Thanks! -Andreas-

C++ PATCH to stop inheriting copy constructors

In C++14 copy constructors were excluded from the inherited constructor set; Ville noticed that this was changed in the new inherited constructor rules, and lobbied for us to retain the old behavior in that case. This patch implements the proposed resolution. Tested x86_64-pc-linux-gnu, applied

Re: C++ PATCH to stop inheriting copy constructors

On 2 December 2016 at 16:00, Jason Merrill wrote: > In C++14 copy constructors were excluded from the inherited > constructor set; Ville noticed that this was changed in the new > inherited constructor rules, and lobbied for us to retain the old > behavior in that case. This

[Bug target/78643] New: ICE in convert_move, at expr.c:230

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78643 Bug ID: 78643 Summary: ICE in convert_move, at expr.c:230 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Committed] S/390: Fix RTL sharing when generating reg note.

gcc/ChangeLog: 2016-12-02 Andreas Krebbel * config/s390/s390.c (s390_save_gprs_to_fprs): Fix RTL sharing problem. --- gcc/ChangeLog | 5 + gcc/config/s390/s390.c | 2 +- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git

[Bug c++/78647] New: ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected tree_list, have error_mark in get_attribute_name, at attribs.c:664)

: posix gcc version 7.0.0 20161202 (experimental) [trunk revision 243153] (GCC) $ $ gcc-trunk small.C small.C: In function ‘void f()’: small.C:3:35: error: expected primary-expression before ‘)’ token void f() { alignas(do_not_remove(A)); } ^ small.C:3:37: internal

[Bug target/78650] New: ira-costs.c:1716:53: runtime error: member access within null pointer of type 'struct cost_classes'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78650 Bug ID: 78650 Summary: ira-costs.c:1716:53: runtime error: member access within null pointer of type 'struct cost_classes' Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug c++/78651] New: Incorrect exception handling when catch clause uses local class and PIC and sanitizer are active

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78651 Bug ID: 78651 Summary: Incorrect exception handling when catch clause uses local class and PIC and sanitizer are active Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug c++/78649] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in build_value_init_noctor,

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78649 Richard Biener changed: What|Removed |Added Keywords||error-recovery, |

Re: [PATCH] avoid calling alloca(0)

On 12/01/16 19:39, Jeff Law wrote: > On 11/30/2016 09:09 PM, Martin Sebor wrote: >>> What I think this tells us is that we're not at a place where we're >>> clean. But we can incrementally get there. The warning is only >>> catching a fairly small subset of the cases AFAICT. That's not unusual

[Bug c++/78645] New: ICE on invalid C++ code on x86_64-linux-gnu (Segmentation fault, cxx_eval_call_expression)

/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161202 (experimental) [trunk revision 243153] (GCC) $ $ gcc

[Bug c++/78645] ICE on invalid C++ code on x86_64-linux-gnu (Segmentation fault, cxx_eval_call_expression)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78645 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/78038] [5 Regression] internal compiler error: in get_sub_rtx, at ree.c:655

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038 --- Comment #12 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Fri Dec 2 12:22:54 2016 New Revision: 243175 URL: https://gcc.gnu.org/viewcvs?rev=243175=gcc=rev Log: [ree] PR rtl-optimization/78038: Handle global register dataflow

Re: [PATCH GCC]Simplify (cond (cmp (convert? x) c1) (op x c2) c3) -> (op (minmax x c1) c2)

On Fri, Dec 2, 2016 at 12:58 PM, Bin.Cheng wrote: > On Wed, Nov 30, 2016 at 3:10 PM, Richard Biener > wrote: >> On Fri, Nov 18, 2016 at 5:53 PM, Bin Cheng wrote: >>> Hi, >>> This is a rework of >>>

[Bug rtl-optimization/78652] New: LRA generates wrong code by inheriting changed register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652 Bug ID: 78652 Summary: LRA generates wrong code by inheriting changed register Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[hsa] Exclude parallel outlines from hsa_callable_functions_p

Hi, after the merge of nvidia OpenMP implementation, the normal parallel outline functions were also marked as "omp declare target" which lead to them being cloned and compiled to HSA which is not only unnecessary but often leads to a lot of useless HSA warning noise. The following patch deal

[Bug c++/78649] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in build_value_init_noctor,

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78649 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug ipa/78644] New: [7 Regression] ICE: SIGSEGV in is_gimple_reg_type with -Og -fipa-cp

ion 7.0.0 20161202 (experimental) (GCC) Some checking is probably needed in order to have verify_gimple_in_cfg() called.

[Bug ipa/78644] [7 Regression] ICE: SIGSEGV in is_gimple_reg_type with -Og -fipa-cp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78644 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug target/78642] [7 regression] ICE: invalid rtl sharing found in the insn on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642 --- Comment #2 from Jakub Jelinek --- Can't reproduce in a cross-compiler, I also see (clobber (reg/i:SI 8 %o0 [24])) just once in the IL. That said, rtl sharing verification has been mistakenly not performed even with --enable-checking=rtl

[Bug c++/78649] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in build_value_init_noctor,

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78649 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78650] ira-costs.c:1716:53: runtime error: member access within null pointer of type 'struct cost_classes'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78650 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/78651] Incorrect exception handling when catch clause uses local class and PIC and sanitizer are active

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78651 --- Comment #1 from dyp-cpp at gmx dot net --- Same issue if the LocalException is a non-local class with internal linkage.

[Bug tree-optimization/78646] incorrect result type for pointer addition in slsr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78646 --- Comment #2 from Stefan M Freudenberger --- It's not an ICE on x86, but the dump shows the incorrect pointer type. Can I assert that the cand_type is a pointer and not a reference?

[Bug fortran/78505] [F08] Coarray source allocation not synchronizing on oversubscribed cores

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505 vehre at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug c++/78648] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (Segmentation fault, contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78648 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P4

[Bug middle-end/78328] wrong wording for unbounded alloc case in -Walloca-larger-than note

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78328 --- Comment #2 from Aldy Hernandez --- Author: aldyh Date: Fri Dec 2 12:20:42 2016 New Revision: 243174 URL: https://gcc.gnu.org/viewcvs?rev=243174=gcc=rev Log: PR middle-end/78328 * gimple-ssa-warn-alloca.c (alloca_call_type):

[PATCH, Fortran, v1] Fix deallocation of nested derived typed components

Hi all, attached patch fixes on ICE, when freeing a scalar allocatable component in a derived typed coarray. Furthermore does it fix freeing of nested derived typed allocatable components. A simple code explains the bug that is solved by the patch: type inner integer, allocatable :: i end

Re: [RFC][PATCH] Speed-up use-after-scope (re-writing to SSA)

On Thu, Dec 1, 2016 at 5:30 PM, Martin Liška wrote: > On 11/23/2016 03:13 PM, Jakub Jelinek wrote: >> On Wed, Nov 23, 2016 at 02:57:07PM +0100, Martin Liška wrote: >>> I started review process in libsanitizer: https://reviews.llvm.org/D26965 >>> And I have a question that was

[PATCH] formatting nit

Another formatting nit I noticed. Committed. nathan -- Nathan Sidwell 2016-12-02 Nathan Sidwell * diagnostic.c (diagnostic_report_diagnostic): Remove extraneous braces. Index: diagnostic.c === ---

[Bug c++/78649] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in build_value_init_noctor,

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78649 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |5.5

Re: [PATCH] EVRP edge info refactoring and simple improvement

On Fri, 2 Dec 2016, Richard Biener wrote: > On Fri, 2 Dec 2016, Richard Biener wrote: > > > > > The following refactors range extraction from edges and makes EVRP > > able to merge such edge based ranges for the case of multiple > > predecessors. This allows it to catch anti-ranges from > >

[Bug rtl-optimization/78652] LRA generates wrong code by inheriting changed register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652 --- Comment #1 from amker at gcc dot gnu.org --- GCC is configured as below: --target=arm-none-eabi --prefix=... --with-gmp=... --with-mpfr=... --with-mpc=... --with-isl=... --disable-shared --disable-nls --disable-threads --disable-tls

[Bug c++/78635] [6/7 Regression] internal compiler error: in output_constructor_regular_field, at varasm.c:4989

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635 Nathan Sidwell changed: What|Removed |Added Status|NEW |ASSIGNED

Re: [PATCH] fix -fmax-errors & notes, take 2

On 12/02/2016 02:25 PM, Nathan Sidwell wrote: +/* Check if we've met the maximum error limit. */ Arguments should be documented. +void +diagnostic_check_max_errors (diagnostic_context *context, bool flush) +{ + if (!context->max_errors) +return; I prefer to spell that as != 0 since

[Bug c++/78648] [5/6/7 Regression] ICE on invalid C++ code on x86_64-linux-gnu (Segmentation fault, contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78648 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: [PATCH] Unset used bit in simplify_replace_* on newly copied rtxs (PR target/78614)

On Fri, Dec 02, 2016 at 12:34:13AM +0100, Jakub Jelinek wrote: > On Thu, Dec 01, 2016 at 11:48:03PM +0100, Bernd Schmidt wrote: > > On 12/01/2016 11:43 PM, Jakub Jelinek wrote: > > > > > >so we'd need to slow shallow_copy_rtx down by adding switch (code) > > >in there or something similar. > > >

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 janus at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org ---

[PATCH] EVRP edge info refactoring and simple improvement

The following refactors range extraction from edges and makes EVRP able to merge such edge based ranges for the case of multiple predecessors. This allows it to catch anti-ranges from if (a < 4 || a > 8) if that is not re-written to a single test like when using gotos. I don't expect this to

[Bug middle-end/78328] wrong wording for unbounded alloc case in -Walloca-larger-than note

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78328 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/78642] [7 regression] ICE: invalid rtl sharing found in the insn on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c++/78649] New: ICE on invalid C++ code on x86_64-linux-gnu (internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in build_value_init_noctor, at cp/init.c:3

-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161202 (experimental) [trunk revision 243153] (GCC) $ $ gcc-trunk small.C small.C: In instantiation of ‘void test() [with T = void; Args = {}]’: small.C:4:24: required from here small.C:2:51: error: variable or field ‘t’ declared

[Bug target/78631] [Intel MPX] libmpxwrappers shared library leads to a non-bounds-preserving memcpy()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631 --- Comment #2 from Dmitrii Kuvaiskii --- (In reply to Ilya Enkovich from comment #1) > PLT section is generated by linker. To have MPX friendly PLT you have to > have MPX enabled linker supporting '-z bndplt'

[PATCH] fix -fmax-errors & notes, take 2

Hi, this respin of my notes patch from October (https://gcc.gnu.org/ml/gcc-patches/2016-10/msg00706.html) addresses the fortran problems encountered. I introduced a new function and call it from the fortran error machinery at an appropriate point. ok? nathan -- Nathan Sidwell 2016-12-02

Re: [PATCH] EVRP edge info refactoring and simple improvement

On Fri, 2 Dec 2016, Richard Biener wrote: > > The following refactors range extraction from edges and makes EVRP > able to merge such edge based ranges for the case of multiple > predecessors. This allows it to catch anti-ranges from > if (a < 4 || a > 8) if that is not re-written to a single

Re: [PATCHv2 6/7, GCC, ARM, V8M] ARMv8-M Security Extension's cmse_nonsecure_call: use __gnu_cmse_nonsecure_call

On 23/11/16 11:53, Andre Vieira (lists) wrote: > On 11/11/16 16:19, Kyrill Tkachov wrote: >> And CC'ing Ramana and Richard this time... >> > > Hi, > > After some extra testing I found that the sibcall optimization was not > disabled for calls to function pointers with the cmse_nonsecure_call >

[Patch, Fortran, OOP] PR 43207: [OOP] invalid (pointer) assignment to and from abstract non-polymorphic expressions

Hi all, the attached patch fixes the PR in the subject line by introducing a new check to reject invalid code. It's a slight update of an old patch that I posted in the PR quite some time ago, using somewhat tighter checking to avoid side effects on the testsuite. Regtests cleanly on

Re: [PATCHv2 6/7, GCC, ARM, V8M] ARMv8-M Security Extension's cmse_nonsecure_call: use __gnu_cmse_nonsecure_call

Hi Andre, On 02/12/16 13:36, Andre Vieira (lists) wrote: On 23/11/16 11:53, Andre Vieira (lists) wrote: On 11/11/16 16:19, Kyrill Tkachov wrote: And CC'ing Ramana and Richard this time... Hi, After some extra testing I found that the sibcall optimization was not disabled for calls to

[Bug fortran/78618] ICE in gfc_check_rank, at fortran/check.c:3670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 --- Comment #7 from janus at gcc dot gnu.org --- (In reply to kargl from comment #6) > I updated my source tree to r243203, which includes your change. > My source tree cuurently has no other changes. I still see an ICE. Sorry, I can not

[Bug fortran/78618] ICE in gfc_check_rank, at fortran/check.c:3670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 --- Comment #8 from Steve Kargl --- On Fri, Dec 02, 2016 at 10:49:12PM +, janus at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78618 > > --- Comment #7 from janus at gcc dot gnu.org --- > (In reply to kargl from

[Bug target/78631] [Intel MPX] libmpxwrappers shared library leads to a non-bounds-preserving memcpy()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631 --- Comment #7 from Ilya Enkovich --- (In reply to H.J. Lu from comment #6) > -z bndplt is needed to call external functions with bounds. But > it isn't needed for internal function calls. That doesn't explain why we need a hack you propose.

Re: [PATCH] warn on overflow in calls to allocation functions (bugs 77531 and 78284)

On 11/19/2016 05:55 PM, Martin Sebor wrote: The attached update is an attempt to incorporate the feedback I received last week during the discussion of the prerequisite patch to avoid calling alloca(0)​. The important changes are: 1) Add attribute returns_nonnull to __builtin_alloca. This

[Bug middle-end/78519] missing warning for sprintf %s with null pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78519 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

Re: [PATCH 1/2 v3] PR77822

On Fri, Nov 25, 2016 at 09:29:46AM +0100, Dominik Vogt wrote: > gcc/ChangeLog > > PR target/77822 > * rtl.h (EXTRACT_ARGS_IN_RANGE): New. Applied. Thanks! -Andreas-

[Bug c++/78635] [6/7 Regression] internal compiler error: in output_constructor_regular_field, at varasm.c:4989

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78635 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|---

[Bug target/78642] [7 regression] ICE: invalid rtl sharing found in the insn on sparc

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

[Bug target/78642] New: [7 regression] ICE: invalid rtl sharing found in the insn on sparc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78642 Bug ID: 78642 Summary: [7 regression] ICE: invalid rtl sharing found in the insn on sparc Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/78608] gimple-ssa-sprintf.c:570:17: runtime error: negation of -9223372036854775808 cannot be represented in type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78608 --- Comment #4 from Markus Trippelsdorf --- The patch fixes all issue that I came across. Please apply your patch. Thanks.

Re: [PATCH] correct handling of non-constant width and precision (pr 78521)

Hi Martin, > PR 78521 notes that the gimple-ssa-sprintf pass doesn't do the right > thing (i.e., the -Wformat-length and -fprintf-return-value options > behave incorrectly) when a conversion specification includes a width > or precision with a non-constant value. The code treats such cases > as

[Bug target/77822] [6 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 --- Comment #33 from Andreas Krebbel --- Author: krebbel Date: Fri Dec 2 08:30:16 2016 New Revision: 243160 URL: https://gcc.gnu.org/viewcvs?rev=243160=gcc=rev Log: PR target/77822: S390: Validate argument range of {zero,sign}_extract. With

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

[Bug rtl-optimization/78547] [7 Regression] ICE: in loc_cmp, at var-tracking.c:3417 with -Os -g -mstringop-strategy=libcall -freorder-blocks-algorithm=simple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78547 --- Comment #4 from Jakub Jelinek --- Author: jakub Date: Fri Dec 2 08:44:42 2016 New Revision: 243165 URL: https://gcc.gnu.org/viewcvs?rev=243165=gcc=rev Log: PR rtl-optimization/78547 * emit-rtl.c (unshare_all_rtl): Make sure

Re: [PATCH] have __builtin_object_size handle POINTER_PLUS with non-const offset (pr 77608)

On Thu, Dec 1, 2016 at 6:58 PM, Martin Sebor wrote: >> Sure - but then you maybe instead want to check for op being in >> range [0, max-of-signed-type-of-op] instead? So similar to >> expr_not_equal_to add a expr_in_range helper? >> >> Your function returns true for sizetype

[Bug fortran/78640] [F2015] gfortran accepts invalid allocatable polymorphic result in pure function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78640 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 --- Comment #5 from Dominique d'Humieres --- The ICE appeared between revisions r216305 (2014-10-16, compiles) and r216470 (2014-10-20, ICE), likely r216427 (pr63553).

[Bug target/77822] [6 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 Andreas Krebbel changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #35 from Andreas

[Bug rtl-optimization/78634] [7 Regression] 30% performance drop after r242832.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78634 Richard Biener changed: What|Removed |Added Keywords||missed-optimization

[Bug ipa/78555] gcc/sreal.c:232:20: runtime error: left shift of negative value -2018967552

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78555 Martin Liška changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/78633] [7 Regression] [SH] libgcc/fp-bit.c:944:1: error: invalid rtl sharing found in the insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633 Richard Biener changed: What|Removed |Added Priority|P3 |P4 Target Milestone|---

[Bug rtl-optimization/78575] [7 Regression] ICE: in trunc_int_for_mode, at explow.c:55 with -O2 -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78575 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug rtl-optimization/78547] [7 Regression] ICE: in loc_cmp, at var-tracking.c:3417 with -Os -g -mstringop-strategy=libcall -freorder-blocks-algorithm=simple

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78547 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug other/67373] Can't compile gcc snapshot for avr target with mingw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67373 Georg-Johann Lay changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

Re: [PATCH] S/390: Fix litpool-r3-1.c.

On Wed, Nov 23, 2016 at 12:27:30PM +0100, Dominik Vogt wrote: > gcc/ChangeLog-lp1 > > * gcc.target/s390/litpool-r3-1.c: Fix label number test. Applied. Thanks! -Andreas-

Re: [patch,testsuite,avr]: Filter-out -mmcu= from options for tests that set -mmcu=

On 01.12.2016 17:40, Mike Stump wrote: On Dec 1, 2016, at 3:54 AM, Georg-Johann Lay wrote: This patch moves the compile tests that have a hard coded -mmcu=MCU in their dg-options to a new folder. The exp driver filters out -mmcu= from the command line options that are

RE: [PATCH] PR fortran/77505 -- Treat negative character length as LEN=0

Thank you Steve. Thanks, Elizebeth -Original Message- From: Steve Kargl [mailto:s...@troutmask.apl.washington.edu] Sent: 02 December 2016 04:54 To: Punnoose, Elizebeth Cc: fort...@gcc.gnu.org; gcc-patches@gcc.gnu.org Subject: Re: [PATCH] PR fortran/77505 --

[PATCH, alpha]: Fix invalid RTX sharing

2016-12-02 Uros Bizjak * config/alpha/alpha.md (exception_receiver): Copy alpha_gp_ave_rtx return value. Bootstrapped and regression tested on alphaev68-linux-gnu, will commit soon. Uros. diff --git a/gcc/config/alpha/alpha.md b/gcc/config/alpha/alpha.md index

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 --- Comment #4 from janus at gcc dot gnu.org --- This patch seems to fix comment 3: Index: gcc/fortran/class.c === --- gcc/fortran/class.c (revision 243035) +++ gcc/fortran/class.c

Re: [PR middle-end/78548] fix latent double free in tree-ssa-uninit.c

On 12/01/2016 07:32 AM, Richard Biener wrote: On Thu, Dec 1, 2016 at 12:03 PM, Aldy Hernandez wrote: This looks like a latent problem in the -Wmaybe-uninitialized code unrelated to my work. The problem here is a sequence of simplify_preds() followed by normalize_preds() that

[Bug target/77822] [6 Regression] arm64 Error: immediate value out of range 0 to 63 at operand 3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77822 --- Comment #32 from Andreas Krebbel --- Author: krebbel Date: Fri Dec 2 08:26:19 2016 New Revision: 243159 URL: https://gcc.gnu.org/viewcvs?rev=243159=gcc=rev Log: PR target/77822: Add helper macro EXTRACT_ARGS_IN_RANGE to system.h. The

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 --- Comment #2 from janus at gcc dot gnu.org --- Possibly related to PR 58557.

[Bug fortran/78641] [5/6/7 Regression] [OOP] ICE on polymorphic allocatable function in array constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78641 --- Comment #3 from janus at gcc dot gnu.org --- Here is a slightly simpler version, replacing the function call with a variable reference, which fails with the same ICE with version 5, 6 and trunk: implicit none type foo end type

[Bug target/67839] Bit addressable instructions generated for invalid memory address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67839 Georg-Johann Lay changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/67839] Bit addressable instructions generated for invalid memory address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67839 Georg-Johann Lay changed: What|Removed |Added Target Milestone|--- |6.0 --- Comment #6 from Georg-Johann

  1   2   3   >