https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98899
--- Comment #2 from Akim Demaille ---
Created attachment 50094
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50094=edit
simple.ii
simple.cc preprocessed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98899
--- Comment #1 from Akim Demaille ---
Created attachment 50093
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50093=edit
simple.cc
The source that causes the crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98899
Bug ID: 98899
Summary: ICE: Illegal instruction: 4 "error: could not convert
'' from '''" on macOS
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98825
--- Comment #8 from Jerry DeLisle ---
I agree with your comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98825
--- Comment #7 from max.pd at gmx dot de ---
This DEC-F77 specification seems to be very adequate for the -fdec compiler
flag. For general use of the '$' in format expressions (even without the
compiler flag), it would not make much sense. Here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70053
Michael Clark changed:
What|Removed |Added
CC||michaeljclark at mac dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98898
Bug ID: 98898
Summary: [wwwdocs] typo in gcc-10 announcements page
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98499
--- Comment #10 from Sergei Trofimovich ---
(In reply to Jan Hubicka from comment #9)
> Thanks for all the detailed analysis and sorry for getting into this late.
>
> > Oh, thank you! Only after many printf() attempts it sunk in that
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98896
--- Comment #9 from Stas Sergeev ---
(In reply to Jakub Jelinek from comment #7)
> you need to tell the compiler
> the asm can goto to that label.
Of course the one would wonder what else
could be done to the passed label. :)
Maybe some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82640
Ivan Sorokin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120
--- Comment #12 from Anthony Sharp ---
Okay, so it actually turns out public virtual bases CAN be derived from, since
the C++ spec literally gives an example of just that (e.g. see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33661
Florian Weimer changed:
What|Removed |Added
CC||nate at verse dot com
--- Comment #20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58118
Florian Weimer changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29305
Stas Sergeev changed:
What|Removed |Added
CC||stsp at users dot
sourceforge.net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98896
--- Comment #8 from Stas Sergeev ---
(In reply to Jakub Jelinek from comment #7)
> It doesn't mean you can't use "r" (&),
Well, if not for Andrew telling exactly that
you can't, both here and in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98896
--- Comment #7 from Jakub Jelinek ---
It doesn't mean you can't use "r" (&), but you need to tell the compiler
the asm can goto to that label.
Or of course can just use the rip based addressing yourself in the inline asm,
the label's %X stands
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98896
--- Comment #6 from Stas Sergeev ---
(In reply to Jakub Jelinek from comment #5)
> I think Andrew meant asm goto, which you haven't tried.
You are right.
Thanks for mentioning that.
But it doesn't work as well:
---
int main(void)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98896
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98243
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:25f303e9a27a0d799f9979446d9f11ed62b8d648
commit r11-6993-g25f303e9a27a0d799f9979446d9f11ed62b8d648
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98895
--- Comment #2 from Pilar Latiesa ---
(In reply to cqwrteur from comment #0)
> If those issues cannot be solved, I am sorry, I would only say C++20 modules
> failed completely.
What do you expect from being so offensive? Is this comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98885
--- Comment #8 from Pilar Latiesa ---
(In reply to Nathan Sidwell from comment #7)
That works. Thanks so much.
When there are several partitions involved it is not entirely clear to me what
declarations are first seen by the compiler compared
21 matches
Mail list logo
