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 expecte
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
56
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 and
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 setu
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:
l
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 8c3785c43d490d4f234e21c9dee6b
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 *d,
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 underst
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:
$ hppa2.0-unknown-linux-gnu-gc
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 w
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&action=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&action=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. Do
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&action=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&action=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 'bad-b
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&action=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 15
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&action=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 a
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
-fno-stack-protector
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&action=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 DSPEmitter::M_SDSP_r_s
Severity: 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
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
Version: 11.0
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 com
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 /home/sl
NCONFIRMED
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
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 x$build
Version: 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: ---
Loo
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
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 /usr/bin/x86_64-pc-linux-gnu-g++-10.1.0
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
Status|UNCONFIRME
: 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
--- Comm
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&action=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="
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
NCONFIRMED
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&action=edi
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
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
- it
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
> https://sourceware.org/bugzilla/show_bug.cgi?id=2
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 t
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 u
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 guess
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&action=edit
min-bug.c
The bug initially discovered on gcc-9.2.0. creduce managed to shrink it down to
min-bug.c.
On i
: 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 pvallo
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
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 ../i
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&action=edit
scipy-graphite-ice.f
In
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 "cc1plu
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&action=edit
bug.ii
_inner_reference, 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 r
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&action=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&action=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&action=edit
bug-min-against-8.3.0.c
While original sample fails both against 8.3.0 and 9.2.0 this distilled example
fa
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 app
1 - 100 of 241 matches
Mail list logo
