||slyfox at gcc dot gnu.org
Resolution|--- |MOVED
--- Comment #2 from Sergei Trofimovich ---
Setting status to MOVED to https://sourceware.org/PR22638
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96190
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed as a test failure on glibc-2.31 system:
FAIL: 22_locale/numpunct/members/char/3.cc execution test
Test does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95820
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95820
Sergei Trofimovich changed:
What|Removed |Added
Target Milestone|10.2|11.0
--- Comment #10 from Sergei Tr
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: jwakely at redhat dot com
Target Milestone: ---
Original build failure is found on re2c-2.0 project. Minimal failing example:
$ cat a.cc
#include
// g++-10.2.0 -c
Severity: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
It's a forward of https://bugs.gentoo.org/734006 where Ștefan Talp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #1 from Sergei Trofimovich ---
Created attachment 48966
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48966&action=edit
all.tar.gz
all.tar.gz is a preprocessed file, corresponding .gcda file and a few ipa
dumps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #2 from Sergei Trofimovich ---
My guess is it's somehow related to the fact that inliner did 'termvalid'
inline (twice probably?):
"""
static int
validate_chain_two_ops(node *tree, int (*termvalid)(node *), int op1, int op2)
{
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #3 from Sergei Trofimovich ---
Created attachment 48967
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48967&action=edit
gcc-tauthon-734006-PR96394.tar.gz
gcc-tauthon-734006-PR96394.tar.gz is seemingly self-contained example.
Priority: P3
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: rguenther at suse dot de
Target Milestone: ---
Today's gcc master at:
"""
commit f07fa7a31c89811ad9ffdd9831177cc815f098d2
Aut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96405
--- Comment #1 from Sergei Trofimovich ---
$ LANG=C ./xgcc -B. -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/tmp/portage-tmpdir/portage/sys-devel/gcc-11.0.0_pre999
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96405
Sergei Trofimovich changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #2 from Sergei Trofimovich ---
Seeing this as well on amd64-linux:
$ LANG=C ./xgcc -B. -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/tmp/portage-tmpdi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #5 from Sergei Trofimovich ---
Comparing example file:
$ LANG=C cmp --ignore-initial=16 ./stage2-x86_64-pc-linux-gnu/libgomp/task.o
./stage3-x86_64-pc-linux-gnu/libgomp/task.o
./stage2-x86_64-pc-linux-gnu/libgomp/task.o
./stage3-x86_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #8 from Sergei Trofimovich ---
Created attachment 48971
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48971&action=edit
task.S-stage2-stage3.tar.gz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #9 from Sergei Trofimovich ---
valgrind says there is use of uninitialized variable:
==3676055== Conditional jump or move depends on uninitialised value(s)
==3676055==at 0xDBED3B: vt_find_locations() (var-tracking.c:7230)
==36760
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #14 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #9)
> valgrind says there is use of uninitialized variable:
I picked _gcov.c and minimized it's unstable compilation under cvise. Then
minimized it under pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #15 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #14)
> (In reply to Sergei Trofimovich from comment #9)
> > valgrind says there is use of uninitialized variable:
>
> I picked _gcov.c and minimized it's un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
--- Comment #16 from Sergei Trofimovich ---
Sent https://gcc.gnu.org/pipermail/gcc-patches/2020-August/551174.html for
review.
> I'll check if it fixes bootstrap for me.
The patch fixed gcc bootstrap for me.
|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
Summary|[10 Regression] Bootstrap |[11 Regression] Bootstrap
|failure |failure
Resolution|--- |FIXED
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96383
Bug 96383 depends on bug 96404, which changed state.
Bug 96404 Summary: [11 Regression] Bootstrap failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96404
What|Removed |Added
--
Keywords: ice-on-invalid-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
In attempt to find why boost is able to crash gcc at
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96425
--- Comment #1 from Sergei Trofimovich ---
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x0069f0d6 in maybe_process_partial_specialization (type=0x0) at
../../gcc/gcc/cp/pt.c:976
976 if (CLASS_TYPE_P (type) && CL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96425
--- Comment #2 from Sergei Trofimovich ---
Compiler version and target details:
$ ./xg++ -B. -v
Reading specs from ./specs
COLLECT_GCC=./xg++
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc/configure --build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Created attachment 49084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49084&action=edit
part-of-webkit-gtk-2.28.4.tar.gz
Initially I noticed the bug on liferea whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87256
--- Comment #18 from Sergei Trofimovich ---
Thank you!
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org,
mliska at suse dot cz
Target Milestone: ---
The hang happens on real tauthon-2.8.2 interpreter from PR96394
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
--- Comment #1 from Sergei Trofimovich ---
Created attachment 49178
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49178&action=edit
_json.gcda
Attaching _json.gcda in case it will shed the light if file was written
incorrectly previously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
--- Comment #2 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #0)
> The hang happens on real tauthon-2.8.2 interpreter from PR96394 (no nice
> reproducer yet).
>
> In this instance I tried to build tauthon-2.8.2 against
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
--- Comment #3 from Sergei Trofimovich ---
Specifically I think this is already a wrong format on disk:
> _json.gcda:01a7: 0:COUNTERS topn 0 counts
> _json.gcda:01a9: 48:COUNTERS indirect_call 24 counts
> _json.gcda:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
--- Comment #4 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #3)
> Specifically I think this is already a wrong format on disk:
>
> > _json.gcda:01a7: 0:COUNTERS topn 0 counts
> > _json.gcda:01a9: 48
||2020-09-06
Ever confirmed|0 |1
Assignee|unassigned at gcc dot gnu.org |slyfox at gcc dot
gnu.org
--- Comment #5 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #4)
> $ x86_64-pc-linux-gnu-nm taut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
Sergei Trofimovich changed:
What|Removed |Added
Summary|gcc-11: __gcov_merge_topn |[10/11 regression] gcov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #8 from Sergei Trofimovich ---
Might end up being caused by the same bug in PR96913: TOPN streaming from/for
shared libraries is incorrect.
Proposed patch:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553320.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #9 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #8)
> Might end up being caused by the same bug in PR96913: TOPN streaming
> from/for shared libraries is incorrect.
>
> Proposed patch:
> https://gcc.gnu.or
oduct: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
ICE initially observed when building dolphi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
Sergei Trofimovich changed:
What|Removed |Added
Summary|[10/11 regression] gcov |[10 regression] gcov TOPN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #32 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #28)
> Should be fixed now.
Tested today's gcc against firefox-86 in lto+pgo mode. Built fine. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #12 from Sergei Trofimovich ---
Downstream bug report is https://gcc.gnu.org/PR99703 (has all config.log files
and build log files). Caveat: Gentoo's gcc-10.2.0 has a
https://gitweb.gentoo.org/proj/gcc-patches.git/tree/10.2.0/gentoo/4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #13 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #12)
> Downstream bug report is https://gcc.gnu.org/PR99703
Wrong link. Correct one: https://bugs.gentoo.org/777117
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #14 from Sergei Trofimovich ---
Meanwhile from downstream build.log:
* Configuring GCC with:
* --host=i586-pc-linux-gnu
* --build=i586-pc-linux-gnu
* --prefix=/usr
* --bindir=/usr/i586-pc-linux-gnu/gcc-bin/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #15 from Sergei Trofimovich ---
Created attachment 50450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50450&action=edit
gcc-10.2.0-cet-patched-lto-plugin-config.log
oduct: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Originally observer a s build failure of emacs-27.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95942
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
Severity: normal
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Single-file example is extracted from firefox-81 build hangup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #1 from Sergei Trofimovich ---
Created attachment 49388
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49388&action=edit
a.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #2 from Sergei Trofimovich ---
Original firefox lockup is slightly more complicated: malloc() call happens in
a constructor of external library (at _gpg_err_init()).
(gdb) bt
#0 __lll_lock_wait (futex=0x5591defd9720 , private=0) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #3 from Sergei Trofimovich ---
Probably started from
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=871e5ada6d53d5eb ("Make TOPN
counter dynamically allocated.") when dynamic memory allocation call was added
to gcov_topn_add_value(
NCONFIRMED
Severity: normal
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Bug initially observed as a build failure on grub-2.04. There 32-bit PLT
relocations get generated agains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97469
--- Comment #1 from Sergei Trofimovich ---
Reading
https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html#Common-Function-Attributes
it's not very clear if __attribute__((__target__("..."))) should throw away all
existing -m* comm
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially bug was reported as a crash of llvm-tblgen tool:
https://bugs.gentoo.org/749162.
Small reproducer:
$ cat a.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
Sergei Trofimovich changed:
What|Removed |Added
Host||x86_64-pc-linux-gnu
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
--- Comment #2 from Sergei Trofimovich ---
AFAIU '-1' comes from
https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgcc/gthr-posix.h;h=965247602acf11f81c5fa009c7ee48eb55cbacca;hb=HEAD#l696
696 static inline int
697 __gthread_once (__gthread_once_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97485
Sergei Trofimovich changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #10 from Sergei Trofimovich ---
How about something as simple as:
--- a/libgcc/gthr-posix.h
+++ b/libgcc/gthr-posix.h
@@ -697,7 +697,12 @@ static inline int
__gthread_once (__gthread_once_t *__once, void (*__func) (void))
{
if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #12 from Sergei Trofimovich ---
Aha, makes sense.
My hack did not survive bootstrap anyway as libgcc.a started referring
pthread_once() as well.
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
This is a forward of https://bugs.gentoo.org/750473 ICE where
spidermonkey-78.4.0 fails when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565
--- Comment #1 from Sergei Trofimovich ---
If I change 'abort' name to 'foo' then test works fine:
$ cat abort.cpp
extern "C" void foo(void) {
foo();
}
$ cat main.cpp
extern "C" void foo(void);
int main(int argc, char * argv[]) {
foo();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
--- Comment #5 from Sergei Trofimovich ---
gcc's backtrace:
Breakpoint 2, internal_error (gmsgid=0x2df9a67 "in %s, at %s:%d") at
../../gcc/gcc/diagnostic.c:1752
1752{
(gdb) bt
#0 internal_error (gmsgid=0x2df9a67 "in %s, at %s:%d") at
../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #13 from Sergei Trofimovich ---
Tried firefox-82 with LTO+PGO today on gcc-11-4428-g4a369d199bf. It gets a lot
more forward, but still gets stuck. This time on free()->allocate_gcov_kvp
()->alloc() deadloc.
The backtrace:
(gdb) bt
#
tree-vect-loop.c:8497
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #15 from Sergei Trofimovich ---
allocate_gcov_kvp() gets called 89 times. Tried as:
$ gdb --quiet --args dist/firefox/fire
fox 'data:text/html,Quitter.quit()' -profile
../../firefox-82.0/temp/tmpzhv0a26v
(gdb) break allocate_gcov_kvp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #19 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #16)
> (In reply to Sergei Trofimovich from comment #15)
> > allocate_gcov_kvp() gets called 89 times. Tried as:
>
> All right, it's quite close to what we have.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97461
--- Comment #20 from Sergei Trofimovich ---
(In reply to Martin Liška from comment #17)
> Or I may have a smarter trick: let's do dry run of malloc/free functions
> early in __gcov_init. Can you please test the patch as well?
>
> commit d80cecdb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96322
--- Comment #1 from Sergei Trofimovich ---
Maybe pick another similar locale? Candidates are:
glibc $ git grep '0;0' localedata/locales/ | cat
localedata/locales/aa_DJ:grouping 0;0
localedata/locales/bs_BA:grouping
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96322
--- Comment #3 from Sergei Trofimovich ---
Good point.
I tried pt_PT on FreeBSD to check if it's the same as in Linux and it's not:
there grouping=3 is used. +1 for custom locale.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96863
--- Comment #6 from Sergei Trofimovich ---
In we see ICEs related to '[[no_unique_address]]' on chromium source code:
https://bugs.gentoo.org/757150 (a variant of #c4 example).
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initial problem is observed on liferea crash at startup against
webkit-gtk-2.28.4 built with gcc-11.
If I reduced original source correctly here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98130
--- Comment #14 from Sergei Trofimovich ---
The gcc patch also fixes original liferea+webkit-gtk-2.28.4 crash. Thank you!
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
The bug was initially observed as a miscompilation of wine-5.22 built with
gcc-11 -march=sandybridge. gcc-10 seems to
iority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Extracted from larger confusing boost example where g++ and clang++ disagree on
syntactic validity. Filing a small one:
$ cat bug.cpp
void d(void)
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Noticed error-looking warning when was reducing unrelated boost ICE. Minimal
reproducer:
// $ cat bug.cpp
extern struct grammar *target_grammar;
template v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97750
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97750
--- Comment #4 from Sergei Trofimovich ---
Created attachment 49774
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49774&action=edit
bug.c.orig
Attaching bug.c.orig. Unreduced preprocessed file. 'gcc-11.0.0 -O2 -x c -c
bug.c.orig' is enoug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97750
--- Comment #6 from Sergei Trofimovich ---
Peeking at the gdb backtrace:
#0 operator_cast::op1_range (this=0x2e23ac0 , r=...,
type=0x77676c78, lhs=..., op2=...) at ../../gcc/gcc/range-op.cc:1881
#1 0x01f7195e in gimple_range_calc_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #10 from Sergei Trofimovich ---
Finally managed to shrink it down to self-contained example. It has to be split
into two .c files (and one header) to prevent analyzer from inferring too much:
// node.h:
void bug(void);
void * PyErr_F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #11 from Sergei Trofimovich ---
Created attachment 49263
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49263&action=edit
b.tar.gz
Also attaching tiny example as b.tar.gz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
Sergei Trofimovich changed:
What|Removed |Added
Attachment #49263|0 |1
is obsolete|
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Originally observed on freetype-2.10.2 package.
Here is the minimal reproducer:
// x86_64-pc-linux-gnu-gcc -m32 -c -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97206
--- Comment #1 from Sergei Trofimovich ---
Testcase 2: something related happens to wavpack-5.3.2 package where gcc
stopped typechecking array declarations:
char *a(char *__restrict, int);
__attribute__((__access__(__write_only__, 1))) char
: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
CC: hubicka at gcc dot gnu.org, marxin at gcc dot gnu.org
Target Milestone: ---
Initially spotted the problem on glibc form master where fscanf() breaks in
complex ways.
I tried
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #1 from Sergei Trofimovich ---
Created attachment 49295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49295&action=edit
uname.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #3 from Sergei Trofimovich ---
Oh, that makes sense.
> void __vfscanf_internal__ (const char *f, __builtin_va_list argptr)
> {
> /* assume input: "1<>\0" */
> while (*f != '\0')
> {
> const unsigned char ** pstr = (cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
--- Comment #9 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #8)
> Should be fixed for gcc-11. Will send a backport to gcc-10 this evening (the
> code changed slightly since gcc-10).
gcc-10 backport sent for review as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96913
Sergei Trofimovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #20 from Sergei Trofimovich ---
(In reply to Martin Jambor from comment #18)
> I proposed the patch on the mailing list (I guess I should put Martin's name
> at least to the testsuite ChangeLog and probably to both):
>
> https://gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93115
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
It's an upstream repo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97295
--- Comment #1 from Sergei Trofimovich ---
Created attachment 49309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49309&action=edit
ICE-testcase-gcc-10.2.0.tar.gz
ICE-testcase-gcc-10.2.0.tar.gz contains two object files that seems to be
e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97295
--- Comment #2 from Sergei Trofimovich ---
Also fails on unpatched releases/gcc-10.2.0 built as:
"""
$ ${HOME}/dev/git/gcc-10-build/gcc/xg++ -B${HOME}/dev/git/gcc-10-build/gcc -v
Reading specs from /home/slyfox/dev/git/gcc-10-build/gcc/specs
CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97295
--- Comment #3 from Sergei Trofimovich ---
Poking at the crash to get clues:
"""
(gdb) bt
#0 internal_error (gmsgid=0x285ac9f "in %s, at %s:%d") at
../../gcc-10/gcc/diagnostic.c:1706
#1 0x01f7c34a in fancy_abort (file=0x20c3e90
"../../
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97295
--- Comment #6 from Sergei Trofimovich ---
Created attachment 49336
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49336&action=edit
b.tar.gz
Managed to craft self-contained example which is able to crash both gcc-10 and
gcc-11. Attached a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97295
--- Comment #7 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #6)
> Created attachment 49336 [details]
> b.tar.gz
>
> Managed to craft self-contained example which is able to crash both gcc-10
> and gcc-11. Attached as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98306
--- Comment #2 from Sergei Trofimovich ---
That makes sense. If it's a valid C++ I'm fine with closing the bug as
RESOLVED/INVALID.
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: slyfox at gcc dot gnu.org
Target Milestone: ---
Initially bug is observed on a usage crash of libsass-3.6.4. Code snippet
around the crash:
https://github.com/sass/libsass/blob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98499
--- Comment #1 from Sergei Trofimovich ---
Managed to get rid of external dependency:
```
struct string {
char * _M_buf;
// local store
char _M_local_buf[16];
string(const string &__str) : _M_buf(_M_local_buf) {}
string(const char *
1 - 100 of 652 matches
Mail list logo
