https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85621
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
--- Comment #7 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #6)
> -fdump-ipa-all-all generates sdb.wpa.076i.cp that says f() has no jump
> functions:
> ...
> Is it expected?
print_all_lattices() suggests it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
--- Comment #6 from Sergei Trofimovich ---
-fdump-ipa-all-all generates sdb.wpa.076i.cp that says f() has no jump
functions:
"""
Jump functions:
Jump functions of caller main/9:
Jump functions of caller a/8:
callsite a/8 -> e/2 :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
--- Comment #5 from Sergei Trofimovich ---
I shrunk example to "single-file" (almost) example to ease local tweaking:
$ cat 1file.c
void e(void);
void f(void);
void a(int, int);
void c(int);
#ifdef COMPILE_F1
int b;
void c(int d)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
--- Comment #4 from Sergei Trofimovich ---
Peeking at the crash:
"""
Program received signal SIGSEGV, Segmentation fault.
0x01ca0fed in has_undead_caller_from_outside_scc_p
(node=0x77670438, data=0x0) at ../../gcc/gcc/ipa-cp.c:5670
oduct: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Originall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96190
--- Comment #3 from Sergei Trofimovich ---
As suggested by Eric I plan to apply sparc fix from master into gcc-10 branch
after 10.2 release cut.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #8 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #6)
> (In reply to Martin Sebor from comment #4)
> > The warning in the test case in comment #3 looks correct to me.
>
> Thank you! I'll try to re-reduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #7 from Sergei Trofimovich ---
Similar example from xmms2 project, dynamic_cast<> version:
#include
// main loop interface
struct I {
virtual void run();
};
struct M : public I {
virtual void run();
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942
--- Comment #3 from Sergei Trofimovich ---
Another example is edb-debugger project
https://github.com/eteran/edb-debugger/blob/070d0196227a58ce2ba15c695944ba16ce66c080/plugins/DebuggerCore/unix/linux/arch/x86-generic/PlatformThread.cpp#L331:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96190
--- Comment #1 from Sergei Trofimovich ---
Sent https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549983.html for
review. If it's a reasonable thing to do I'll convert the rest of targets.
Severity: normal
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
The side-effect of the crtbeginS.o/crtend.o mismatch are:
- R_SPARC_NONE relocations in final executables: https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81658
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #6 from Sergei Trofimovich ---
(In reply to Martin Sebor from comment #4)
> The warning in the test case in comment #3 looks correct to me.
Thank you! I'll try to re-reduce and not introduce new NULLs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96107
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95984
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96107
--- Comment #1 from Sergei Trofimovich ---
Forgot to post actual command. It's the same as for 10.1.0:
$ LANG=C /usr/bin/x86_64-pc-linux-gnu-g++ -o bug.o -c -Wall bug.cc
NCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
$ cat bug.cc
struct a {
using b = a;
class c f(, b , (c *, *{ int d;
b e;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #31 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #28)
> > Bisected down to:
> >
> > $ git bisect good
> > 8c3785c43d490d4f234e21c9dee6bb1bb8d1dbdf is the first bad commit
> > commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #27 from Sergei Trofimovich ---
If it's of any help by slightly expanding case switch I reproduced very similar
problem on both hppa and sh4 (but not on sparc or mips) with:
"""
int b, c;
int a() __attribute__((noipa));
int a(int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #25 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #22)
> (In reply to Martin Liška from comment #17)
> > For me tree optimized dump is correct, so likely a target issue.
>
> Yeah, I agree. I finally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #24 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #23)
> cvise managed to shrink example down to the following:
For completeness assembly output difference is very clear now:
$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #23 from Sergei Trofimovich ---
cvise managed to shrink example down to the following:
"""
int b, c;
int a() __attribute__((noipa));
int a(int *d, int *f, int g) {
int e;
if (d == f)
e = 0;
else
e = 1;
switch (g) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #22 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #17)
> For me tree optimized dump is correct, so likely a target issue.
Yeah, I agree. I finally understood why memory loads disappear (duh!).
> @Sergei: Is GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #21 from Sergei Trofimovich ---
(In reply to Eric Botcazou from comment #18)
> If the control flow goes through .L12:
>
> .L12:
> b .L3; return 0; (not interesting, fall through)
> ldi 1,%r28
>
> the return value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #20 from Sergei Trofimovich ---
Created attachment 48828
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48828=edit
good.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #19 from Sergei Trofimovich ---
Created attachment 48827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48827=edit
bad.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #16 from Sergei Trofimovich ---
If I looks at bad-bug.c.190t.dse3 I see 'self' and 'other' refer to the same
.MEM_10 memory location in 'basic block 5'. I think it should not, 'basic block
4' jumps into bb5 only when self != other.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #15 from Sergei Trofimovich ---
Created attachment 48822
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48822=edit
bad-bug.c.190t.dse3
bad-bug.c.190t.dse3 previous tree phase for comparison.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #14 from Sergei Trofimovich ---
Created attachment 48821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48821=edit
bad-bug.c.191t.cddce3
bad-bug.c.191t.cddce3 is the full file generated by -fdump-tree-all-all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #11 from Sergei Trofimovich ---
Looking at -fdump-tree-all:
$gcc/xgcc -B$gcc -lm -Wsign-compare -Wall -fno-PIE -no-pie
-fno-stack-protector -O2 -S bug_test.c -o bad-bug.S -fdump-tree-all
I see that stores are eliminated at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #10 from Sergei Trofimovich ---
Created attachment 48820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48820=edit
good-bug.S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #9 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #7)
> There's ASM diff in between GCC 9 and 10 version:
>
> diff -u good.s bad.s
> --- good.s2020-07-01 15:04:58.315839436 +0200
> +++ bad.s 202
0-07-01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #6 from Sergei Trofimovich ---
Created attachment 48816
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48816=edit
bad-bug.S
bad-bug.S is miscompiled file generated by main gcc (not clear what is wrong
yet).
Generated as:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #5 from Sergei Trofimovich ---
I ran the test in qemu-hppa (qemu user binary emulation) against Gentoo's
hppa2.0 root system as:
/usr/bin/qemu-hppa -L /usr/hppa2.0-unknown-linux-gnu/ "$@"
where /usr/hppa2.0-unknown-linux-gnu/ is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #3 from Sergei Trofimovich ---
Reproducible on both qemu-hppa and on real "PA8600 (PCX-W+) 9000/785/C3600"
machine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #2 from Sergei Trofimovich ---
Happens both on gcc-10.1.0 and gcc from main development branch. Here is the
example of -O1/-O2 difference:
$ hppa2.0-unknown-linux-gnu-gcc -lm -Wsign-compare -Wall -fno-PIE -no-pie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #1 from Sergei Trofimovich ---
Created attachment 48814
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48814=edit
bug_test.c
Selfcontained example.
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: dave.anglin at bell dot net, law at redhat dot com
Target Milestone: ---
Target: hppa2.0-unknown-linux-gnu
Originally reported as https://bugs.gentoo.org/729570
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942
--- Comment #1 from Sergei Trofimovich ---
Original code looks is at
https://github.com/dolphin-emu/dolphin/blob/2e8d1dd1dbcca7095e9d842f1df037cbe76868e4/Source/Core/Core/DSP/Jit/x64/DSPEmitter.cpp#L476:
"""
...
Gen::OpArg
: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
The original error is seen on https://www.dolphin-emu.org/ project as a build
error. Minimized example looks the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86353
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82953
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Originally ICE happened when I attempted to compile valgrind-3.16.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95811
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94998
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: hjl.tools at gmail dot com
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95768
--- Comment #1 from Sergei Trofimovich ---
On today's gcc master configured as:
$ ~/dev/git/gcc-native-quick/gcc/xg++
-B/home/slyfox/dev/git/gcc-native-quick/gcc/ -v # -march=sandybridge -O2 -Wall
-c bug.cc -o bug.o -
Reading specs from
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
SIGSEGV initially observed on qtcore-5.14.2 package.
Here is the minimal(ish) reproducer:
// $ cat bug.cc
extern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95648
--- Comment #1 from Sergei Trofimovich ---
The following seems to be enough to use detected objdump:
--- a/config/gcc-plugin.m4
+++ b/config/gcc-plugin.m4
@@ -45,7 +45,7 @@ AC_DEFUN([GCC_ENABLE_PLUGINS],
;;
*)
if test
: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plugins
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: pmuldoon at gcc dot gnu.org
Target Milestone: ---
Looks similar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95528
--- Comment #5 from Sergei Trofimovich ---
My bisect ended up at:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=78307657cf9675bc4aa2e77561c823834714b4c8
$ git bisect bad
78307657cf9675bc4aa2e77561c823834714b4c8 is the first bad commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95528
--- Comment #1 from Sergei Trofimovich ---
It seems to be somehow specific to avx512:
This works:
$ LANG=C /usr/bin/x86_64-pc-linux-gnu-g++-10.1.0 -march=skylake -O2 -c bug.cc
-o bug.o
This ICEs:
$ LANG=C
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
The bug is initially reported in https://bugs.gentoo.org/727028 as an ICE on
firefox-77 code by Thomas Deutschmann.
Here is the minimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84553
--- Comment #6 from Sergei Trofimovich ---
Gentoo runs the patch for a while system-wide and it seems to work fine. Worth
submitting the patch for review?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94657
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org,
rguenth at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95194
--- Comment #1 from Sergei Trofimovich ---
https://gcc.gnu.org/PR48200 touches on why asm aliases are problematic.
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org
Target Milestone: ---
The bug is originally reported by Andrew Savchenko as
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95118
Sergei Trofimovich changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95118
--- Comment #2 from Sergei Trofimovich ---
Seems to be a regression since gcc-9.3.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95118
--- Comment #1 from Sergei Trofimovich ---
Created attachment 48528
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48528=edit
bug.c
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
The bug originally reported by Adrien Dessemond as
https://bugs.gentoo.org/722774 where gzip-1.10's ./configure CFLAGS="-O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94657
--- Comment #2 from Sergei Trofimovich ---
Sent as https://gcc.gnu.org/pipermail/gcc-patches/2020-April/544379.html
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Created attachment 48305
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48305=edit
libcpp-ar.patch
Initia
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
A tiny backstory: to profile a program I built it with '-g'. The result did not
fit in my RAM and machine crashed. Looking at the doc I found out '-g' means
'-g2' (and not '-g1').
Worth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90528
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90077
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94259
--- Comment #4 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #3)
> Created attachment 48093 [details]
> Patch candidate
>
> There's a patch candidate. Can you please test it?
The following seems to inject 'no' library:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94259
--- Comment #1 from Sergei Trofimovich ---
I also noticed a minor infelicity: if you pass just --with-zstd build system
will do a few unexpected things:
- it will not fail of zstd is not present in system but will silently skip zstd
support
-
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Built gcc with --without-zstd as:
$ ../gcc/configure --enable-languages=c,c++ --disable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94185
--- Comment #9 from Sergei Trofimovich ---
Now smartmontools-7.0 builds successfully against gcc version 10.0.1 20200317
(experimental), commit 2e30d3e3e88b6a544074ff89de4974bc5e200e89.
Thank you for a superfast fix!
:4006
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Created attachment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93609
--- Comment #2 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #1)
> Hello, it's a known and reported issue:
> https://lists.gnu.org/archive/html/libtool/2020-01/msg00022.html
>
ty: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: marxin at gcc dot gnu.org
Target Milestone: ---
It's an upstream version of https://bugs.gentoo.org/708340 where libtool was
not able to det
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93058
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93058
--- Comment #4 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #3)
> @Sergei: Can you please send a patch for this?
Sent as https://gcc.gnu.org/ml/gcc-patches/2020-01/msg01642.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256
--- Comment #12 from Sergei Trofimovich ---
I started looking at implementing full local cache in complement to global
evicting 'struct alg_hash_entry x_alg_hash[NUM_ALG_HASH_ENTRIES];' cache.
Noob question: which gcc's data structure should I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
--- Comment #2 from Sergei Trofimovich ---
bug.cpp is a trimmed down version of llvm-roc's codebase with creduce.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
Sergei Trofimovich changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
CC: marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93108
--- Comment #4 from Sergei Trofimovich ---
Sounds good! Filed https://sourceware.org/PR25331 against binutils/gas.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93108
--- Comment #2 from Sergei Trofimovich ---
Commenting out 'GETA $2,LC:0' makes assembler get past the error.
'LC:0' is defined in '.rodata'. If I change '.rodata' manually to '.text'
assembler can assemble ELF file from modified source.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93108
--- Comment #1 from Sergei Trofimovich ---
Created attachment 47573
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47573=edit
min-bug.c
The bug initially discovered on gcc-9.2.0. creduce managed to shrink it down to
min-bug.c.
On it the
: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Created attachment 47572
--> https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93058
--- Comment #1 from Sergei Trofimovich ---
Th important bits seems to be:
gcc/testsuite/g++.dg/asan/asan_test.cc:129:22: error: writing 1 byte into a
region of size 0 [-Werror=stringop-overflow=]
I think it happens because glibc marks
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Noticed asan test failure:
$ make check-c++ -j9 RUNTESTFLAGS='asan.exp=asan_test.C'
FAIL: g++.dg/asan/asan_test.C -O2 (test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92945
--- Comment #2 from Sergei Trofimovich ---
Rebuilt isl with debugging symbols. gdb says 'bmap' is NULL:
Thread 2.1 "f951" received signal SIGSEGV, Segmentation fault.
[Switching to process 1944963]
isl_basic_map_underlying_set (bmap=0x0) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92945
--- Comment #1 from Sergei Trofimovich ---
The crash happens somewhere in internals of isl-0.22:
Thread 2.1 "f951" received signal SIGSEGV, Segmentation fault.
[Switching to process 1919154]
0x77e50a74 in isl_basic_map_underlying_set ()
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Created attachment 47498
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47498=edit
scipy-graphite-ice.f
Initia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
--- Comment #4 from Sergei Trofimovich ---
If I read backtrace function names correctly crash happened when openmp for was
expanded and one of arguments was not recognised early enough as invalid (value
vs. function pointer?).
Thread 2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92504
--- Comment #1 from Sergei Trofimovich ---
Created attachment 47232
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47232=edit
bug.ii
, at
expr.c:7238
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
--- Comment #8 from Sergei Trofimovich ---
Created attachment 47159
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47159=edit
bug.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92095
--- Comment #1 from Sergei Trofimovich ---
Created attachment 47034
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47034=edit
bug.c
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at inbox dot ru
Target Milestone: ---
Originally reported by Rolf Eike Beer as a build failure of python-3.6.9:
https://bugs.gentoo.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91854
--- Comment #3 from Sergei Trofimovich ---
Created attachment 46908
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46908=edit
bug-min-against-8.3.0.c
While original sample fails both against 8.3.0 and 9.2.0 this distilled example
fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91269
--- Comment #19 from Sergei Trofimovich ---
(In reply to Eric Botcazou from comment #18)
> > Here is a bug-lz4-8.3.0.c that exposes suspiciously similar failure on
> > sparc64 gcc-8.3.0 on lz4-1.8.3 package:
>
> Please open a new PR with the
1 - 100 of 240 matches
Mail list logo