Re: Ping [patch, fortran] Fix PR 61968

Seems short enough to be committed as 'obvious'. Ok. On Fri, May 10, 2019 at 09:57:49PM +0200, Thomas Koenig wrote: > Hi, > > ping? > > >> Not for me, I still get > >> > >> % gfc pr61968.f90 -c -O3 > >> pr61968.f90:32:0: > >> > >>     32 | call test_lib (a, int (sizeof (a), kind=c_size_t))

Ping [patch, fortran] Fix PR 61968

Hi, ping? Not for me, I still get % gfc pr61968.f90 -c -O3 pr61968.f90:32:0:     32 | call test_lib (a, int (sizeof (a), kind=c_size_t))    | internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:1265 You're right, I will clear this up separately. In th

Re: [patch, fortran] Fix PR 61968

Hi Dominique, Not for me, I still get % gfc pr61968.f90 -c -O3 pr61968.f90:32:0: 32 | call test_lib (a, int (sizeof (a), kind=c_size_t)) | internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:1265 You're right, I will clear this up separately. I

Re: [patch, fortran] Fix PR 61968

Hi Thomas, > … > This also clears the ICE for my inline packing patch which > was reported by Dominique. > … Not for me, I still get % gfc pr61968.f90 -c -O3 pr61968.f90:32:0: 32 | call test_lib (a, int (sizeof (a), kind=c_size_t)) | internal compiler error: in gfc_trans_create_te

[patch, fortran] Fix PR 61968

Hello world, the attached patch fixes an error where TYPE(*) ended up in a vtab, with not-so delectable results. The solultion is simple - do not create a vtab if the actual argument is TYPE(*). This also clears the ICE for my inline packing patch which was reported by Dominique. Regression-te