Re: bug in bit structure compilation

I know you've realised the problem here now, but ... This mailing list is for automated mails from our bugzilla database. To report a bug please use bugzilla. Sending email directly to the list will often be ignored, and will never create a bugzilla report. See https://gcc.gnu.org/bugs/ for

Re: [PATCH] Extend std::copy/std::copy_n char* overload to deque iterator

Now fully tested, ok to commit ? On 07/05/20 9:12 am, François Dumont wrote:     This patch purpose is to make sure that existing std::copy/std::copy_n overloads for char* will also be used for std::deque iterators when dealing with istreambuf_iterator. It also make sure that it still works

[Bug rtl-optimization/37451] Extra addition for doloop in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37451 luoxhu at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug rtl-optimization/37451] Extra addition for doloop in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37451 --- Comment #11 from luoxhu at gcc dot gnu.org --- fixed on master.

[Bug rtl-optimization/37451] Extra addition for doloop in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37451 --- Comment #10 from CVS Commits --- The master branch has been updated by Xiong Hu Luo : https://gcc.gnu.org/g:8a15faa730f99100f6f3ed12663563356ec5a2c0 commit r11-407-g8a15faa730f99100f6f3ed12663563356ec5a2c0 Author: Xionghu Luo Date: Thu

[Bug target/61837] missed loop invariant expression optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61837 --- Comment #11 from CVS Commits --- The master branch has been updated by Xiong Hu Luo : https://gcc.gnu.org/g:8a15faa730f99100f6f3ed12663563356ec5a2c0 commit r11-407-g8a15faa730f99100f6f3ed12663563356ec5a2c0 Author: Xionghu Luo Date: Thu

[Bug tree-optimization/88842] missing optimization CSE, reassociation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88842 luoxhu at gcc dot gnu.org changed: What|Removed |Added CC||luoxhu at gcc dot gnu.org

[Bug c++/86142] hard error for bad delete-expression in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86142 --- Comment #2 from ensadc at mailnesia dot com --- I was misled by Clang. Seems like there's a Clang bug then.

[Bug c/95145] New: [10/11 Regression]internal compiler error: in analyze_functions, at cgraphunit.c:1380

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95145 Bug ID: 95145 Summary: [10/11 Regression]internal compiler error: in analyze_functions, at cgraphunit.c:1380 Product: gcc Version: 11.0 Status: UNCONFIRMED

Re: dejagnu version update?

Rob Savoye wrote: On 5/14/20 10:08 AM, David Edelsohn wrote: Have you approached the Linux Foundation Core Infrastructure Initiative for funding for both DejaGNU maintenance (patch backlog) and refactoring DejaGNU in Python efforts? Not that team, the folks I talked to thought I was

[Bug target/95082] LE implementations of vec_cnttz_lsbb and vec_cntlz_lsbb are wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95082 Paul Clarke changed: What|Removed |Added CC||pc at us dot ibm.com --- Comment #2 from

Re: dejagnu version update?

On 5/14/20 5:34 PM, Maciej W. Rozycki wrote: > And then current development appears ongoing, ferociously indeed, with the > last check in literally today (barring my time zone), as indicated here: > . It's obvious I haven't been paying attention, so

[Bug target/95144] Many AVX-512 functions take an int instead of unsigned int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95144 --- Comment #1 from Evan Nemerson --- Godbolt link with corrected flags for MSVC: https://godbolt.org/z/M9sgxe Sorry about that.

[Bug jit/94778] All jit tests failed with multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94778 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug jit/94778] All jit tests failed with multilib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94778 --- Comment #2 from CVS Commits --- The master branch has been updated by H.J. Lu : https://gcc.gnu.org/g:d2a359fe5d72e28433c92e64dcbdaa93eb39caf4 commit r11-405-gd2a359fe5d72e28433c92e64dcbdaa93eb39caf4 Author: H.J. Lu Date: Thu May 14

Re: dejagnu version update?

On Thu, 14 May 2020, Rob Savoye wrote: > Personally, I tried to find funding to refactor DejaGnu in Python, > since Tcl is unmaintained too, but nobody was interested. Thank you for your contribution to DejaGnu over the years and for your input on this occasion. However it does not appear

Re: [PATCH] Skip jit tests for targets that don't support -lgccjit

On Thu, May 14, 2020 at 1:42 PM Jeff Law wrote: > > On Fri, 2020-05-08 at 12:12 -0700, H.J. Lu via Gcc-patches wrote: > > Since libgccjit.so is linked into jit tests, skip jit tests for targets > > that don't support -lgccjit. > > > > OK for master? > > > > H.J. > > --- > > PR jit/94778 > >

Re: bug in bit structure compilation

On Thu, May 14, 2020 at 4:19 PM Geoff Mulligan wrote: > > Version: > gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper > OFFLOAD_TARGET_NAMES=nvptx-none > OFFLOAD_TARGET_DEFAULT=1 > Target: x86_64-linux-gnu > Configured with:

[Bug target/95144] New: Many AVX-512 functions take an int instead of unsigned int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95144 Bug ID: 95144 Summary: Many AVX-512 functions take an int instead of unsigned int Product: gcc Version: 10.1.1 Status: UNCONFIRMED Severity: normal

[PATCH] x86: Add -mavoid-libcall for -mgeneral-regs-only

The -mgeneral-regs-only option generates code that uses only the general-purpose registers. It prevents the compiler from using vector registers. But GCC may still generate calls to memcpy, memmove, memset and memcmp library functions. In the GNU C library, these library functions are

Re: bug in bit structure compilation

Obviously I'm an idiot.  signed vs unsigned.  Ugh.  But maybe the compiler should complain about the if test... Geoff On 5/14/20 4:45 PM, Geoff Mulligan wrote: Version: gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper

bug in bit structure compilation

Version: gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 7.5.0-3ubuntu1~18.04'

gcc-8-20200514 is now available

Snapshot gcc-8-20200514 is now available on https://gcc.gnu.org/pub/gcc/snapshots/8-20200514/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 8 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #11 from Jonathan Wakely --- Possibly fixed as part of PR 94885.

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 Jonathan Wakely changed: What|Removed |Added Known to fail||10.1.0 Keywords|

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #9 from Bernd Baumanns --- fails with this version: g++-10.1 (GCC) 10.1.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for

Re: [PATCH RFC] bootstrap: Update requirement to C++11.

On Thu, May 14, 2020 at 05:05:59PM -0400, Jason Merrill via Gcc-patches wrote: > +Versions of GCC prior to 11 also allow bootstrapping with an ISO C++98 > +compiler, versions of GCC prior to 4.8 also allow bootstrapping with a > +ISO C89 compiler, and versions of GCC prior to 3.4 also allow >

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #8 from Bernd Baumanns --- fails with this version: g++ (Compiler-Explorer-Build) 10.1.0 Copyright (C) 2020 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even

[PATCH RFC] bootstrap: Update requirement to C++11.

There seemed to be general agreement last November that we would move to allowing C++11 features to be used in GCC 11; this patch implements that direction. Are changes needed anywhere else? ChangeLog 2020-05-14 Jason Merrill * configure.ac: Update bootstrap dialect to -std=gnu++11.

[Bug fortran/95138] ICE on transfer to unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95138 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2020-5-14

Re: [PATCH] c++: Enable coroutines with -std=c++20.

Jason Merrill via Gcc-patches wrote: Now that GCC 10 is out it seems time. People can still choose to disable coroutines with -fno-coroutines. There’s one pass that has to run for all functions, the remainder of the work is gated on the function being a coroutine. If there’s a hit found

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #7 from Bernd Baumanns --- I hope you have now all you need. This bug is only triggered in C++20 mode and with inheritance.

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #6 from Bernd Baumanns --- simplified source (without include type_traits): class false_type { public: static constexpr bool value = false; }; class true_type{ public: static constexpr bool value

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #5 from Bernd Baumanns --- Created attachment 48544 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48544=edit source

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #4 from Bernd Baumanns --- Created attachment 48543 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48543=edit g++-10 -v -save-temps -std=c++2a /mnt/j/test.cpp

[Bug c/95142] ICE when compiling certain logic with -Ofast and -mpretend-cmove when dealing with floats

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95142 --- Comment #2 from Hayden Kowalchuk --- slightly further testing shows all affected versions only need these flags to trigger sh4-linux-gnu-gcc-* -O1 -ffast-math -mpretend-cmove -c ice_sh4.c

Re: [PATCH] Skip jit tests for targets that don't support -lgccjit

On Fri, 2020-05-08 at 12:12 -0700, H.J. Lu via Gcc-patches wrote: > Since libgccjit.so is linked into jit tests, skip jit tests for targets > that don't support -lgccjit. > > OK for master? > > H.J. > --- > PR jit/94778 > * jit.dg/jit.exp: Skip jit tests for targets that don't

[PATCH] c++: Enable coroutines with -std=c++20.

Now that GCC 10 is out it seems time. People can still choose to disable coroutines with -fno-coroutines. This also switches the coroutines testsuite to run in C++20 mode. The change to coro.h is needed for co-await-11-forwarding.C; we could alternatively #include just in that file. Iain,

[Bug c++/93901] [10 Regression] noexcept specifier on ctor does not work with constexpr variable or expression since r10-4394

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93901 --- Comment #6 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:4e1592f8e1d6366699e05c0824fc3dc39ca7314b commit r11-403-g4e1592f8e1d6366699e05c0824fc3dc39ca7314b Author: Jason Merrill Date:

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 --- Comment #3 from Bernd Baumanns --- Created attachment 48541 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48541=edit ii file

[Bug target/95139] Messages using string concatenation can not be translated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95139 --- Comment #1 from joseph at codesourcery dot com --- Code using the GCC diagnostic functions should use %wd instead of HOST_WIDE_INT_PRINT, both for translation and because HOST_WIDE_INT_PRINT is a format for the host printf and may not be

[pushed] c++: Fix deferred noexcept on constructor [PR93901].

My change in r10-4394 to only update clones when we actually instantiate a deferred noexcept-spec broke this because deferred parsing updates the primary function but not the clones. For GCC 10 I just reverted that change; this patch adjusts maybe_instantiate_noexcept to update only the clone

[Bug go/95061] shared libgo library not found when running the testsuite

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95061 --- Comment #6 from CVS Commits --- The master branch has been updated by Ian Lance Taylor : https://gcc.gnu.org/g:3a36428b5fbc825e2d3455f5770b5d6e71c63413 commit r11-402-g3a36428b5fbc825e2d3455f5770b5d6e71c63413 Author: Ian Lance Taylor

Re: libgo patch committed: Build syscall test with -static

On Thu, May 14, 2020 at 12:43 PM Rainer Orth wrote: > > > This libgo patch builds the syscall test with -static. This avoids > > problems finding libgo.so when running the test as root, which invokes > > the test as a child process in various limited environments. This > > fixes GCC PR 95061.

[Bug c/95142] ICE when compiling certain logic with -Ofast and -mpretend-cmove when dealing with floats

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95142 Gabriel Ravier changed: What|Removed |Added CC||gabravier at gmail dot com --- Comment

[Bug middle-end/95140] [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95140 --- Comment #4 from Martin Sebor --- No. GCC's manual recommends using either flexible array members or zero-length arrays, and explicitly discourages abuses of arrays of length one (nothing is said about any such exceptions for larger arrays):

[Bug tree-optimization/95133] [8/9/10/11 Regression] ICE in gimple_redirect_edge_and_branch_force, at tree-cfg.c:6075

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95133 Martin Liška changed: What|Removed |Added Summary|[9/10/11 Regression] ICE in |[8/9/10/11 Regression] ICE

[Bug target/95134] Add a target option to avoid libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134 H.J. Lu changed: What|Removed |Added Resolution|WONTFIX |--- Status|RESOLVED

[PATCH] c++: decltype of invalid non-dependent expr [PR57943]

We sometimes fail to reject a invalid non-dependent operand to decltype when inside a template, because finish_decltype_type resolves the decltype to the TREE_TYPE of the operand before we ever instantiate and fully process the operand. Fix this by adding a call to

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 Jonathan Wakely changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/95143] SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 Bernd Baumanns changed: What|Removed |Added URL||https://godbolt.org/z/yVjQf

[Bug c++/95143] New: SFINAE failure with static_cast

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95143 Bug ID: 95143 Summary: SFINAE failure with static_cast Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c/95142] New: ICE when compiling certain logic with -Ofast and -mpretend-cmove when dealing with floats

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95142 Bug ID: 95142 Summary: ICE when compiling certain logic with -Ofast and -mpretend-cmove when dealing with floats Product: gcc Version: 9.3.0 Status: UNCONFIRMED

[committed] amdgcn: fix vcc clobber in vector load/store

This fixes a wrong-code error that could occur when a vector reload was inserted between a vector compare and conditional branch. The problem was that expanding the vector base address to the vector of addresses needed by the ISA would clobber the VCC register. This fine before LRA, but not

[Bug c/95141] New: Incorrect integer overflow warning message for bitand expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95141 Bug ID: 95141 Summary: Incorrect integer overflow warning message for bitand expression Product: gcc Version: 8.3.0 Status: UNCONFIRMED Severity: normal

Re: libgo patch committed: Build syscall test with -static

Hi Ian, > This libgo patch builds the syscall test with -static. This avoids > problems finding libgo.so when running the test as root, which invokes > the test as a child process in various limited environments. This > fixes GCC PR 95061. Bootstrapped and ran Go tests on >

[Bug middle-end/95140] [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95140 --- Comment #3 from Jakub Jelinek --- The warning should change, not the conservative assumption. There is a lot of code in the wild with such trailing arrays, not everything uses flexible array members, [0] or [1] for that.

[Bug middle-end/95140] [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95140 Martin Sebor changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug middle-end/95140] [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95140 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug middle-end/95140] New: [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95140 Bug ID: 95140 Summary: [10/11 Regression] bogus -Wstringop-overflow for a loop unrolled past the end of a trailing array Product: gcc Version: 10.0 Status: UNCONFIRMED

Re: [C++] template arg comparison

Hi, > When fixing up the template specialization hasher I was confused by the > control flow through template_args_equal. This reorders the category > checking, so it is clearer as to what kind of node can reach which point. > > nathan > > 2020-05-13 Nathan Sidwell > > * pt.c

[Bug fortran/95053] [11 regression] ICE in f951: gfc_divide()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 --- Comment #27 from Steve Kargl --- On Thu, May 14, 2020 at 06:39:24PM +, tkoenig at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 > > --- Comment #26 from Thomas Koenig --- > (In reply to wschmidt from

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 --- Comment #2 from Iain Sandoe --- Hi Rafael, nor me, the coros implementation is a set of AST transforms - so is supposed to present the following code with valid trees - which would be analysed "as normal".

[Bug c/95139] New: Messages using string concatenation can not be translated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95139 Bug ID: 95139 Summary: Messages using string concatenation can not be translated Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/95053] [11 regression] ICE in f951: gfc_divide()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 --- Comment #26 from Thomas Koenig --- (In reply to wschmidt from comment #24) > I'm afraid I disagree.  A divide-by-zero that cannot ever be executed is > not an error. Well, there is PR90302. We could insert some piece of code into the IL.

Re: Ping: [PATCH] libiberty: Update D symbol demangling for latest ABI spec.

On 14/05/2020 16:36, Jeff Law wrote: > On Sun, 2020-05-10 at 11:10 +0200, Iain Buclaw via Gcc-patches wrote: >> Ping >> >> On 03/05/2020 09:37, Iain Buclaw via Gcc-patches wrote: >>> Ping. >>> >>> There is a new mangle string "Nm" in the abi to denote the @live attribute, >>> however will add

[Bug sanitizer/95137] Sanitizers seem to be missing support for coroutines

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

[Bug target/95134] Add a target option to avoid libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134 --- Comment #4 from Andrew Pinski --- https://gcc.gnu.org/onlinedocs/gcc-4.0.4/gcc/Standards.html#index-ffreestanding-58

Re: dejagnu version update?

> "Rob" == Rob Savoye writes: Rob> Not that team, the folks I talked to thought I was crazy for wanting Rob> to refactor it. :-) I don't think refactoring dejagnu is crazy, but I think it's pretty hard to imagine rewriting the gdb test suite in Python. It's 260 KLOC. Tom

[Bug fortran/95138] New: ICE on transfer to unlimited polymorphic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95138 Bug ID: 95138 Summary: ICE on transfer to unlimited polymorphic Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug target/95134] Add a target option to avoid libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134 Andrew Pinski changed: What|Removed |Added Resolution|--- |WONTFIX Status|REOPENED

[Bug c++/95111] coroutines use-after-free with lambdas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111 Eric Gallager changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug sanitizer/95137] New: Sanitizers seem to be missing support for coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137 Bug ID: 95137 Summary: Sanitizers seem to be missing support for coroutines Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[committed] i386: Add V2DFmode float trunc/extend functions [PR95046]

gcc/ChangeLog: 2020-05-14 Uroš Bizjak PR target/95046 * config/i386/sse.md (truncv2dfv2df2): New insn pattern. (extendv2sfv2df2): Ditto. testsuite/ChangeLog: 2020-05-14 Uroš Bizjak PR target/95046 * gcc.target/i386/pr95046-7.c: New test. Bootstrapped and regression

[Bug inline-asm/95121] Wrong code generated: low-byte registers are silently used in place of their corresponding high-byte registers (ah, bh, ch, dh)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95121 Craig Topper changed: What|Removed |Added CC||craig.topper at gmail dot com ---

[Bug target/95046] Vectorize V2SFmode operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95046 --- Comment #10 from CVS Commits --- The master branch has been updated by Uros Bizjak : https://gcc.gnu.org/g:9056cd80351c65c3b9a3257644236f2007c46a3f commit r11-400-g9056cd80351c65c3b9a3257644236f2007c46a3f Author: Uros Bizjak Date: Thu

[Bug fortran/95053] [11 regression] ICE in f951: gfc_divide()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 --- Comment #25 from Bill Schmidt --- But I'm not going to worry about it further.

Re: Ping: [PATCH] wwwdocs: Add D front-end section for GCC 10 changes

On 14/05/2020 17:04, Gerald Pfeifer wrote: > On Thu, 14 May 2020, Jeff Law wrote: >>> OK to commit? >> OK. In fact, this seems like you shouldn't need reviews -- you're just >> updating the docs for D. > > Agreed, though always happy to help and provide review and feedback > - sometimes just a

[Bug fortran/95053] [11 regression] ICE in f951: gfc_divide()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 --- Comment #24 from wschmidt at linux dot ibm.com --- On 5/14/20 12:08 PM, sgk at troutmask dot apl.washington.edu wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 > > --- Comment #23 from Steve Kargl --- > On Thu, May 14, 2020 at

[Bug c/95130] GCC ignoring attribute(format(gnu_printf)) on printf in mingw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130 --- Comment #1 from joseph at codesourcery dot com --- See bug 92292. The extra attribute isn't ignored, it simply means the function has multiple format attributes, which is valid, but should probably be special-cased for this case of

Re: [PATCH] avoid -Warray-bounds when indexing into array members of union (PR 94940)

On Fri, 2020-05-08 at 15:46 -0600, Martin Sebor via Gcc-patches wrote: > The improved detection of accesses to interior zero-length arrays > fails to consider the case when the array is a member of a union. > Such accesses are documented as supported so warning for them is > not expected. The

[Bug fortran/95053] [11 regression] ICE in f951: gfc_divide()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 --- Comment #23 from Steve Kargl --- On Thu, May 14, 2020 at 02:57:37PM +, wschmidt at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053 > > Bill Schmidt changed: > >What|Removed

[Bug c++/57943] [c++11] invalid decltype expression accepted in template default type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57943 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/78446] Ambiguous member lookup for operator() in a function call expression treated as hard error in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78446 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/78446] Ambiguous member lookup for operator() in a function call expression treated as hard error in SFINAE context

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78446 --- Comment #2 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:098cf31aa2631db6922d4de5661c1b0ce19af0aa commit r11-399-g098cf31aa2631db6922d4de5661c1b0ce19af0aa Author: Patrick Palka Date:

Re: [PATCH resend] rs6000, pr 94833: fix vec_first_match_index for nulls

Hi! On Wed, May 13, 2020 at 10:14:24AM -0700, Carl Love wrote: > The following patch fixes PR94833, vec_first_match_index does not > function as described in its description. > > The builtin does not handle vector elements which are zero correctly. > The following patch fixes the issue and adds

Re: [PATCH] Optimize store_expr from STRING_CST [PR95052]

On Thu, May 14, 2020 at 10:10:55AM -0600, Jeff Law wrote: > On Tue, 2020-05-12 at 10:12 +0200, Jakub Jelinek wrote: > > Hi! > > > > In the following testcase, store_expr of e.g. 97 bytes long string literal > > into 1MB long array is implemented by copying the 97 bytes from .rodata > > section,

[Bug fortran/95119] [9/10 Regression] CLOSE hangs when -fopenmp is specified in compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119 Thomas Koenig changed: What|Removed |Added Target Milestone|--- |9.4 Summary|CLOSE hangs when

Re: dejagnu version update?

On 5/14/20 10:08 AM, David Edelsohn wrote: > Have you approached the Linux Foundation Core Infrastructure > Initiative for funding for both DejaGNU maintenance (patch backlog) > and refactoring DejaGNU in Python efforts? Not that team, the folks I talked to thought I was crazy for wanting to

Re: ChangeLog files - server and client scripts

On Thu, 14 May 2020, Martin Liška wrote: > On 5/13/20 7:53 PM, Joseph Myers wrote: > > On Wed, 13 May 2020, Martin Liška wrote: > > > > > I'm sending the gcc-changelog relates scripts which should be added to > > > contrib > > > folder. The patch contains: > > > - git_check_commit.py - checking

Re: ChangeLog files - server and client scripts

On Thu, 14 May 2020, Martin Liška wrote: > On 5/13/20 7:53 PM, Joseph Myers wrote: > > On Wed, 13 May 2020, Martin Liška wrote: > > > > > I'm sending the gcc-changelog relates scripts which should be added to > > > contrib > > > folder. The patch contains: > > > - git_check_commit.py - checking

[patch, libfortran, committed]

Hi, I just committed as obvious a patch which fixed a hang on close with -pthread after a previous error on close with an invalid STATUS. The solution was obvious: Return early if an error occurred. I also managed to make some double ChangeLog entries (fixed with the next commit after), but

[Bug fortran/95119] CLOSE hangs when -fopenmp is specified in compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119 --- Comment #6 from CVS Commits --- The master branch has been updated by Thomas Kथà¤nig : https://gcc.gnu.org/g:cdc34b505796327b3eee9e97bc5f27ba71fd9e7a commit r11-397-gcdc34b505796327b3eee9e97bc5f27ba71fd9e7a Author: Thomas Koenig Date:

[Bug target/95134] Add a target option to avoid libcall

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134 H.J. Lu changed: What|Removed |Added Summary|-ffreestanding should avoid |Add a target option to

[C++] simplify tsubst_template_decl

the final (for now) templatet simplification is this one. The control flow through tsubst_template_decl was also confusing. This flattens the conditionals and reorders things to make it simpler. pushed to trunk. nathan -- Nathan Sidwell 2020-05-14 Nathan Sidwell * pt.c

[Bug fortran/95119] CLOSE hangs when -fopenmp is specified in compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119 Thomas Koenig changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Thomas

Re: [PATCH] Optimize store_expr from STRING_CST [PR95052]

On Tue, 2020-05-12 at 10:12 +0200, Jakub Jelinek wrote: > Hi! > > In the following testcase, store_expr of e.g. 97 bytes long string literal > into 1MB long array is implemented by copying the 97 bytes from .rodata > section, followed by clearing the remaining bytes. But, as the STRING_CST > has

Re: dejagnu version update?

On Thu, May 14, 2020 at 12:00 PM Rob Savoye wrote: > > On 5/14/20 8:08 AM, Rainer Orth wrote: > > >> stops responding for whatever reason. I have come up with a solution > >> (that I'd be happy to upstream, except that DejaGNU maintenance seems to > >> have been dead for like a year now), which

[Bug c/95133] [9/10/11 Regression] ICE in gimple_redirect_edge_and_branch_force, at tree-cfg.c:6075

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95133 --- Comment #2 from James Greenhalgh --- Should reproduce further back if you force it on with -ftree-vectorize . i.e. gcc foo.c -ftree-vectorize -O3 Breaks somewhere between: gcc version 7.0.0 20160615 gcc version 7.0.0 20160907

Re: [PATCH 2/2] arm: Add support for interrupt routines to reg_needs_saving_p

> static bool reg_needs_saving_p (unsigned reg) > { >unsigned long func_type = arm_current_func_type (); Ah ok , you needed it here. Ramana

  1   2   3   >