https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
pipcet at gmail dot com changed:
What|Removed |Added
CC||pipcet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #6 from pipcet at gmail dot com ---
I've just pushed here
https://github.com/gcc-mirror/gcc/compare/master...pipcet:avr-ccmode-20200804?expand=1
the current state of my work as a series of git commits, sorted roughly from
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: pipcet at gmail dot com
Target Milestone: ---
Created attachment 46523
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46523&action=edit
test case
Compiling the attached file fails:
/usr/bin/ld: /tmp/ccu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91005
--- Comment #1 from pipcet at gmail dot com ---
Created attachment 46524
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46524&action=edit
illustrative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
--- Comment #7 from pipcet at gmail dot com ---
(In reply to Andrew Pinski from comment #5)
> x86 and x86_64 uses the same back-end so yes it does seem target secific.
I think it's not a target issue; we really want to be generating
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
--- Comment #8 from pipcet at gmail dot com ---
Created attachment 44605
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44605&action=edit
patch to illustrate the issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
--- Comment #9 from pipcet at gmail dot com ---
(In reply to Richard Biener from comment #6)
> So on GIMPLE the following are not canonicalized:
>
>[local count: 1073741825]:
> _1 = i_4(D) & 7;
> _8 = (int) i_4(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
--- Comment #10 from pipcet at gmail dot com ---
Created attachment 44606
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44606&action=edit
canonicalize to (A&B) == C
This canonicalizes to the worse code on x86_64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
pipcet at gmail dot com changed:
What|Removed |Added
Attachment #44605|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
--- Comment #12 from pipcet at gmail dot com ---
(In reply to pipcet from comment #11)
> (insn 7 6 8 2 (set (reg:CCZ 17 flags)
> (compare:CCZ (and:DI (not:DI (reg/v:DI 86 [ i ]))
> (const_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87104
pipcet at gmail dot com changed:
What|Removed |Added
Attachment #44617|0 |1
is obsolete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62207
pipcet at gmail dot com changed:
What|Removed |Added
CC||pipcet at gmail dot com
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pipcet at gmail dot com
Target Milestone: ---
Created attachment 42007
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42007&action=edit
creduce-minimized test case
Hi,
I'm having trouble r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81900
--- Comment #3 from pipcet at gmail dot com ---
I've investigated some more, and Mikael's bisection appears to confirm my
investigation:
The problem appears to be this chunk:
@@ -2418,7 +2423,9 @@ compute_a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81900
--- Comment #7 from pipcet at gmail dot com ---
I can confirm that fixes things here, thank you!
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: pipcet at gmail dot com
Target Milestone: ---
Created attachment 40041
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40041&action=edit
patch to illustrate proposed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355
--- Comment #4 from pipcet at gmail dot com ---
(In reply to Richard Biener from comment #2)
> if (!SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg))
> || (MEM_ALIGN (reg) < GET_MODE_ALIGNMENT (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355
--- Comment #7 from pipcet at gmail dot com ---
(In reply to Eric Botcazou from comment #6)
> > The analysis looks right for me. Although this code had a lot of troubles
> > until it was stabilized and came to the current state. S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92729
--- Comment #18 from pipcet at gmail dot com ---
Sorry for only getting back to this now.
I release all code on this branch into the public domain, if it helps at all.
I'm happy to add whatever legal attribution is needed for that.
I'
rmal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: pipcet at gmail dot com
Target Milestone: ---
I was seeing a miscompilation issue with my wasm32 backend (which was
somewhat difficult to track down because it was actu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99114
--- Comment #2 from pipcet at gmail dot com ---
(In reply to Eric Botcazou from comment #1)
> Please provide a reproducer as documented in https://gcc.gnu.org/bugs
I'll try, but please consider investigating this without one. It happens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99114
pipcet at gmail dot com changed:
What|Removed |Added
CC||pipcet at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99114
--- Comment #6 from pipcet at gmail dot com ---
Created attachment 50204
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50204&action=edit
RTL dump of combine pass
(Gzipped because of the file size limit).
The relevant section is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99114
--- Comment #7 from pipcet at gmail dot com ---
(In reply to Eric Botcazou from comment #4)
> > I'll try, but please consider investigating this without one. It happens
> > after a very lengthy compilation process (compiling a
24 matches
Mail list logo
