[RFC PATCH] i386: Introduce V2QImode vectorized arithmetic [PR103861]

2021-12-30 Thread Uros Bizjak via Gcc-patches
This patch adds basic V2QImode infrastructure and V2QImode arithmetic operations (plus, minus and neg). The patched compiler can emit SSE vectorized QImode operations (e.g. PADDB) with partial QImode vector, and also synthesized double HI/LO QImode operations with integer registers. The

[Bug c++/96840] [11 Regression] Recursive substitution in constrained commutative operator

2021-12-30 Thread johelegp at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96840 --- Comment #5 from Johel Ernesto Guerrero Peña --- I think I was wrong and this has not regressed.

[Bug c++/96840] [11 Regression] Recursive substitution in constrained commutative operator

2021-12-30 Thread johelegp at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96840 --- Comment #4 from Johel Ernesto Guerrero Peña --- Seems like this regressed. Do I open a new bug report?

Re: [PATCH] fixed testcase fail gcc.dg/analyzer/pr103526.c leak

2021-12-30 Thread Jeff Law via Gcc-patches
On 12/29/2021 7:21 PM, shi...@iscas.ac.cn wrote: From: LiaoShihua following 'false' branch in line 20, 'tmp.word_state' leaks in line 26. So free 'tmp.word_state' before return 'rval'. gcc/testsuite\ChangeLog: * gcc.dg/analyzer/pr103526.c: Umm, isn't the whole point of

[Bug c++/103186] [11/12 Regression] ICE with lambdas as default since r11-7965-g23be03a0f243a084

2021-12-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103186 Andrew Pinski changed: What|Removed |Added CC||rpsalmi at gmail dot com --- Comment

[Bug c++/103867] Redefinition of typeinfo name of default argument lambda

2021-12-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103867 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug c++/103867] New: Redefinition of typeinfo name of default argument lambda

2021-12-30 Thread rpsalmi at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103867 Bug ID: 103867 Summary: Redefinition of typeinfo name of default argument lambda Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal

[Bug debug/103808] [12 Regression] '-fcompare-debug' failure (length) w/ -O2 -ftrapv since r12-5944-ga7acb6dca941db2b

2021-12-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103808 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Assignee|unassigned

[Bug c++/103012] [11 Regression] ICE with #pragma GCC optimize followed by long line (4047 long)

2021-12-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103012 Jakub Jelinek changed: What|Removed |Added Summary|[11/12 Regression] ICE with |[11 Regression] ICE with

[Bug rtl-optimization/103860] [9/10/11 Regression] wrong code at -O3 with -fPIC on x86_64-linux-gnu

2021-12-30 Thread jakub at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103860 Jakub Jelinek changed: What|Removed |Added Summary|[9/10/11/12 Regression] |[9/10/11 Regression] wrong

[Bug debug/103808] [12 Regression] '-fcompare-debug' failure (length) w/ -O2 -ftrapv since r12-5944-ga7acb6dca941db2b

2021-12-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103808 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:52441f18db7e051c16f2e6e12f415b93cb5450c4 commit r12-6153-g52441f18db7e051c16f2e6e12f415b93cb5450c4 Author: Jakub Jelinek Date:

[Bug c++/103012] [11/12 Regression] ICE with #pragma GCC optimize followed by long line (4047 long)

2021-12-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103012 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:1dbe26b949c6142b278ab7af2bac4545e8d524f2 commit r12-6151-g1dbe26b949c6142b278ab7af2bac4545e8d524f2 Author: Jakub Jelinek Date:

[Bug rtl-optimization/103860] [9/10/11/12 Regression] wrong code at -O3 with -fPIC on x86_64-linux-gnu

2021-12-30 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103860 --- Comment #8 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:1820137ba624d7eb2004a10f9632498b6bc1696a commit r12-6150-g1820137ba624d7eb2004a10f9632498b6bc1696a Author: Jakub Jelinek Date:

Re: [PATCH] emit-rtl: Fix a -fcompare-debug issue due to var-tracking [PR103808]

2021-12-30 Thread Jeff Law via Gcc-patches
On 12/29/2021 3:35 AM, Jakub Jelinek wrote: Hi! We get a -fcompare-debug FAIL on the following testcase. The problem is that during cprop we get when a TImode pseudo holding x is being constructed: (debug_insn 111 59 103 7 (var_location:TI D#2 (clobber (const_int 0 [0]))) -1 (nil))

Re: [PATCH] c-family: Use BULTINS_LOCATION for predefined macros changed upon optimize or target pragmas [PR103012]

2021-12-30 Thread Jeff Law via Gcc-patches
On 12/29/2021 3:01 AM, Jakub Jelinek via Gcc-patches wrote: Hi! The following testcases ICE when an optimize or target pragma is followed by a long line (4096+ chars). This is because on such long lines we can't use columns anymore, but the cpp_define calls performed by

Re: [PATCH] shrink-wrapping: Fix up prologue block discovery [PR103860]

2021-12-30 Thread Jeff Law via Gcc-patches
On 12/30/2021 3:08 AM, Segher Boessenkool wrote: Hi! On Thu, Dec 30, 2021 at 10:43:32AM +0100, Jakub Jelinek wrote: The following testcase is miscompiled, because a prologue which contains subq $8, %rsp instruction is emitted at the start of a basic block which contains conditional jump

[Bug libstdc++/103866] AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2021-12-30 Ever confirmed|0

[Bug libstdc++/103866] AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 --- Comment #4 from Jonathan Wakely --- --disable-dlopen doesn't help anyway, we still get: checking whether the /home/jwakely/build-mips-elf/gcc/./gcc/xgcc -B/home/jwakely/build-mips-elf/gcc/./gcc/

[Bug libstdc++/103866] AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 --- Comment #3 from Jonathan Wakely --- More generally, it would be good if --with-newlib wasn't needed as a kluge to mean "no libc" as well as "libc is newlib". It's surprising to users that --without-headers doesn't mean "no libc", but

[Bug libstdc++/103866] AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 --- Comment #2 from Andrew Pinski --- (In reply to Jonathan Wakely from comment #1) > libstdc++-v3/configure.ac has: > > # Libtool setup. > if test "x${with_newlib}" != "xyes" && test "x${with_avrlibc}" != "xyes"; > then > AC_LIBTOOL_DLOPEN

[Bug libstdc++/100057] There are no freestanding C++

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100057 --- Comment #40 from Jonathan Wakely --- I opened Bug 103866 for this build error.

[Bug libstdc++/103866] AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 --- Comment #1 from Jonathan Wakely --- libstdc++-v3/configure.ac has: # Libtool setup. if test "x${with_newlib}" != "xyes" && test "x${with_avrlibc}" != "xyes"; then AC_LIBTOOL_DLOPEN fi AM_PROG_LIBTOOL ACX_LT_HOST_FLAGS

[Bug libstdc++/103866] New: AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866 Bug ID: 103866 Summary: AM_PROG_LIBTOOL not compatible with GCC_NO_EXECUTABLES Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords: build Severity: normal

[Bug libstdc++/100057] There are no freestanding C++

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100057 --- Comment #39 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #38) > (In reply to Nicolas Noble from comment #33) > > At the moment, I don't understand if it's possible to spawn a cross compiler > > with a freestanding libc

[Bug bootstrap/54586] Help diagnosing error: Link tests are not allowed after GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54586 --- Comment #2 from Jonathan Wakely --- The difficulty is that every case where configure sets gcc_no_link is generated from the same file: ../config/no-executables.m4 So adding something in there doesn't actually give you any context. Each

[Bug bootstrap/54586] Help diagnosing error: Link tests are not allowed after GCC_NO_EXECUTABLES

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54586 Jonathan Wakely changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug preprocessor/12258] -Wold-style-cast triggers on casts in macros from system headers

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12258 --- Comment #7 from Jonathan Wakely --- (In reply to Carlos Galvez from comment #6) > This problem seems to be back in GCC 9 and 11: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103862 As pointed out in a comment there, it's a different case.

[Bug libstdc++/100057] There are no freestanding C++

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100057 Jonathan Wakely changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug libstdc++/100057] There are no freestanding C++

2021-12-30 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100057 --- Comment #37 from Jonathan Wakely --- Oh shut up, you tedious clown. Cut the attacks and abuse or I'll block every account you try to create here (as happens in every other venue where you try to share your opinions by attacking people).

Re: [PATCH] shrink-wrapping: Fix up prologue block discovery [PR103860]

2021-12-30 Thread Segher Boessenkool
Hi! On Thu, Dec 30, 2021 at 10:43:32AM +0100, Jakub Jelinek wrote: > The following testcase is miscompiled, because a prologue which > contains subq $8, %rsp instruction is emitted at the start of > a basic block which contains conditional jump that depends on > flags register set in an earlier

[Bug c++/103865] virtual function can have a requires clause

2021-12-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103865 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/103865] New: virtual function can have a requires clause

2021-12-30 Thread fchelnokov at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103865 Bug ID: 103865 Summary: virtual function can have a requires clause Product: gcc Version: 12.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[PATCH] shrink-wrapping: Fix up prologue block discovery [PR103860]

2021-12-30 Thread Jakub Jelinek via Gcc-patches
Hi! The following testcase is miscompiled, because a prologue which contains subq $8, %rsp instruction is emitted at the start of a basic block which contains conditional jump that depends on flags register set in an earlier basic block, the prologue instruction then clobbers those flags.

[Bug rtl-optimization/98977] Failure to optimize consecutive sub flags usage

2021-12-30 Thread crazylht at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98977 --- Comment #3 from Hongtao.liu --- LLVM has a separate module to merge sub and cmp, GCC can do similar thing. Alternative choice is canonicalizing cmp patterns to be same as subs' with a unused dest(result of sub), then CSE/PRE would be able to

[PATCH] objc: Fix handling of break stmt inside of switch inside of ObjC foreach [PR103639]

2021-12-30 Thread Jakub Jelinek via Gcc-patches
Hi! The r11-3302-g3696a50beeb73f changes broke the following ObjC testcase. in_statement is either 0 (not in a looping statement), various IN_* flags for various kinds of looping statements (or OpenMP structured blocks) or those flags ored with IN_SWITCH_STMT when a switch appears inside of those

[PATCH] libcpp: Fix up ##__VA_OPT__ handling [PR89971]

2021-12-30 Thread Jakub Jelinek via Gcc-patches
Hi! In the following testcase we incorrectly error about pasting / token with padding token (which is a result of __VA_OPT__); instead we should like e.g. for ##arg where arg is empty macro argument clear PASTE_LEFT flag of the previous token if __VA_OPT__ doesn't add any real tokens (which can

[Bug tree-optimization/103864] [11/12 Regression] ICE in vect_transform_reduction, at tree-vect-loop.c:7389 since r10-4675-g05101d1b575a57ca26e4275e971da85a0dd1d52a

2021-12-30 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103864 Martin Liška changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment

[Bug tree-optimization/103864] [11/12 Regression] ICE in vect_transform_reduction, at tree-vect-loop.c:7389 since r10-4675-g05101d1b575a57ca26e4275e971da85a0dd1d52a

2021-12-30 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103864 --- Comment #4 from Martin Liška --- > This is interesting, GCC 10.3.0 works but GCC 10.2.0 ICEs. Now I wonder > fixed it on the branch. I even tried -fno-vect-cost-model to see if it > failed in GCC 10.3.0. Hmm, lemme bisect that as well.

[Bug tree-optimization/103864] [11/12 Regression] ICE in vect_transform_reduction, at tree-vect-loop.c:7389 since r10-4675-g05101d1b575a57ca26e4275e971da85a0dd1d52a

2021-12-30 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103864 Andrew Pinski changed: What|Removed |Added Known to fail||10.2.0 --- Comment #3 from Andrew

[Bug tree-optimization/103864] [11/12 Regression] ICE in vect_transform_reduction, at tree-vect-loop.c:7389 since r10-4675-g05101d1b575a57ca26e4275e971da85a0dd1d52a

2021-12-30 Thread marxin at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103864 Martin Liška changed: What|Removed |Added Summary|[11/12 Regression] ICE in |[11/12 Regression] ICE in

SV: SV: [commited] jit: Support for global rvalue initialization and constructors

2021-12-30 Thread Petter Tomner via Gcc-patches
Oh ye no it is probably terrible missuse trying to write into the constructor. =) Maybe I should look into barring that entrypoint for constructors. Kinda overlooked that rvalue arrays could be used as lvalues. /Petter Från: Antoni Boucher Skickat: den 30 december 2021 02:40 Till: Petter

<    1   2