[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread sgk at troutmask dot apl.washington.edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #11 from Steve Kargl --- On Sun, Dec 20, 2020 at 05:24:53AM +, gtoth at umich dot edu wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 > > --- Comment #10 from Gabor --- > Good to know that gfortran has come to an

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread gtoth at umich dot edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #10 from Gabor --- Good to know that gfortran has come to an end. It means, for example, that i will not rely on the openacc implementation either. Or openmp5. I develop software as part of my work, and when someone reports a bug,

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

2020-12-19 Thread danielhanchen at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 --- Comment #5 from Daniel Han-Chen --- (In reply to H.J. Lu from comment #4) > (In reply to Daniel Han-Chen from comment #3) > > (In reply to H.J. Lu from comment #2) > > > _mm_cmp_ps is an AVX intrinsic. > > > > Yep noticed _mm_cmp_ps is only

[Bug demangler/98398] New: demangler fails on function parameter from enclosing parameter-type-list

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98398 Bug ID: 98398 Summary: demangler fails on function parameter from enclosing parameter-type-list Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread sgk at troutmask dot apl.washington.edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #9 from Steve Kargl --- On Sat, Dec 19, 2020 at 11:35:24PM +, gtoth at umich dot edu wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 > > > Apparently this bug was reported years ago, and it was not fixed. There was

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread gtoth at umich dot edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 --- Comment #8 from Gabor --- Dear HTH, Apparently this bug was reported years ago, and it was not fixed. There was no suggestion on how to avoid it either. I am not sure why gfortran is not supported by GNU, as it is used heavily in the

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread kargl at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug c/98397] New: C2X: pointers to arrays with qualifiers are now pointers to qualified types

2020-12-19 Thread muecker at gwdg dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98397 Bug ID: 98397 Summary: C2X: pointers to arrays with qualifiers are now pointers to qualified types Product: gcc Version: 11.0 Status: UNCONFIRMED Severity:

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 David Binderman changed: What|Removed |Added CC||rguenther at suse dot de --- Comment

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 --- Comment #5 from David Binderman --- Range so far seems to be 7f359556a772e26e..1423318fa7786493 Trying fa4a8b6463e0dbc2

gcc-10-20201219 is now available

2020-12-19 Thread GCC Administrator via Gcc
Snapshot gcc-10-20201219 is now available on https://gcc.gnu.org/pub/gcc/snapshots/10-20201219/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 10 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 --- Comment #4 from David Binderman --- Seems good, so range reduces to 7f359556a772e26e..97b56dece7413839 Trying 1423318fa7786493

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 --- Comment #3 from David Binderman --- Seems ok, so range reduces to 4cf70c20cb10acd6..97b56dece7413839 Trying 7f359556a772e26e

[Bug fortran/92065] [8/9/10/11 Regression] internal compiler error: in expand_expr_real_1

2020-12-19 Thread gtoth at umich dot edu via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92065 Gabor changed: What|Removed |Added CC||gtoth at umich dot edu --- Comment #6 from

[Bug c++/93480] Defaulted <=> doesn't expand array elements

2020-12-19 Thread wjwray at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93480 --- Comment #2 from Will Wray --- For reference, here's a macro-free workaround to provide portable operator<=> for templated classes with array members, defaulting where possible (current Clang and MSVC) otherwise dispatching to a user-defined

[Bug fortran/93685] [9/10/11 Regression] ICE in gfc_constructor_append_expr, at fortran/constructor.c:135

2020-12-19 Thread anlauf at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93685 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 --- Comment #2 from David Binderman --- Seems good, so range reduces to f6e8e2797ebae21e..97b56dece7413839 Trying 4cf70c20cb10acd6

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 --- Comment #4 from john.frankish at outlook dot com --- Both are stripped and all the other gcc libs are of comparable size between gcc-9.2 and gcc-10.2. I'll compile with -O2 instead of -Os in the next couple of days to see if that makes a

[Bug middle-end/98366] [11 Regression] wrong-code with memcmp and -m32

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug middle-end/98366] [11 Regression] wrong-code with memcmp and -m32

2020-12-19 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98366 --- Comment #7 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:69165332a914f1167c3077fa1f57afc64fd8a667 commit r11-6271-g69165332a914f1167c3077fa1f57afc64fd8a667 Author: Jakub Jelinek Date:

[Bug c/98396] gcc wrongly assumes that free preserves errno

2020-12-19 Thread bruno at clisp dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98396 Bruno Haible changed: What|Removed |Added Known to work||4.0.4, 4.1.2, 4.2.4, 4.3.6,

[Bug c/98396] New: gcc wrongly assumes that free preserves errno

2020-12-19 Thread bruno at clisp dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98396 Bug ID: 98396 Summary: gcc wrongly assumes that free preserves errno Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug d/98058] libphobos: Support building on *-*-darwin*

2020-12-19 Thread ibuclaw at gdcproject dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98058 Bug 98058 depends on bug 98067, which changed state. Bug 98067 Summary: [11 Regression] d: ICE in in force_decl_die, at dwarf2out.c:26197 with -gdwarf-2 -gstrict-dwarf https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067 What

[Bug d/98067] [11 Regression] d: ICE in in force_decl_die, at dwarf2out.c:26197 with -gdwarf-2 -gstrict-dwarf

2020-12-19 Thread ibuclaw at gdcproject dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug d/98067] [11 Regression] d: ICE in in force_decl_die, at dwarf2out.c:26197 with -gdwarf-2 -gstrict-dwarf

2020-12-19 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98067 --- Comment #10 from CVS Commits --- The master branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:e9e4ddfc5abbf9ee5e657d626264cef89f10b4c3 commit r11-6270-ge9e4ddfc5abbf9ee5e657d626264cef89f10b4c3 Author: Iain Buclaw Date: Wed

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 --- Comment #2 from john.frankish at outlook dot com --- Something significant must have changed, or be wrong, for such a big increase in size

[Bug libgcc/98395] libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread schwab--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 --- Comment #1 from Andreas Schwab --- What does size tell?

[Bug fortran/98307] Dependency check fails when using "allocatable" instead of "pointer" (forall_3.f90)

2020-12-19 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98307 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:4e9563cda3f841f26f2ad1d9961dd6ffc9f39146 commit r10-9160-g4e9563cda3f841f26f2ad1d9961dd6ffc9f39146 Author: Harald Anlauf

Re: [PATCH 22/23] Add rtl-ssa

2020-12-19 Thread Jeff Law via Gcc-patches
On 12/16/20 5:33 PM, Richard Sandiford wrote: > Jeff Law via Gcc-patches writes: >> On 11/13/20 1:23 AM, Richard Sandiford via Gcc-patches wrote: >>> This patch adds the RTL SSA infrastructure itself. The following >>> fwprop.c patch will make use of it. >>> >>> gcc/ >>> * configure.ac:

[Bug libgcc/98395] New: libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2

2020-12-19 Thread john.frankish at outlook dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395 Bug ID: 98395 Summary: libgcc_s.so.1 almost 10x bigger in gcc-10.2 than gcc-9.2 Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal

[Bug target/98382] [m68k] ICE: in output_move_qimode, at config/m68k/m68k.c:3284 when building webkit2gtk

2020-12-19 Thread glaubitz at physik dot fu-berlin.de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98382 --- Comment #3 from John Paul Adrian Glaubitz --- (In reply to Mikael Pettersson from comment #2) > Are you sure about the "recently"? I get ICEs with crosses based on > gcc-11-20201213, gcc-10.2.0, gcc-10.1.0, and gcc-9-20201218 (so pre-CC0 >

Re: [PATCH] expr: Fix up constant_byte_string bitfield handling [PR98366]

2020-12-19 Thread Richard Biener
On December 18, 2020 9:41:24 PM GMT+01:00, Jakub Jelinek wrote: >Hi! > >constant_byte_string now uses a convert_to_bytes function, which >doesn't >handle bitfields at all (don't punt on them, just puts them into wrong >bits >or bytes). Furthermore, I don't see a reason why that function should

[Bug c++/98394] New: Concept with auto... template parameter pack in if-statement causes compilation error

2020-12-19 Thread ngmr80 at web dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98394 Bug ID: 98394 Summary: Concept with auto... template parameter pack in if-statement causes compilation error Product: gcc Version: 10.1.0 Status: UNCONFIRMED

V3 [PATCH 3/5] Support the PGO build for binutils+gdb

2020-12-19 Thread H.J. Lu via Gcc-patches
Add the --enable-pgo-build[=lto] configure option. When binutils+gdb is not built together with GCC, --enable-pgo-build enables the PGO build: 1. First build with -fprofile-generate. 2. Use "make maybe-check-*" to generate profiling data and pass -i to make to ignore errors when generating

V3 [PATCH 5/5] gnulib: Support variables from the top level Makefile

2020-12-19 Thread H.J. Lu via Gcc-patches
Work around what appears to be a GNU make bug handling MAKEFLAGS values defined in terms of make variables, as is the case for CC and friends when we are called from the top level Makefile. * Makefile.am (AM_MAKEFLAGS): New. * Makefile.in: Regenerated. --- gnulib/Makefile.am | 39

V3 [PATCH 1/5] GCC: Pass --plugin to AR and RANLIB

2020-12-19 Thread H.J. Lu via Gcc-patches
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO build. * Makefile.tpl (AR): Add @AR_PLUGIN_OPTION@ (RANLIB): Add @RANLIB_PLUGIN_OPTION@. * configure.ac: Include config/gcc-plugin.m4. AC_SUBST AR_PLUGIN_OPTION and RANLIB_PLUGIN_OPTION.

V3 [PATCH 0/5] Support the PGO build for binutils+gdb

2020-12-19 Thread H.J. Lu via Gcc-patches
Add the --enable-pgo-build[=lto] configure option. When binutils+gdb is not built together with GCC, --enable-pgo-build enables the PGO build: 1. First build with -fprofile-generate. 2. Use "make maybe-check-*" to generate profiling data and pass -i to make to ignore errors when generating

V3 [PATCH 4/5] Set TESTS to gdb.dwarf2/*.exp for PGO build training

2020-12-19 Thread H.J. Lu via Gcc-patches
When configured with --enable-pgo-build, set TESTS to gdb.dwarf2/*.exp for PGO build training. * Makefile.in (TESTS): Set to gdb.dwarf2/*.exp for PGO build training. --- gdb/testsuite/Makefile.in | 5 + 1 file changed, 5 insertions(+) diff --git a/gdb/testsuite/Makefile.in

V3 [PATCH 2/5] Binutils: Pass --plugin to AR and RANLIB

2020-12-19 Thread H.J. Lu via Gcc-patches
Detect GCC LTO plugin. Pass --plugin to AR and RANLIB to support LTO build. bfd/ * configure: Regenerated. binutils/ * configure: Regenerated. gas/ * configure: Regenerated. gprof/ * configure: Regenerated. ld/ * configure: Regenerated. libctf/

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

2020-12-19 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 --- Comment #4 from H.J. Lu --- (In reply to Daniel Han-Chen from comment #3) > (In reply to H.J. Lu from comment #2) > > _mm_cmp_ps is an AVX intrinsic. > > Yep noticed _mm_cmp_ps is only in AVX. The weird part is it actually causes > no

[Bug c/98393] new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 --- Comment #1 from David Binderman --- Trying hash f6e8e2797ebae21e.

[Bug target/98382] [m68k] ICE: in output_move_qimode, at config/m68k/m68k.c:3284 when building webkit2gtk

2020-12-19 Thread mikpelinux at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98382 Mikael Pettersson changed: What|Removed |Added CC||mikpelinux at gmail dot com ---

[Bug c/98393] New: new valgrind error for ./gcc.target/m68k/pr52573.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98393 Bug ID: 98393 Summary: new valgrind error for ./gcc.target/m68k/pr52573.c Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/85648] Name mangling using decltype omits namespace

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85648 Jason Merrill changed: What|Removed |Added Last reconfirmed||2020-12-19 Resolution|DUPLICATE

[Bug c++/67343] C++ mangler does not follow ABI for local names in expressions

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67343 Jason Merrill changed: What|Removed |Added CC||tromey at gcc dot gnu.org --- Comment

[Bug c++/89818] possibly invalid name mangling

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89818 Jason Merrill changed: What|Removed |Added Resolution|--- |DUPLICATE Status|ASSIGNED

[Bug c++/67343] C++ mangler does not follow ABI for local names in expressions

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67343 Jason Merrill changed: What|Removed |Added CC||brennan at umanwizard dot com ---

[Bug c++/88413] g++ mangles names involving unresolved names in function argument template parameters differently from the ABI standard.

2020-12-19 Thread jason at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88413 Jason Merrill changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

2020-12-19 Thread danielhanchen at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 --- Comment #3 from Daniel Han-Chen --- (In reply to H.J. Lu from comment #2) > _mm_cmp_ps is an AVX intrinsic. Yep noticed _mm_cmp_ps is only in AVX. The weird part is it actually causes no errors when used on SSE only targets [ie Nehalem],

I want to sponsor post at these sites

2020-12-19 Thread Thomas Henry via Gcc
*Hi Dear,* *I hope you are doing well.* What's is the price at this sitehttps://gcc.gnu.org/ I am interested in guest posting service. Please tell me your price for *Sponsor Post*, *Casino,*

[Bug target/98387] GCC >= 6 cannot inline _mm_cmp_ps on SSE targets

2020-12-19 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98387 H.J. Lu changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug tree-optimization/98381] [11 Regression] Wrong code with -O3 -march=skylake-avx512 by r11-3072

2020-12-19 Thread hjl.tools at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98381 H.J. Lu changed: What|Removed |Added CC||rguenther at suse dot de Last reconfirmed|

Re: Ping: cacheflush.2

2020-12-19 Thread Alejandro Colomar (man-pages) via Gcc
Hi Martin, Thanks! It's good to learn some GCC internal details :) Cheers, Alex On 12/18/20 5:51 PM, Martin Sebor wrote: > On 12/18/20 3:42 AM, Alejandro Colomar (man-pages) wrote: >> Hi Martin, >> >> I sent you an email, but I received a "delivery failure". >> If you're reading this from a

[Bug libstdc++/98389] [11 regression] libstdc++-abi/abi_check fails after r11-6249 on powerpc64 big endian

2020-12-19 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98389 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug libstdc++/98392] New: Parallel algorithms fail to enforce Mandates: requirements

2020-12-19 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98392 Bug ID: 98392 Summary: Parallel algorithms fail to enforce Mandates: requirements Product: gcc Version: 10.2.1 Status: UNCONFIRMED Keywords: accepts-invalid

[Bug tree-optimization/98378] new valgrind error for ./gcc.c-torture/execute/pr60960.c

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug tree-optimization/98378] new valgrind error for ./gcc.c-torture/execute/pr60960.c

2020-12-19 Thread dcb314 at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378 --- Comment #8 from David Binderman --- I can provide, if requested, a list of other testsuite files that fail in the same way. This might be a good sanity check for Jakub's fix. Otherwise, I suggest that this bug could be marked as fixed.

[Bug libgomp/98391] New: Wrong results with small matrix size

2020-12-19 Thread mehdi.chinoune at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98391 Bug ID: 98391 Summary: Wrong results with small matrix size Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp

[Bug libgomp/95150] Some offloaded programs crash with openmp

2020-12-19 Thread mehdi.chinoune at hotmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95150 Chinoune changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX

[committed] bswap: Fix up a thinko with empty CONSTRUCTORs [PR98378]

2020-12-19 Thread Jakub Jelinek via Gcc-patches
Hi! The code I've added recently in find_bswap_or_nop for VECTOR CONSTRUCTORs is missing punt on an important case - namely empty CONSTRUCTORs, because in that case the loop will not initialize *n and the code after the loop will then use the uninitialized structure. Fixed thusly,

[Bug tree-optimization/98378] new valgrind error for ./gcc.c-torture/execute/pr60960.c

2020-12-19 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98378 --- Comment #7 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9032d2b2414ed22e53a9980a51b835d3caf83c48 commit r11-6269-g9032d2b2414ed22e53a9980a51b835d3caf83c48 Author: Jakub Jelinek Date:

[Bug c++/98348] GCC 10.2 AVX512 Mask regression from GCC 9

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348 --- Comment #8 from Jakub Jelinek --- Created attachment 49806 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49806=edit gcc11-pr98348.patch So, if we go for GCC11 the way of pre-reload define_insn_and_split, this is some incremental

[Bug c++/98348] GCC 10.2 AVX512 Mask regression from GCC 9

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348 --- Comment #7 from Jakub Jelinek --- Seems the adjustment for last UNSPEC_PCMP operand between all_ones, const0 and const0, all_ones is GEN_INT (INTVAL (operands[3]) ^ 4).

[Bug c++/98348] GCC 10.2 AVX512 Mask regression from GCC 9

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348 --- Comment #6 from Jakub Jelinek --- In the light of the recent discussions I've been wondering about doing it as combine splitters only, like roughly: --- sse.md.jj 2020-12-03 10:04:35.862093285 +0100 +++ sse.md 2020-12-19

[Bug libgcc/98390] New: AIX: exceptions in threads: IOT/Abort trap(coredump)

2020-12-19 Thread stefan at bytereef dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98390 Bug ID: 98390 Summary: AIX: exceptions in threads: IOT/Abort trap(coredump) Product: gcc Version: 10.2.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/98383] internal compiler error: in make_decl_rtl, at varasm.c:1342

2020-12-19 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98383 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

[Bug libstdc++/98389] [11 regression] libstdc++-abi/abi_check fails after r11-6249 on powerpc64 big endian

2020-12-19 Thread schwab--- via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98389 --- Comment #1 from Andreas Schwab --- The list just needs to be updated.

[Bug bootstrap/96378] segfault during bootstrap with --disable-checking

2020-12-19 Thread ebotcazou at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96378 Eric Botcazou changed: What|Removed |Added Status|WAITING |NEW Summary|ICE: