https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #25 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:6a460a2007dd9c527c5f9d5bbbedb852db7c1373
commit r12-8281-g6a460a2007dd9c527c5f9d5bbbedb852db7c1373
Author: Mikael Morin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #24 from hubicka at kam dot mff.cuni.cz ---
Thanks a lot!
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #23 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:22c24ba48a20a4944a50cca06449debed7d1b3f4
commit r12-8260-g22c24ba48a20a4944a50cca06449debed7d1b3f4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #22 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:6cc26f3037a18b9a958b4ac2a1363149a7fccd39
commit r12-8243-g6cc26f3037a18b9a958b4ac2a1363149a7fccd39
Author: Mikael Morin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #20 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:fa5cd7102da676dcb1757b1288421f5f3439ae0e
commit r12-8235-gfa5cd7102da676dcb1757b1288421f5f3439ae0e
Author: Mikael Morin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #19 from hubicka at kam dot mff.cuni.cz ---
> I agree with Jakub that this is good progression so we should probably get
> this
> to a shape that is committable and commit it.
>
> Btw - thanks for working on the Fortran frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #18 from Jakub Jelinek ---
! { dg-do run }
!
! Check that pointer assignments allowed by F2003:C717
! work and check null initialization of CLASS(*) pointers.
!
! Contributed by Tobias Burnus
!
program main
interface
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #17 from Mikael Morin ---
(In reply to Jakub Jelinek from comment #15)
> Now, the question is what is the Fortran unlimited polymorphic semantics, if
> one can store through one type and read through a different type which just
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #16 from Richard Biener ---
(In reply to Mikael Morin from comment #12)
> Created attachment 52828 [details]
> Fix attempt
>
> I think the attached patch avoids the multiple declarations for
> __class_STAR_p,
> but the testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #15 from Jakub Jelinek ---
Putting a breakpoint on new_alias_set, I see that
RECORD_TYPE sq gets alias set 1
RECORD_TYPE s gets alias set 9
RECORD_TYPE t gets alias set 10
Those are
type sq
sequence
integer :: i
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #14 from Jakub Jelinek ---
Looking at your patch, there is a positive change with your patch, in optimized
dump the z._data store is no longer removed:
__attribute__((externally_visible))
integer(kind=4) main (integer(kind=4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #13 from Mikael Morin ---
(In reply to Mikael Morin from comment #12)
> ... so I must be missing important.
I must be missing *something* important.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Jakub Jelinek changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #9 from hubicka at kam dot mff.cuni.cz ---
> I'm inclined to make this P1 even though it is gfortran only. As a last
> resort
> it should work to make the receiver side a ref-all pointer.
Yes, I also think this is important bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
--- Comment #8 from Richard Biener ---
I'm inclined to make this P1 even though it is gfortran only. As a last resort
it should work to make the receiver side a ref-all pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103662
Richard Biener changed:
What|Removed |Added
Summary|TBAA problem in Fortran FE |[12 Regression] TBAA
20 matches
Mail list logo