https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #17 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b7ba0670a768e76e87e04cfd6a72c28c35333b54
commit r15-1669-gb7ba0670a768e76e87e04cfd6a72c28c35333b54
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #16 from Christophe Lyon ---
(In reply to Richard Biener from comment #15)
> OK, looking the fix was only half complete. Can you try
It works with this, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #15 from Richard Biener ---
(In reply to Christophe Lyon from comment #13)
> Yes it breaks at the same point, again we are returning an uninitialized
> value.
> Adding annotate asm
OK, looking the fix was only half complete. Can yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #14 from Christophe Lyon ---
Created attachment 58522
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58522&action=edit
Wrong code after r15-1392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #13 from Christophe Lyon ---
Yes it breaks at the same point, again we are returning an uninitialized value.
Adding annotate asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #12 from Richard Biener ---
(In reply to Christophe Lyon from comment #11)
> Created attachment 58520 [details]
> vect dump broken after r15-1392
The IL looks OK now, I can't spot any other issue. As I lack a runtime debug
environm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #11 from Christophe Lyon ---
Created attachment 58520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58520&action=edit
vect dump broken after r15-1392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Christophe Lyon changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:19258ca1b85bc15e3a49054eff209f4f0d1c5bee
commit r15-1392-g19258ca1b85bc15e3a49054eff209f4f0d1c5bee
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #7 from Richard Biener ---
Created attachment 58450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58450&action=edit
patch I am testing
I'm testing this (visually confirmed it fixes the observed issue).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #6 from Richard Biener ---
The cruical difference is:
- _60 = BIT_FIELD_REF ;
- _61 = BIT_FIELD_REF ;
- _62 = MAX_EXPR <_61, _60>;
- _63 = BIT_FIELD_REF ;
- _64 = MAX_EXPR <_63, _62>;
- _65 = BIT_FIELD_REF ;
- _66 = MAX_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #5 from Christophe Lyon ---
That's because such a configuration builds libs for A-profile (cortex-A*),
which are incompatible with M-profile (cortex-M*). (In addition I think you
have to use gnueabihf instead of gnueabi, IIRC --with
15 matches
Mail list logo