[Bug libfortran/114646] libgfortran still doesn't define GTHREAD_USE_WEAK to 0 for newer glibc

2024-04-09 Thread skpgkp2 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114646 --- Comment #17 from Sunil Pandey --- (In reply to H.J. Lu from comment #10) > Created attachment 57906 [details] > A patch > > I am testing this. This patch resolved my static testing issue.

[Bug target/88035] missing _mm512_reduce_round_pd() et al

2021-07-21 Thread skpgkp2 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88035 --- Comment #3 from Sunil Pandey --- I added _mm512_reduce_round_pd() and bunch of other missing intrinsic last year. commit 93103603fd66a9fcf3ea2d8b52657e4b2496f544 Author: Sunil K Pandey Date: Wed Oct 14 11:36:39 2020 -0700 x86: Add

[Bug testsuite/101114] new test case libgomp.c/../libgomp.c-c++-common/struct-elem-5.c fails after its introduction in r12-1565

2021-06-22 Thread skpgkp2 at gmail dot com via Gcc-bugs
-common/struct-elem-5.c --target_board='unix{-m64}'" $ cd {build_dir}/x86_64-linux/libgomp/testsuite && make check RUNTESTFLAGS="c++.exp=libgomp.c-c++-common/struct-elem-5.c --target_board='unix{-m64\ -march=cascadelake}'" (Please do not reply to this email, for question about this report, contact me at skpgkp2 at gmail dot com)

[Bug target/97054] New: [r10-3559 Regression] Runtime segfault with attached test code

2020-09-14 Thread skpgkp2 at gmail dot com
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: crazylht at gmail dot com, hjl.tools at gmail dot com Target Milestone: --- Created attachment 49218 --> https://gcc.gnu.org/bugzi

[Bug target/97018] [11 Regression] FAIL: gcc.target/i386/l_fma_float_1.c scan-assembler-times vfnmsub[123]+ss 32 on Linux/x86_64 (-m64 -march=cascadelake)

2020-09-11 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97018 --- Comment #5 from Sunil Pandey --- (In reply to Richard Biener from comment #1) > Do they PASS on the GCC 10 branch? GCC 10 branch has same issue. Same patch should be applied to GCC 10 too.

[Bug regression/97018] New: [r11 Regression] FAIL: gcc.target/i386/l_fma_float_1.c scan-assembler-times vfnmsub[123]+ss 32 on Linux/x86_64 (-m64 -march=cascadelake)

2020-09-11 Thread skpgkp2 at gmail dot com
Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: hjl.tools at gmail dot com Target Milestone

[Bug target/95237] LOCAL_DECL_ALIGNMENT shrinks alignment, FAIL gcc.target/i386/pr69454-2.c

2020-07-22 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237 --- Comment #23 from Sunil Pandey --- (In reply to David Binderman from comment #20) > This bug has prevented the successful compilation of the local > Linux kernel for just over a month now. > > If I can assist with any testing, please let me

[Bug middle-end/96192] tree-inline.c(copy_decl_for_dup_finish) should preserve decl alignment in copy

2020-07-22 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96192 Sunil Pandey changed: What|Removed |Added CC||skpgkp2 at gmail dot com --- Comment #4

[Bug middle-end/96192] tree-inline.c(copy_decl_for_dup_finish) should preserve decl alignment in copy

2020-07-14 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96192 --- Comment #3 from Sunil Pandey --- (In reply to Richard Biener from comment #1) > Hmm, but there's no local variable to copy here? Are you refering to the > result decl from b we materialize in c? This would be the same case > as for example

[Bug middle-end/96192] New: tree-inline.c(copy_decl_for_dup_finish) should preserve decl alignment in copy

2020-07-13 Thread skpgkp2 at gmail dot com
: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: hjl.tools at gmail dot com Target Milestone: --- Target: x86_64-*-* i?86-*-* tree-inline.c function

[Bug target/95885] New: LOCAL_DECL_ALIGNMENT macro documentation is incorrect.

2020-06-24 Thread skpgkp2 at gmail dot com
Component: target Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com Target Milestone: --- Target: x86_64-*-* i?86-*-* LOCAL_DECL_ALIGNMENT Macro documentation 1172 @defmac LOCAL_DECL_ALIGNMENT (@var{decl}) 1173 If defined, a C expression

[Bug target/95237] LOCAL_DECL_ALIGNMENT shrinks alignment, FAIL gcc.target/i386/pr69454-2.c

2020-06-19 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237 --- Comment #18 from Sunil Pandey --- Another test, trigger with -Os option. $ cat foo.i int a; long long b() {} int c() { if (b()) a = 1; } $gcc -m32 -mpreferred-stack-boundary=2 -Os -c foo.i during GIMPLE pass: adjust_alignment

[Bug target/95237] LOCAL_DECL_ALIGNMENT shrinks alignment, FAIL gcc.target/i386/pr69454-2.c

2020-06-19 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237 --- Comment #17 from Sunil Pandey --- $ cat foo.c long long c(long long x) {} int a() { long long b = c(b); } $ gcc -m32 -mpreferred-stack-boundary=2 -c foo.c during GIMPLE pass: adjust_alignment foo.c: In function ??a??: foo.c:2:5: internal

[Bug target/95748] New: Long long function parameter should be aligned to 32 bit on x86.

2020-06-18 Thread skpgkp2 at gmail dot com
Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: hjl.tools at gmail dot com Target Milestone: --- Long long function parameter should be aligned to 32 bit on x86 target. $ cat paramtest.c

[Bug target/95237] LOCAL_DECL_ALIGNMENT shrinks alignment, FAIL gcc.target/i386/pr69454-2.c

2020-06-02 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237 --- Comment #14 from Sunil Pandey --- Created attachment 48662 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48662=edit Add target hook to skip alignment check for long long on x86 with -m32 and -mpreferred-stack-boundary=2 Bootstrap and

[Bug target/95237] LOCAL_DECL_ALIGNMENT shrinks alignment, FAIL gcc.target/i386/pr69454-2.c

2020-06-01 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237 --- Comment #4 from Sunil Pandey --- This test case and many other regression on x86 caused by following change set r11-508 Good $ /local/skpandey/gccwork/pr95237/tools-build/gcc-debug-r11-507/release/usr/gcc-11.0.0-x86-64/bin/gcc -m32

[Bug target/92807] gcc generate extra move for the snippet code along with lea instruction.

2019-12-09 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92807 --- Comment #5 from Sunil Pandey --- Patch link: https://gcc.gnu.org/ml/gcc-patches/2019-12/msg00450.html

[Bug target/92807] gcc generate extra move for the snippet code along with lea instruction.

2019-12-04 Thread skpgkp2 at gmail dot com
, ||skpgkp2 at gmail dot com Summary|gcc generate extra move for |gcc generate extra move for |the snippet code|the snippet code along with ||lea instruction. --- Comment #1

[Bug target/92807] New: gcc generate extra move for the snippet code

2019-12-04 Thread skpgkp2 at gmail dot com
: target Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com Target Milestone: ---

[Bug middle-end/91512] [10 Regression] Fortran compile time regression.

2019-09-06 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #20 from Sunil Pandey --- Created attachment 46851 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46851=edit Compile time regression reproducer. attached reproducer show ~28X compile time regression after the commit. See the

[Bug middle-end/91512] [10 Regression] Fortran compile time regression.

2019-08-25 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #18 from Sunil Pandey --- (In reply to Thomas Koenig from comment #17) > Simply passing on a huge number of arguments is not enough to trigger this. > > Here's a perl script to generate test cases: > > while ($n=shift) > { >

[Bug middle-end/91512] [10 Regression] Fortran compile time regression.

2019-08-23 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #16 from Sunil Pandey --- (In reply to rguent...@suse.de from comment #15) > On Thu, 22 Aug 2019, skpgkp2 at gmail dot com wrote: > > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 > > > > --- Comme

[Bug middle-end/91512] [10 Regression] Fortran compile time regression.

2019-08-22 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #14 from Sunil Pandey --- (In reply to Richard Biener from comment #7) > (In reply to Sunil Pandey from comment #4) > > Actually it is spec cpu 2017 521.wrf benchmark getting this problem while > > compiling. Compilation taking

[Bug fortran/91512] [10 Regression] Fortran compile time regression.

2019-08-21 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #4 from Sunil Pandey --- (In reply to Thomas Koenig from comment #3) > (In reply to Sunil Pandey from comment #2) > > > phase opt and generate : 47.72 ( 97%) 0.24 ( 77%) 48.04 ( > > 96%) 118205 kB ( 89%) > > So,

[Bug fortran/91512] Fortran compile time regression.

2019-08-21 Thread skpgkp2 at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 --- Comment #2 from Sunil Pandey --- Before commit time report: == $ /local/skpandey/gccwork/gcc_trunk/tools-build/gcc-debug/release.a4ba5c3ec624008e899a8bcb687359db25140c23/usr/gcc-10.0.0-x86-64/bin/gfortran -m64 -c -o

[Bug fortran/91512] New: Fortran compile time regression.

2019-08-21 Thread skpgkp2 at gmail dot com
Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: crazylht at gmail dot com, hjl.tools at gmail dot com, tkoenig at gcc dot gnu.org Target Milestone: --- We have a big fortran file which used to take 30 second to compile

[Bug rtl-optimization/91503] New: ICE ira-build.i:17:1: error: shared rtx

2019-08-20 Thread skpgkp2 at gmail dot com
-optimization Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: crazylht at gmail dot com, hjl.tools at gmail dot com Target Milestone: --- ICE when compile with gcc option "-O3 -mtune-ctrl=^inter_unit_moves_to_vec -msse4.1"

[Bug rtl-optimization/91460] New: gcc -mpreferred-vector-width=256 is slower than -mpreferred-vector-width=128 for some loops

2019-08-15 Thread skpgkp2 at gmail dot com
Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: skpgkp2 at gmail dot com CC: hjl.tools at gmail dot com Target Milestone: --- 1 static inline void pixel_avg( uint8_t *dst, int