: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=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!
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=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
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=90077
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90528
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
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
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
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=95118
--- Comment #1 from Sergei Trofimovich ---
Created attachment 48528
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48528&action=edit
bug.c
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
Sergei Trofimovich changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comm
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=95194
--- Comment #1 from Sergei Trofimovich ---
https://gcc.gnu.org/PR48200 touches on why asm aliases are problematic.
: 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=94657
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRME
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?
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=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
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
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=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
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=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
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=94998
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95811
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=82953
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86353
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
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=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.
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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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=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
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=96003
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=81658
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
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=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.
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=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=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=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.
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=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
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 #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 #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=81426
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
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
_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=92504
--- Comment #1 from Sergei Trofimovich ---
Created attachment 47232
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47232&action=edit
bug.ii
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
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=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 ()
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
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=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
: 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=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
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 #4 from Sergei Trofimovich ---
Sounds good! Filed https://sourceware.org/PR25331 against binutils/gas.
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=93115
Sergei Trofimovich changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
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=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=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=93058
Sergei Trofimovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
--- Comment #1 from slyfox at inbox dot ru 2009-08-22 12:09 ---
I can confirm gcc-4.4.1 errors the same way.
I think stdcall is offender:
My sample is more complicated, but has the same features: stdcall+tailcall.
Produces SIGSEGV for me https://bugs.gentoo.org/show_bug.cgi?id=282189
--- Comment #5 from slyfox at inbox dot ru 2009-08-22 18:38 ---
(In reply to comment #3)
> Created an attachment (id=18413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18413&action=view) [edit]
> patch to fix the failure
>
> Sibcalls of any kind should b
--- Comment #8 from slyfox at inbox dot ru 2009-08-23 11:12 ---
(In reply to comment #7)
> Subject: Bug 40718
>
> Author: uros
> Date: Sun Aug 23 09:46:00 2009
> New Revision: 151028
>
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151028
>
--- Comment #16 from slyfox at inbox dot ru 2009-08-29 10:26 ---
(In reply to comment #15)
> Fixed everywhere.
>
Just tested on my sample (got this only revision from 4_4 branch and applied to
gentoo gcc sources).
All works as expected.
Thanks!
--
http://gcc.gnu.org/bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48088
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
1 - 100 of 241 matches
Mail list logo
