Re: [Patch, 9/10 Regression] fortran: ICE in build_entry_thunks PR93814

2020-03-30 Thread Tobias Burnus
Hi Mark, the error message does not make sense – and I also currently do not see why that example should be invalid. Regarding the error message: "uses the same global identifier" In the test program (attached or PR) I do see one function "f" and one entry "g" – and both "f" and "g" is only

Re: [Patch, 9/10 Regression] fortran: ICE in build_entry_thunks PR93814

2020-03-30 Thread Mark Eggleston
**ping** On 23/03/2020 14:55, Mark Eggleston wrote: Apologies, 2nd attempt: gcc/fortran/ChangeLog:     Steven G. Kargl      PR fortran/93814     * resolve.c (gfc_verify_binding_labels): Handle symbols with     the subroutine attribute separately from symbols with the     function attribute.

Re: [Patch, 9/10 Regression] fortran: ICE in build_entry_thunks PR93814

2020-03-23 Thread Mark Eggleston
Apologies, 2nd attempt: gcc/fortran/ChangeLog:     Steven G. Kargl      PR fortran/93814     * resolve.c (gfc_verify_binding_labels): Handle symbols with     the subroutine attribute separately from symbols with the     function attribute. gcc/testsuite/ChanheLog:     Mark Eggleston     

Re: [Patch, 9/10 Regression] fortran: ICE in build_entry_thunks PR93814

2020-03-22 Thread Thomas Koenig via Gcc-patches
Hi Mark, Please find attached Steve Kargl's fix for PR93814. The attached patch does not match the ChangeLog; it seems to be for PR93484. Regards Thomas

[Patch, 9/10 Regression] fortran: ICE in build_entry_thunks PR93814

2020-03-20 Thread Mark Eggleston
Please find attached Steve Kargl's fix for PR93814. OK to commit? gcc/fortran/ChangeLog:     Steven G. Kargl      PR fortran/93814     * resolve.c (gfc_verify_binding_labels): Handle symbols with     the subroutine attribute separately from symbols with the     function attribute.