https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #10 from Martin Liška ---
(In reply to ValdikSS from comment #9)
> May I ask why was is closed as WONTFIX?
Because we're not planning to support such legacy hardware.
> It fails on VIA Eden Eshter.
Is it critical that the feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108572
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108631
--- Comment #1 from Martin Liška ---
Created attachment 54384
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54384=edit
Patch candidate
Please check what you get with -fmem-report with the suggested patch.
Reporter: marxin at gcc dot gnu.org
CC: cohenarthur at gcc dot gnu.org, dkm at gcc dot gnu.org,
gcc-rust at gcc dot gnu.org
Target Milestone: ---
With --enable-gather-detailed-mem-stats enabled I get since
r13-5533-ge66fec8e6ba35e:
../../gcc/rust/backend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612
--- Comment #1 from Martin Liška ---
I think the warning is correct:
196 PROCEDURE dorbytes (g: GenDevIF; d: DeviceTablePtr;
197 to: ADDRESS;
198 max: CARDINAL;
199
: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: rguenth at gcc dot gnu.org
Target Milestone: ---
It's very similar to PR108551.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108572
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108572
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551
--- Comment #10 from Martin Liška ---
(In reply to Gaius Mulley from comment #8)
> All git committed and pushed.
Please use PR markers in commit messages so that PR comment entries are
automatically added.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551
--- Comment #3 from Martin Liška ---
I might reduced that:
$ cat Termbase.mod
IMPLEMENTATION MODULE Termbase ;
TYPE
ReadMethods = POINTER TO RECORD
s : StatusProcedure ;
END ;
Assignee: gaius at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
Target Milestone: ---
Noticed that during reduction of a test-case:
$ echo '' > x.mod
$ timeout 1 /dev/shm/objdir/./gcc/cc1gm2 x.mod
$ echo $?
124
||marxin at gcc dot gnu.org
Last reconfirmed||2023-01-26
Status|UNCONFIRMED |NEW
||marxin at gcc dot gnu.org
--- Comment #7 from Martin Liška ---
Btw. started with r13-2500-g0a4a2667dc115ca7.
||2023-01-26
Status|UNCONFIRMED |NEW
CC||grosser at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Started with r10-4531-ga2c26c50310a3363.
||r13-2665-g23baa717c991d77f
CC||julian at codesourcery dot com,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Started with r13-2665-g23baa717c991d77f.
||2023-01-26
CC||jason at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #1 from Martin Liška ---
Confirmed.
|NEW
CC||marxin at gcc dot gnu.org
Last reconfirmed||2023-01-26
since GCC 9 missed a |ASAN since GCC 9 missed a
|stack-buffer-overflow |stack-buffer-overflow since
||r9-4503-g6e644a50045f8032
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108511
--- Comment #4 from Martin Liška ---
Yeah, the test is normally run with -r argument, so just run it with;
g++ /home/marxin/Programming/gcc/gcc/testsuite/g++.dg/lto/pr88049_0.C -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108527
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
|
Status|UNCONFIRMED |NEW
Last reconfirmed||2023-01-25
CC||aoliva at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Summary|[13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108514
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108449
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108511
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108511
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108497
--- Comment #2 from Martin Liška ---
@Jakub: Can you please take a look?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108510
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108509
--- Comment #2 from Martin Liška ---
I'm testing a patch.
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Last reconfirmed||2023-01-24
--- Comment #1 from Martin Liška ---
Pretty much the same as PR108330, let me fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108510
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108491
--- Comment #5 from Martin Liška ---
Created attachment 54334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54334=edit
Configure and build log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108491
--- Comment #4 from Martin Liška ---
~/Programming/gcc2/configure --enable-languages=c --prefix=/home/marxin/bin/gcc
--disable-bootstrap --disable-multilib --disable-libsanitizer
--target=powerpc-freebsd13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108515
--- Comment #9 from Martin Liška ---
(In reply to Richard Biener from comment #8)
> (In reply to Andreas Schwab from comment #7)
> > Are you sure this isn't due to the binutils patch?
>
> There were successful builds in December, so I thought
||2023-01-24
Ever confirmed|0 |1
CC||marxin at gcc dot gnu.org
||jason at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Last reconfirmed||2023-01-23
--- Comment #1 from Martin Liška ---
Confirmed, reduced test-case:
$ cat pr108479.C
template struct Foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
--- Comment #19 from Martin Liška ---
(In reply to Richard Biener from comment #18)
> No, you need to amend
>
> # move shared libs from versionspecific dir to main libdir
> for libname in \
> %if %{build_fortran}
> libgfortran \
> ...
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108497
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108481
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108135
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107950
--- Comment #12 from Martin Liška ---
> So moving range_label_for_type_mismatch *and* binary_op_rich_location to
> c/cp/c-family might be a fix for this; I'm not sure.
I don't think so as any other (non-C family) FE will fail to link against
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: marxin at gcc dot gnu.org
CC: segher at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-linux-gnu
Target: powerpc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
||r6-3704-g2b3f52a2d0fb22ba
Last reconfirmed||2023-01-19
Status|UNCONFIRMED |NEW
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108451
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last
-g689407ef916503b2
CC||burnus at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
--- Comment #1 from Martin
in
|as_a, at is-a.h:242 |as_a, at is-a.h:242 since
||r13-142-g705bcedf6eae2d7c
CC||marxin at gcc dot gnu.org,
||sandra at gcc dot gnu.org
--- Comment #1
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
Last reconfirmed||2023-01-18
--- Comment #2 from Martin Liška ---
I think it's much older issue, 4.8.0 also reported "Invalid read of size"
valgrind issue.
||marxin at gcc dot gnu.org,
||muecker at gwdg dot de
--- Comment #2 from Martin Liška ---
Started with r12-5338-g4e6bf0b9dd5585df.
CC||julian at codesourcery dot com,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
--- Comment #1 from Martin Liška ---
Started with r13-2661-gb57abd072dd319a7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
|UNCONFIRMED |NEW
CC||marxin at gcc dot gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #11 from Martin Liška ---
One more test-case that started to ICE with the same revision:
./xgcc -B.
/home/marxin/Programming/gcc/gcc/testsuite/gcc.dg/atomic/c11-atomic-exec-2.c
-mcpu=e300c2 -mmodulo -c
during RTL pass: reload
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105554
--- Comment #9 from Martin Liška ---
> fixes the ICE, not sure if we should adjust the PARM_DECLs mode somewhere
> in target cloning instead though?
We can do that in create_target_clone which calls
node->create_version_clone_with_body where a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107950
--- Comment #8 from Martin Liška ---
(In reply to Jan Hubicka from comment #7)
> Thanks for looking into the incremental link of libbackend. I had it in my
> tree for a while but never got around implementing correct way to enable it
> only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107129
--- Comment #4 from Martin Liška ---
(In reply to Richard Biener from comment #3)
> We no longer warn, not sure what fixed it?
r13-4598-gf8d136e50e6f82cb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107950
--- Comment #6 from Martin Liška ---
(In reply to Andrew Pinski from comment #5)
> It might be the case the object files were unused in the archive so they are
> not linked in the LTO front-end but now with using LTO partial linking, they
> are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108144
--- Comment #4 from Martin Liška ---
May I please ping this?
||jason at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #3 from Martin Liška ---
Started to ICE with r8-4678-g6296cf8e099aae43.
|-Wfree-nonheap-object |positive
||-Wfree-nonheap-object
CC||hubicka at gcc dot gnu.org,
||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105126
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=105554
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107976
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105972
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc
||aldyh at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Started with r12-5138-ge82c382971664d6f.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
|stringop overflow, possibly |stringop overflow, possibly
|alias-related |alias-related since
||r12-145-gd1d01a66012a93cc
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
--- Comment #10 from Martin Liška ---
Great, glad to hear that. I'm testing the backport to gcc-12 branch right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105973
--- Comment #8 from Martin Liška ---
Thinking about it, we would likely need a "data flow" algorithm, where we want
to transitively propagate equal predicates that occur in both successors of a
basic block. Once we "merge" such a predictor, a
-01-10
Ever confirmed|0 |1
Target Milestone|--- |13.0
CC||marxin at gcc dot gnu.org,
||sayle at gcc dot gnu.org
||2023-01-10
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
CC||marxin at gcc dot gnu.org,
||sayle at gcc dot gnu.org
||2023-01-10
Ever confirmed|0 |1
CC||jamborm at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
||marxin at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
Ever confirmed|0 |1
Target Milestone|--- |13.0
Last reconfirmed||2023-01-10
at
|vs. 12.2.0) |-O2 since
||r13-434-g6b156044c12bc4
CC||amacleod at redhat dot com,
||marxin at gcc dot gnu.org
||marxin at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
Last reconfirmed||2023-01-10
Status|UNCONFIRMED |NEW
CC||marxin at gcc dot gnu.org,
||sayle at gcc dot gnu.org
Last reconfirmed||2023-01-10
||marxin at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
Last reconfirmed||2023-01-10
Summary|Dead Code Elimination |Dead Code Elimination
|Regression at -O2 (trunk
||marxin at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
Last reconfirmed||2023-01-10
Summary|Dead Code Elimination |[13 Regression] Dead Code
|Regression at -O2 (trunk
|1
Status|UNCONFIRMED |NEW
CC||jamborm at gcc dot gnu.org,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Thanks for the report. Please use the title as I've
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106133
--- Comment #4 from Martin Liška ---
Btw. it crashes also for:
gcc empty.c -fdiagnostics-format=sarif-file --save-temps -c
0xf02ebf crash_signal
/home/marxin/Programming/gcc/gcc/toplev.cc:314
0x778b78df ???
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108008
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #14 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108343
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106878
Martin Liška changed:
What|Removed |Added
CC||julien.staub at se dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108340
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
,
||amacleod at redhat dot com,
||marxin at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
May be an opportunity for Ranger?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108330
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108340
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107993
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
||2023-01-09
CC||kito at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108321
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
|1
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Last reconfirmed||2023-01-09
--- Comment #1 from Martin Liška ---
I've got a patch candidate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107409
--- Comment #16 from Martin Liška ---
@Honza: ???
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106816
--- Comment #10 from Martin Liška ---
(In reply to Martin Jambor from comment #9)
> (In reply to Martin Liška from comment #6)
> >
> > @Martin: Do we have a declaration cloning code for functions somewhere?
>
> See e.g.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107767
--- Comment #17 from Martin Liška ---
Oh, I didn't notice it's P1 :) Then sure, send it for this release.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108312
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
||marxin at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Comment #2 from Martin Liška ---
Lemme send a patch for it.
||r13-2737-g4a773bf2f08656
Last reconfirmed||2023-01-06
Target Milestone|--- |13.0
CC||marxin at gcc dot gnu.org,
||richard.sandiford at arm dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org,
||rguenth at gcc dot gnu.org
--- Comment #1 from Martin Liška ---
Started with r13-707-g68e0063397ba82.
301 - 400 of 15430 matches
Mail list logo