Re: PR80155: Code hoisting and register pressure

On Sat, 26 May 2018, Bin.Cheng wrote: > On Fri, May 25, 2018 at 5:54 PM, Richard Biener wrote: > > On May 25, 2018 6:57:13 PM GMT+02:00, Jeff Law wrote: > >>On 05/25/2018 03:49 AM, Bin.Cheng wrote: > >>> On Fri, May 25, 2018 at 10:23 AM, Prathamesh Kulkarni >

Re: Enabling -ftree-slp-vectorize on -O2/Os

On Montag, 28. Mai 2018 12:58:20 CEST Richard Biener wrote: > compile-time effects of the patch on that. Embedded folks may want to rhn > their favorite benchmark and report results as well. > > So I did a -O2 -march=haswell [-ftree-slp-vectorize] SPEC CPU 2006 compile > and run and the

Re: not computable at load time

> On May 28, 2018, at 12:03 PM, Richard Biener > wrote: > > On May 28, 2018 12:45:04 PM GMT+02:00, Andreas Schwab wrote: >> On Mai 28 2018, Richard Biener wrote: >> >>> It means there's no relocation that can express the result of 's.f - >> ' >>> and the frontend doesn't consider this a

Connect with me on LinkedIn to be on my safe supplier list we need your products

gcc@gcc.gnu.org Here are some people you may know and would like to connect with you. Reach out and build new connections. Andrea Jung Chairperson and CEO of Avon Group of companies. View Profile

Re: GCC Compiler Optimization ignores or mistreats MFENCE memory barrier related instruction

Ok, thanks for the clarification jakub. Umesg On Mon, May 7, 2018, 2:08 PM Jakub Jelinek wrote: > On Mon, May 07, 2018 at 01:58:48PM +0530, Umesh Kalappa wrote: > > CCed Jakub, > > > > Agree that float division don't touch memory ,but fdiv result (stack > > > register ) is stored back to a

Re: not computable at load time

On Mai 28 2018, Richard Biener wrote: > It means there's no relocation that can express the result of 's.f - ' > and the frontend doesn't consider this a constant expression (likely because > of the conversion). Shouldn't the frontend notice that s.f - by itself is

Re: Enabling -ftree-slp-vectorize on -O2/Os

On Sat, May 26, 2018 at 12:36 PM Richard Biener wrote: > On May 26, 2018 11:32:29 AM GMT+02:00, Allan Sandfeld Jensen < li...@carewolf.com> wrote: > >I brought this subject up earlier, and was told to suggest it again for > >gcc 9, > >so I have attached the

RISC-V problem with weak function references and -mcmodel=medany

Hello, I try to build a 64-bit RISC-V tool chain for RTEMS. RTEMS doesn't use virtual memory. The reference chips for 64-bit RISC-V such as FU540-C000 locate the RAM at 0x8000_. This forces me to use -mcmodel=medany in 64-bit mode. The ctrbegin.o contains this code (via crtstuff.c):

Re: not computable at load time

On May 28, 2018 12:45:04 PM GMT+02:00, Andreas Schwab wrote: >On Mai 28 2018, Richard Biener wrote: > >> It means there's no relocation that can express the result of 's.f - >' >> and the frontend doesn't consider this a constant expression (likely

Re: not computable at load time

On Fri, May 25, 2018 at 8:05 PM Paul Koning wrote: > One of my testsuite failures for the pdp11 back end is gcc.c-torture/compile/930326-1.c which is: > struct > { >char a, b, f[3]; > } s; > long i = s.f- > It fails with "error: initializer element is not

[Bug target/85939] -mstackrealign does not realign stack with local __m64 variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85939 --- Comment #8 from H.J. Lu --- Created attachment 44197 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44197=edit A patch

[Bug c/69558] [6/7/8/9 Regression] glib2 warning pragmas stopped working

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69558 --- Comment #23 from Eric Gallager --- (In reply to David Malcolm from comment #22) > Assigning this to me in the hope that I'll get to it in gcc 9 stage 1. It's gcc 9 stage 1 now.

[PATCH] Implement Fortran 2018's RANDOM_INIT

The attached patch implements the RANDOM_INIT intrinsic subroutine specified in Fortran 2018. I have had this patch in my local tree for the last 5+ months. Now that 8.1 is out, it is time to submit it. It has been built and regression tested on x86_64-*-freebsd. OK to commit? Note, I have

Re: [PING] [PATCH] Avoid excessive function type casts with splay-trees

On May 28, 2018 4:25:02 PM GMT+02:00, Bernd Edlinger wrote: >On 05/28/18 11:19, Richard Biener wrote: >> On Sat, May 26, 2018 at 10:19 AM Bernd Edlinger > >> wrote: >> >> >> >>> On 05/17/18 16:37, Bernd Edlinger wrote: On 05/17/18 15:39, Richard Biener wrote: > On Thu, May 17, 2018

[patch, libgfortran] Bug 85840 - Memory leak in write.c

The attached patch is a follow on from my previous for this PR. I could not reproduce the problem on these code paths, but one should not assume it won't happen. Patch is obvious and I will commit shortly. Regression tested on x86_64. 2018-05-28 Jerry DeLisle PR

[Bug fortran/85942] ICE with PDTs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85942 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug target/85945] [6/7/8/9 Regression] ICE in resolve_subreg_use, at lower-subreg.c:751

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

[Bug c++/85944] Address of member variable of temporary not considered constexpr at global scope

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85944 --- Comment #2 from David Stone --- I have simplified the bug. It does not require a member variable to trigger the bug, just taking the address of a a temporary bound to a reference function parameter at global scope: constexpr bool f(int

[Bug c++/85952] New: Bogus -Wunused-but-set-variable warning with array structured binding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85952 Bug ID: 85952 Summary: Bogus -Wunused-but-set-variable warning with array structured binding Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/63570] [F2015] Implement 13.7.137 RANDOM INIT (REPEATABLE, IMAGE DISTINCT)

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

[Bug fortran/85954] [8/9 Regression] ICE in make_ssa_name_fn, at tree-ssanames.c:266

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85954 --- Comment #1 from G. Steinmetz --- Assigned directly : $ cat z2.f90 program p character(:), allocatable :: z(:) call s(z) contains subroutine s(x) character(:), allocatable :: x(:) x = ['abc'] print *,

[Bug fortran/85953] [6/7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2370

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953 --- Comment #1 from G. Steinmetz --- Just for completeness, this variant works : $ cat z2.f90 program p character(:), allocatable :: x(:) x = [character :: 'a', 'b'] x = [character :: x, 'c'] print *, x end $ gfortran-9-20180527

[Bug fortran/85953] New: [6/7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2370

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85953 Bug ID: 85953 Summary: [6/7/8/9 Regression] ICE in fold_convert_loc, at fold-const.c:2370 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c/85955] New: ICE in fold_convert_loc, at fold-const.c:2408

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85955 Bug ID: 85955 Summary: ICE in fold_convert_loc, at fold-const.c:2408 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug fortran/85954] New: [8/9 Regression] ICE in make_ssa_name_fn, at tree-ssanames.c:266

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85954 Bug ID: 85954 Summary: [8/9 Regression] ICE in make_ssa_name_fn, at tree-ssanames.c:266 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c/85956] New: [9 Regression] ICE in wide_int_to_tree_1, at tree.c:1549

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85956 Bug ID: 85956 Summary: [9 Regression] ICE in wide_int_to_tree_1, at tree.c:1549 Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/85952] Bogus -Wunused-but-set-variable warning with array structured binding

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

[Bug fortran/85942] ICE with PDTs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85942 --- Comment #3 from Jürgen Reuter --- Paul, from my side absolutely no urgency. Just stumbled over this example on c.l.f. and wanted to play a bit.

[Bug c/85957] New: i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 Bug ID: 85957 Summary: i686: Integers appear to be different, but compare as equal Product: gcc Version: 7.3.1 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/85951] make_signed and make_unsigned are incorrect for wchar_t, char16_t, and char32_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85951 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/85943] Template function permits derived class access to private base class static variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85943 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/58993] incorrectly accept access of protected member method from derived class template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58993 Jonathan Wakely changed: What|Removed |Added CC||achuah at drwsg dot com --- Comment

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/323] optimized code gives strange floating point results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323 Andrew Pinski changed: What|Removed |Added CC||lukeshu at lukeshu dot com --- Comment

[Bug middle-end/85956] [9 Regression] ICE in wide_int_to_tree_1, at tree.c:1549

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85956 Andrew Pinski changed: What|Removed |Added Keywords||openmp Component|c

[Bug target/85950] Unsafe-math-optimizations regresses optimization using SSE4.1 roundss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85950 Uroš Bizjak changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 Luke Shumaker changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug c++/85958] New: Make const qualifier error clear

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85958 Bug ID: 85958 Summary: Make const qualifier error clear Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/85959] New: g++ doesn't show second error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85959 Bug ID: 85959 Summary: g++ doesn't show second error Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug fortran/82721] [7/8/9 Regression] Error message with corrupted text, sometimes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82721 --- Comment #5 from kargl at gcc dot gnu.org --- (In reply to kargl from comment #3) > (In reply to G. Steinmetz from comment #0) > > This snippet (clearly invalid) gives a second error message > > with randomly corrupted text : > > > > > > $

[Bug c++/85961] New: scratch register rsi used after function call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85961 Bug ID: 85961 Summary: scratch register rsi used after function call Product: gcc Version: 7.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 Vincent Lefèvre changed: What|Removed |Added CC||vincent-gcc at vinc17 dot net ---

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 --- Comment #5 from Andrew Pinski --- Try -std=c99 or -fexcess-precision=standard which will get you the behavior you want.

[Bug c++/79393] [7/8/9 Regression] cc1plus rejects valid code with noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79393 --- Comment #10 from Paolo Carlini --- Should this show up as a P1?

[Bug translation/85960] New: -fipa-pta and ifunc are incompatible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85960 Bug ID: 85960 Summary: -fipa-pta and ifunc are incompatible Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/85840] Memory leak in write.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85840 --- Comment #14 from Jerry DeLisle --- Author: jvdelisle Date: Mon May 28 21:55:31 2018 New Revision: 260851 URL: https://gcc.gnu.org/viewcvs?rev=260851=gcc=rev Log: 2018-05-28 Jerry DeLisle PR libgfortran/85840 * io/write.c

[Bug middle-end/323] optimized code gives strange floating point results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=323 --- Comment #206 from Andrew Pinski --- *** Bug 85957 has been marked as a duplicate of this bug. ***

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/85957] i686: Integers appear to be different, but compare as equal

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85957 --- Comment #6 from Vincent Lefèvre --- (In reply to Andrew Pinski from comment #5) > Try -std=c99 or -fexcess-precision=standard which will get you the behavior > you want. This is not what is documented: "By default, -fexcess-precision=fast

[Bug c/85962] New: spurious warning on right shift constant > integer in trivially dead code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962 Bug ID: 85962 Summary: spurious warning on right shift constant > integer in trivially dead code Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity:

[Bug c/85962] spurious warning on right shift constant > integer in trivially dead code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962 --- Comment #1 from Joshua --- (first three lines is because you don't want bug reports with external header files--3 lines is a lot better than all of stdint.h and limits.h)

[Bug middle-end/4210] should not warning with dead code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4210 Andrew Pinski changed: What|Removed |Added CC||joshudson at gmail dot com --- Comment

[Bug c/85962] spurious warning on right shift constant > integer in trivially dead code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85962 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/85963] New: false positive "set but not used" warning [-Wunused-but-set-variable]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85963 Bug ID: 85963 Summary: false positive "set but not used" warning [-Wunused-but-set-variable] Product: gcc Version: 8.1.1 Status: UNCONFIRMED Severity: normal

[Bug c++/82728] [8 regression] Incorrect -Wunused-but-set-variable warning with a const

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82728 Michael Cortez changed: What|Removed |Added CC||mcortez at airpost dot net --- Comment

[Bug tree-optimization/85964] New: [8/9 Regression] Compile time hog w/ -O3 -ftracer -fno-guess-branch-probability

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85964 Bug ID: 85964 Summary: [8/9 Regression] Compile time hog w/ -O3 -ftracer -fno-guess-branch-probability Product: gcc Version: 8.1.0 Status: UNCONFIRMED

[Bug c++/85965] New: G++ gives cryptic error instead of incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85965 Bug ID: 85965 Summary: G++ gives cryptic error instead of incomplete type Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: Remove support for FreeBSD 4.x (and earlier)

On 28.05.18 08:57, Gerald Pfeifer wrote: On Thu, 24 May 2018, Jeff Law wrote: Happy to trust you on what versions can be dropped and the resulting simplifications. Is it worth noting those old versions as deprecated/obsolete in config.gcc? Good catch, Jeff, thanks. Updated patch (also wrt.

[Bug objc/50909] Process "#pragma options align=reset" correctly on Mac OS X

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909 --- Comment #14 from Rudolf --- Even if the compiler would just use the workaround with pragma-pack() when he encounters this specific pragma would be fine. (If there is a warning for that!) Some Infomrations:

[Bug tree-optimization/85929] _GLIBCXX_ASSERTIONS, subscript type mismatch, and std::vector bounds check elimination

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85929 --- Comment #4 from Marc Glisse --- (In reply to Richard Biener from comment #2) > So somehow we need to enhance the code in VRP that registers additional > asserts to also handle symbolic ranges and thus register not only > i_4 < count_8 but

Re: [PATCH, rs6000] Remove incorrect built-in function documentation

Hi Kelvin, On Wed, May 23, 2018 at 05:04:23PM -0500, Kelvin Nilsen wrote: > The following two functions are removed because they are not implemented: > > vector float vec_copysign (vector float); > vector float vec_recip (vector float, vector float); Should they be though? The

[Bug tree-optimization/85947] New: gcc.dg/vect/bb-slp-div-1.c XPASSes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85947 Bug ID: 85947 Summary: gcc.dg/vect/bb-slp-div-1.c XPASSes Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug tree-optimization/85947] gcc.dg/vect/bb-slp-div-1.c XPASSes

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

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 Paolo Carlini changed: What|Removed |Added CC||hubicka at ucw dot cz --- Comment #4

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 Paolo Carlini changed: What|Removed |Added CC||paolo.carlini at oracle dot com ---

[PATCH] [MSP430] Fix PR39240 execution failure for msp430-elf

pr39240.c fails at execution at -O1 and above for msp430, due to an erroneous subreg expression in the zero_extendqisi2 msp430 insn pattern. This causes the zero extension operation to get optimized out. The attached patch fixes the insn pattern, and also removes the msp430x ISA restriction on

[Bug target/85946] [9 regression] gcc.target/i386/avx512vl-vcvtudq2ps-2.c FAILs

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

[Bug target/85946] New: [9 regression] gcc.target/i386/avx512vl-vcvtudq2ps-2.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85946 Bug ID: 85946 Summary: [9 regression] gcc.target/i386/avx512vl-vcvtudq2ps-2.c FAILs Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Paolo

[Bug target/85946] [9 regression] gcc.target/i386/avx512vl-vcvtudq2ps-2.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85946 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #6 from Eric Botcazou --- Yes, I would just remove the entire block.

[Bug c/85948] New: printf format attribute warning line carat inaccurate

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85948 Bug ID: 85948 Summary: printf format attribute warning line carat inaccurate Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #7 from Paolo Carlini --- I see. Then I guess we need an explicit rationale for doing that, beyond the evidence that we aren't ICEing: the check first blush looks sensible. At least that was the case back in 2014, when Jason quickly

[PATCH] Fix doc/invoke.texi ARM buglet

Hi! I've noticed ../../gcc/doc/invoke.texi:15971: warning: @itemx should not begin @table errors, fixed thusly, committed as obvious to trunk. Probably it needs backporting too. 2018-05-28 Jakub Jelinek * doc/invoke.texi (ARM Options): Use @item instead of @itemx

[Bug tree-optimization/85934] [8/9 Regression] ICE: verify_gimple failed (error: type mismatch in vector pack expression)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85934 --- Comment #3 from Richard Biener --- Author: rguenth Date: Mon May 28 10:28:38 2018 New Revision: 260847 URL: https://gcc.gnu.org/viewcvs?rev=260847=gcc=rev Log: 2018-05-28 Richard Biener PR

[Bug tree-optimization/85934] [8 Regression] ICE: verify_gimple failed (error: type mismatch in vector pack expression)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85934 Richard Biener changed: What|Removed |Added Known to work||9.0 Summary|[8/9

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #3 from Eric Botcazou --- > Looking into it: just matter of using DECL_ATTRIBUTES (decl)? The code is unreachable since the compiler would stop if it was reached.

Re: [PATCH GCC][5/6]implement live range, reg pressure computation class

On Fri, May 18, 2018 at 1:57 PM Bin.Cheng wrote: > On Fri, May 4, 2018 at 5:23 PM, Bin Cheng wrote: > > Hi, > > Based on previous patch, this one implements live range, reg pressure computation > > class in tree-ssa-live.c. The user would only need to

Re: [PATCH 1/3] Add vec::reverse.

On Fri, May 25, 2018 at 1:04 PM marxin wrote: > gcc/ChangeLog: > 2018-05-25 Martin Liska > David Malcolm > * vec.c (test_reverse): New. > (vec_c_tests): Add new test. > * vec.h

[Bug c/85949] New: __attribute__ ((format (printf,1,1))); improve error messages

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85949 Bug ID: 85949 Summary: __attribute__ ((format (printf,1,1))); improve error messages Product: gcc Version: 8.1.0 Status: UNCONFIRMED Severity: normal

[PATCH] Introduce VEC_UNPACK_FIX_TRUNC_{LO,HI}_EXPR and VEC_PACK_FLOAT_EXPR, use it in x86 vectorization (PR target/85918)

Hi! AVX512DQ and AVX512DQ/AVX512VL has instructions for vector float <-> {,unsigned} long long conversions. The following patch adds the missing tree codes, optabs and expanders to make this possible. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2018-05-28 Jakub

[Bug libfortran/85906] Conditional jump depends on uninitialized value in write_decimal / write_integer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85906 --- Comment #8 from Jan Niklas Hasse --- Thanks! If I understand it correctly this will go into 8.1.2?

[Bug target/85946] [9 regression] gcc.target/i386/avx512vl-vcvtudq2ps-2.c FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85946 --- Comment #1 from Uroš Bizjak --- There is nothing wrong with the insn mnemonic, it converts SImode value from memory to SFmode float register. This insn is different from vcvtusi2ssq.

[Bug middle-end/85933] [9 Regression] FAIL: gcc.dg/sso/p8.c -O3 -finline-functions (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85933 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/85933] [9 Regression] FAIL: gcc.dg/sso/p8.c -O3 -finline-functions (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85933 --- Comment #5 from Richard Biener --- Author: rguenth Date: Mon May 28 10:31:46 2018 New Revision: 260848 URL: https://gcc.gnu.org/viewcvs?rev=260848=gcc=rev Log: 2018-05-28 Richard Biener PR

Re: [PATCH] PR target/85358 patch v2: Add target hook to prevent default widening

On Fri, May 25, 2018 at 02:49:47PM -0400, Michael Meissner wrote: > * target.def (default_fp_widening_p): New target hook to automatic > widening betwen two floating point modes. "default" is a pretty bad name. The rs6000 parts are fine of course, if the rest is. Segher

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #9 from Jan Hubicka --- The code is intended to avoid specializations that are done only to possibly inline the function. When not optimizing this only happens for always inlines and doing so is just waste of effort. In this case

[Bug target/85945] [6/7/8/9 Regression] ICE in resolve_subreg_use, at lower-subreg.c:751

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #12 from Paolo Carlini --- Not sure about the first decl_needed_p call in emit_tinfo_decl.

Re: [PATCH] Introduce VEC_UNPACK_FIX_TRUNC_{LO,HI}_EXPR and VEC_PACK_FLOAT_EXPR, use it in x86 vectorization (PR target/85918)

On Mon, May 28, 2018 at 11:58 AM, Jakub Jelinek wrote: > Hi! > > AVX512DQ and AVX512DQ/AVX512VL has instructions for vector float <-> > {,unsigned} long long conversions. The following patch adds the missing > tree codes, optabs and expanders to make this possible. > >

[PATCH] Update comment about the format of attribute name in attribute_spec handler

With the changes in r250911 to canonicalize attribute names (i.e. remove leading and trailing underscores if present) a comment for "handler" in the attribute_spec struct needs to be updated to reflect that the NAME argument is now stripped of any underscores. Patch is attached. If the patch is

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 Stefan Talpalaru changed: What|Removed |Added CC||stefantalpalaru at yahoo dot com

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #8 from Paolo Carlini --- It seems that for the potentially interesting cases DECL_EXTERNAL is true but DECL_REALLY_EXTERN is false.

[Bug target/85945] [6/7/8/9 Regression] ICE in resolve_subreg_use, at lower-subreg.c:751

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85945 --- Comment #2 from Martin Liška --- Is missing :) Here it is: typedef float b; typedef b __attribute__((vector_size(16))) c; typedef union { c d; b a[4]; } e; int f; b g[4]; void h() { c d; e i; i.d = d; f = 0; for (; f < 4;

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 Paolo Carlini changed: What|Removed |Added Assignee|paolo.carlini at oracle dot com|hubicka at ucw dot cz ---

[Bug c++/85535] bogus code in decl2.c:decl_needed_p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85535 --- Comment #11 from Paolo Carlini --- I meant of course DECL_NOT_REALLY_EXTERN is true.

[PATCH] [MSP430] Fix -fleading-underscore having no effect

Fix -fleading-underscore having no effect for msp430-elf by prepending user_label_prefix to name when outputting assembly labels. Successfully regtested the GCC testsuite for msp430-elf, and this fixed unwind-1.c from dg.exp. If the patch is acceptable, I would appreciate if someone would

[Bug lto/85759] ICE output_profile_summary, at lto-cgraph.c:706 using -profile-use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85759 --- Comment #17 from Martin Liška --- (In reply to Stefan Talpalaru from comment #16) > I found a new case that is unrelated to the use of > -fprofile-generate=directory or the existence of multiple *.gcda files with > the same name in different

Re: [PATCH] Introduce VEC_UNPACK_FIX_TRUNC_{LO,HI}_EXPR and VEC_PACK_FLOAT_EXPR, use it in x86 vectorization (PR target/85918)

On Mon, 28 May 2018, Jakub Jelinek wrote: > Hi! > > AVX512DQ and AVX512DQ/AVX512VL has instructions for vector float <-> > {,unsigned} long long conversions. The following patch adds the missing > tree codes, optabs and expanders to make this possible. > > Bootstrapped/regtested on

[PATCH] Fix PR85933

Bootstrapped and tested on x86_64-unknown-linux-gnu, applied. Richard. >From f7b8dc6184448bc7fb7f8faa27281f2ac64b75a9 Mon Sep 17 00:00:00 2001 From: Richard Guenther Date: Mon, 28 May 2018 09:48:28 +0200 Subject: [PATCH] fix-pr85933 2018-05-28 Richard Biener

  1   2   >