https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #30 from Martin Liška ---
(In reply to David Binderman from comment #29)
> Maybe I've been slightly less than clear, but to quote myself:
> >anything I do to reduce the problem makes it go away
Ah, ok!
>
> So I can't provide a smal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
--- Comment #41 from Martin Liška ---
The patch survives PGO bootstrap of GCC and it shrinks size of gcda
file from 17MB to 12MB.
And compression can achieve the following:
zstd: 3.3 MB
$ time zstd *
real0m0.082s
user0m0.068s
sys0m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #32 from Martin Liška ---
> I am busy with other stuff right now, but by the weekend, I should be
> able to enhance routine internal_error to produce a preprocessed source
> code file and so we can make progress.
Thank you very much.
||r11-1565-g2c0069fafb53ccb7
Blocks||26163
CC||marxin at gcc dot gnu.org
--- Comment #4 from Martin Liška ---
Started with r11-1565-g2c0069fafb53ccb7. I see it failing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #34 from Martin Liška ---
I don't have to do anything special in order to get pre-processed source file:
$ gcc pr88876.c -freport-bug
pr88876.c:10:1: internal compiler error: ‘global_options’ are modified in local
context
10 | in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #35 from Martin Liška ---
Btw. can you run the failing compilation in gdb and list where exactly it fails
(which option name is different)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #37 from Martin Liška ---
Which is quite strange difference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95830
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95745
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
||2020-06-25
CC||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95885
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever
|1
Last reconfirmed||2020-06-25
CC||anlauf at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #2 from Martin Liška ---
Started with r11-461
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95881
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
,
||marxin at gcc dot gnu.org
Summary|[9/10/11 Regression] ICE in |[9/10/11 Regression] ICE in
|gfc_add_type, at|gfc_add_type, at
|fortran/symbol.c:2030 |fortran/symbol.c:2030 since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95879
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever
||2020-06-25
Ever confirmed|0 |1
CC||jakub at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Started to ICE with r7-4447
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95888
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95888
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Martin Liška ---
|1
CC||iains at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #2 from Martin Liška ---
Confirmed, I'm bisecting that..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95895
--- Comment #3 from Martin Liška ---
Reduced test-case:
cat x.ii
namespace std {
template struct remove_reference;
template struct remove_reference<_Tp &> { typedef _Tp type; };
template remove_reference<_Tp>::type move(_Tp &&);
template cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95907
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-06-26
Status|UNCONFIRMED
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: bergner at gcc dot gnu.org, segher at gcc dot gnu.org,
wschmidt at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95830
--- Comment #6 from Martin Liška ---
Thanks for reduction, I can confirm that. What happens:
mips-ps-5.c.171t.loopdone:
_34 = vect__1.7_28 == vect__3.11_33;
vect_iftmp.12_35 = VEC_COND_EXPR <_34, vect__1.7_28, vect__2.10_31>;
which is fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95913
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95620
--- Comment #5 from Martin Liška ---
Thank you for the patch H.J.!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95916
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #3
|UNCONFIRMED |WAITING
Ever confirmed|0 |1
CC||marxin at gcc dot gnu.org
--- Comment #4 from Martin Liška ---
I can't reproduce it with current master.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95957
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95830
--- Comment #9 from Martin Liška ---
> We can't ignore them unless VEC_COND_EXPR lowering will process them.
> That is, we have to check whether we can expand all instances of the
> compares. This basically means we need to run "isel" on them
||marxin at gcc dot gnu.org
Ever confirmed|0 |1
Last reconfirmed||2020-06-29
--- Comment #4 from Martin Liška ---
> The source code initializes A::a to (char*)1 in order to keep the code as
> small as possible to t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95971
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95971
--- Comment #8 from Martin Liška ---
Or you can use -fno-finite-loops option.
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
Target Milestone: ---
It's reduced from inkscape project. Happens since r11-1697-g75ff24e1920ea6b1:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96003
--- Comment #2 from Martin Liška ---
It happens all much sooner (in FE):
$ cat a-folis.ii.004t.original
;; Function AppSelectionModel::AppSelectionModel() (null)
;; enabled by -tree-original
{
< ((struct Selection *) operator new (2)) >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95994
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-06-30
Status|UNCONFIRMED
dot gnu.org |marxin at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
CC||marxin at gcc dot gnu.org
Last reconfirmed||2020-06-30
--- Comment #2 from Martin Liška ---
This one started with my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96007
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96010
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96006
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
,
||marxin at gcc dot gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
Last reconfirmed||2020-07-01
--- Comment #1 from Martin Liška ---
Started with r9-3522
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96010
--- Comment #3 from Martin Liška ---
You're doing well, but as said, we have quite some GCOV issues that are quite
similar to this one. And it seems quite low priority to me for now.
You can inspire about what bugs we have here:
https://gcc.gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #7 from Martin Liška ---
There's ASM diff in between GCC 9 and 10 version:
diff -u good.s bad.s
--- good.s 2020-07-01 15:04:58.315839436 +0200
+++ bad.s 2020-07-01 15:04:30.684040487 +0200
@@ -30,7 +30,7 @@
.L15:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #8 from Martin Liška ---
And first change happens in pr96015.c.299r.bbro which is likely a reason why a
jump table is partially copied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95348
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96022
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95830
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
||marxin at gcc dot gnu.org
--- Comment #3 from Martin Liška ---
I see the same ICE for e.g.:
$ ppc64le-linux-gnu-gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/vect/pr33373b.c -O3 -c
during GIMPLE pass: vect
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/vect/pr33373b.c: In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96035
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-07-03
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96035
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96015
--- Comment #28 from Martin Liška ---
(In reply to Sergei Trofimovich from comment #25)
> (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 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96037
--- Comment #5 from Martin Liška ---
val ~/BIG/bin/ppc64le/dev/shm/buildbot/install/gcc/bin/ppc64le-linux-gnu-gcc
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/vect/pr33373b.c -O3 -c
==29096== Memcheck, a memory error detector
==29096== Copyr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96046
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
dot gnu.org |marxin at gcc dot
gnu.org
Target Milestone|--- |11.0
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed||2020-07-03
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: msebor at gcc dot gnu.org
Target Milestone: ---
I see the ICE in a LTRANS when using LTO on chrome. So it's unlikely I can
cre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-07-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058
--- Comment #3 from Martin Liška ---
(In reply to Andrew Pinski from comment #2)
> Multi delta should be able to reduce this. Normally reduce which .o files
> are needed and then reduce the .ii files that needed to produce the .o files
> is the w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #39 from Martin Liška ---
(In reply to Arseny Solokha from comment #38)
> JFTR I can easily reproduce it e.g. in the following setup:
>
> % powerpc-e300c3-linux-gnu-gcc-11.0.0 -mcpu=power9 -c
> gcc/testsuite/gcc.target/s390/target-at
|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Martin Liška ---
Confirmed, I can reproduce that I'm reducing that right now..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96049
--- Comment #3 from Martin Liška ---
> Martin - do we have aarch64 spec testing set up somewhere?
Not anymore. I turned if off as it's a SLE-12 machine where we don't a have a
recent enough GCC to build current master. Moreover, the test results
||2020-07-07
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Comment #1 from Martin Liška ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96087
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
|1
Last reconfirmed||2020-07-07
CC||marxin at gcc dot gnu.org,
||mpolacek at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Confirmed, started to be rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96078
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96073
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #221 from Martin Liška ---
For the chromium with GCC 10, inliner starts after ~5 minutes, so it's very
likely inliner that takes so long.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #222 from Martin Liška ---
(In reply to Martin Liška from comment #221)
> For the chromium with GCC 10, inliner starts after ~5 minutes, so it's very
> likely inliner that takes so long.
45.07% libc-2.31.so [.] __memset_avx2_erms
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058
--- Comment #5 from Martin Liška ---
So the corrupted STRING_CST is created in LTRANS here:
gcc/expr.c:
│11714 if (TREE_CODE (init) == CONSTRUCTOR && initializer_zerop
(init))
│11715 {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96059
--- Comment #2 from Martin Liška ---
Created attachment 48841
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48841&action=edit
Reduced test-case
$ g++ -O2 -flto=auto -fdevirtualize-at-ltrans -fvisibility=hidden
-fvisibility-inlines-hidden
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93423
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96058
--- Comment #8 from Martin Liška ---
Btw. one can debug that with the current releases/gcc-10 branch locally in
order to get proper locations.
Thanks Jakub for the analysis.
|1
Last reconfirmed||2020-07-08
CC||jason at gcc dot gnu.org,
||marxin at gcc dot gnu.org,
||mpolacek at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96100
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
||marxin at gcc dot gnu.org,
||pault at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #1 from Martin Liška ---
Started with r6-3986
: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
One old one:
$ cat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95804
--- Comment #5 from Martin Liška ---
@Bin: Any news about this?
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: krebbel at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-linux-gnu
Target: s390x-linux-gnu
The following fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96127
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-07-09
Ever confirmed|0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
|1
Status|UNCONFIRMED |ASSIGNED
CC||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Confirmed, working on that..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96130
--- Comment #3 from Martin Liška ---
Started with r10-3199-g351e7c3b5fbd45bd, leaving to Feng.
|1
Status|UNCONFIRMED |NEW
CC||marxin at gcc dot gnu.org,
||pault at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Confirmed, started with r5-7770
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96132
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #36 from Martin Liška ---
(In reply to jojo from comment #35)
> (In reply to Martin Liška from comment #30)
> > A possible solution can be usage of '-flinker-output=nolto-rel -r' for huge
> > files.
>
> it's useful for splitting huge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96133
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128
--- Comment #2 from Martin Liška ---
(In reply to Richard Biener from comment #1)
> Just trace make_ssa_name ...
So this one is leftover from gimplify.c where we expand the first argument to
assignment to a SSA NAME and so we end up only with th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96128
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Martin Liška
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
Created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96134
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: hjl at gcc dot gnu.org
Target Milestone: ---
I see the following ICE:
$ gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96144
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96092
--- Comment #2 from Martin Liška ---
Apparently we've got a patch in queue that does something similar:
+fprofile-prefix-path=
+Common·Joined·RejectNegative·Var(profile_prefix_path)
+remove·prefix·from·absolute·path·before·manging·name·for·-fpr
at gcc dot gnu.org |marxin at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
--- Comment #1 from Martin Liška ---
Thanks for the report, I know how to fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96148
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
901 - 1000 of 15302 matches
Mail list logo
