https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozefl.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
--- Comment #8 from Jozef Lawrynowicz ---
Proposed patch: https://gcc.gnu.org/ml/gcc-patches/2018-01/msg01108.html
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: jozefl.gcc at gmail dot com
Target Milestone: ---
Trunk currently fails to build for the msp430-elf target due to an ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
--- Comment #11 from Jozef Lawrynowicz ---
(In reply to Eric Gallager from comment #10)
> (In reply to Jeffrey A. Law from comment #9)
> > Author: law
> > Date: Wed Feb 14 07:21:11 2018
> > New Revision: 257653
> >
> > URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #3 from Jozef Lawrynowicz ---
Created attachment 43433
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43433=edit
define {u,}mulhipsi3 insns
I applied the patch but trunk still ICEs.
After defining some insns for "umulhipsi3"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84406
--- Comment #12 from Jozef Lawrynowicz ---
(In reply to rsand...@gcc.gnu.org from comment #11)
> Created attachment 43437 [details]
> Possible patch v2
>
> This time for real.
Thanks, patch looks good to me, and the original testcase does
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jozefl.gcc at gmail dot com
Target Milestone: ---
Created attachment 46118
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46118=edit
tester.i
gcc.dg/tort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 46120
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46120=edit
tester.i ira dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #3 from Jozef Lawrynowicz ---
Created attachment 46121
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46121=edit
tester.i reload dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
--- Comment #4 from Jozef Lawrynowicz ---
Created attachment 46122
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46122=edit
tester.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90032
Jozef Lawrynowicz changed:
What|Removed |Added
Attachment #46118|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90812
--- Comment #3 from Jozef Lawrynowicz ---
(In reply to Richard Biener from comment #2)
> I think most tests like this end up using 'long long' and use
> __SIZEOF_LONG_LONG__ to guard code. There's a dejagnu effective target for
> long long
NCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: jozefl.gcc at gmail dot com
Target Milestone: ---
Some tests which require 64-bit integer support via __INT64_TYPE__ use the
int32plus effect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90812
--- Comment #1 from Jozef Lawrynowicz ---
To check for 64-bit integer support, it seems that the "stdint_types" effective
target keyword should be sufficient, although I'm not sure if it might be
possible for a target to provide __INT64_TYPE__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90175
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozefl.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91306
Jozef Lawrynowicz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: jozefl.gcc at gmail dot com
Target Milestone: ---
In libgcc/crtstuff.c, an alignment of "sizeof (void *)" (i.e. pointer size)
is enforced for the f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91306
--- Comment #3 from Jozef Lawrynowicz ---
(In reply to Andrew Pinski from comment #2)
> If that is true, then maybe alignof should be used instead of sizeof.
> Can you try alignof (__alignof__)?
Thanks, __alignof__ works for me. Below change
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91306
--- Comment #4 from Jozef Lawrynowicz ---
Should I submit a patch which changes uses of sizeof in alignment attributes to
__alignof__? Or are you working on it?
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: jozefl.gcc at gmail dot com
Target Milestone: ---
Created attachment 46913
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46913=e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91865
--- Comment #3 from Jozef Lawrynowicz ---
Created attachment 46936
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46936=edit
msp430-extendhipsi2.diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91865
--- Comment #2 from Jozef Lawrynowicz ---
A related issue can be observed if "char i" is made global instead of an
argument to func.
const int table[2] = {1, 2};
int foo;
char i;
void func(void)
{
foo = table[i];
}
Combine combines the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92287
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozefl.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92287
--- Comment #3 from Jozef Lawrynowicz ---
(In reply to gnzlbg from comment #2)
> > I can only speak for msp430, but there's no problem with that generated
> > assembly. Structures and unions are always passed by reference.
>
> I suppose that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92287
--- Comment #10 from Jozef Lawrynowicz ---
(In reply to gnzlbg from comment #9)
>
> @josef
>
> > The MSP430 ABI is here: http://www.ti.com/lit/an/slaa534/slaa534.pdf
> Although confusingly that document is wrong regarding passing structures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70320
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozefl.gcc at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91865
--- Comment #5 from Jozef Lawrynowicz ---
(In reply to Segher Boessenkool from comment #4)
> Created attachment 47550 [details]
> simplify-rtx patch for extends of AND of hard reg
>
> So I did a patch to make this work (in simplify-rtx) also
27 matches
Mail list logo
