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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108631
Bug ID: 108631
Summary: gcc/rust/backend/rust-constexpr.cc:2099:33: error: too
few arguments to function ‘tree_node*
Rust::Compile::unshare_constructor(tree, const char*,
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108612
Bug ID: 108612
Summary: m2/gm2-libs-iso/ClientSocket.mod:229:1: error: control
reaches end of non-void function [-Werror=return-type]
Product: gcc
Version: 13.0
Status:
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 ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108557
Bug ID: 108557
Summary: Stuck compilation for empty file
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108553
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108547
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] ice in |[13 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108546
Martin Liška changed:
What|Removed |Added
Summary|[11/12/13 Regression] ICE |[11/12/13 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108542
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108551
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108541
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-26
Summary|ASAN
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108508
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|needs-bisection
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.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108509
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108515
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108479
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108491
Bug ID: 108491
Summary: cross compiler does not work: cc1: error:
‘-msecure-plt’ not supported by your assembler
Product: gcc
Version: 13.0
Status: UNCONFIRMED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108453
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[10/11/12/13
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108450
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-19
Summary|[12/13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108435
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108434
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108423
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] ICE in |[12/13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108422
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] ICE: base |[13 Regression] ICE: base
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108420
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108419
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-17
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?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108390
Martin Liška changed:
What|Removed |Added
Summary|ICE in fold_convert_loc, at |ICE in fold_convert_loc, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108385
Martin Liška changed:
What|Removed |Added
Summary|false positive |[12 Regression] false
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108367
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-11
Summary|[12/13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108137
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108366
Martin Liška changed:
What|Removed |Added
Summary|[12/13 Regression] Spurious |[12/13 Regression] Spurious
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108360
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108359
Martin Liška changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108358
Martin Liška changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108357
Martin Liška changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108356
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |13.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108355
Martin Liška changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
Martin Liška changed:
What|Removed |Added
Summary|Dead Code Elimination |[13 Regression] Dead Code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108352
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108353
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |13.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108351
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] Dead Code |[13 Regression] Dead Code
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|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108341
Martin Liška changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108339
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108330
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108311
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|[13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107966
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108314
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2023-01-06
301 - 400 of 5132 matches
Mail list logo