This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [Ping, Patch, Fortran, PR58586, v5] ICE with derived type with allocatable component passed by value
- From: Andre Vehreschild <vehre at gmx dot de>
- To: Steve Kargl <sgk at troutmask dot apl dot washington dot edu>
- Cc: GCC-Patches-ML <gcc-patches at gcc dot gnu dot org>,GCC-Fortran-ML <fortran at gcc dot gnu dot org>
- Date: Sat, 04 Jul 2015 21:20:39 +0200
- Subject: Re: [Ping, Patch, Fortran, PR58586, v5] ICE with derived type with allocatable component passed by value
- Authentication-results: sourceware.org; auth=none
- References: <20150423200052 dot 2e7a1311 at gmx dot de> <553CBC80 dot 2050208 at sfr dot fr> <20150505110026 dot 7ecbc229 at gmx dot de> <554B3B23 dot 3050800 at sfr dot fr> <20150508125444 dot 50e234d6 at gmx dot de> <554CB85A dot 70901 at sfr dot fr> <20150508153146 dot 75933da8 at gmx dot de> <20150508161111 dot 33be9f14 at gmx dot de> <20150519160137 dot 05580a36 at vepi2> <20150703112900 dot 1508b419 at vepi2> <20150704162459 dot GA59514 at troutmask dot apl dot washington dot edu>
Hi Steve,
Thanks for looking at the code. The error you experience is known to me. The bug is present in gfortran and only exposed by this patch. Unfortunately is the pr58586 not addressing this specific error. It may be in the bugtracker under a different number already. Furthermore did I not want to extend the patch for 58586 any further, because I have learned that the more complicated a patch gets the longer review takes. For making the testcase run fine we also simply can comment the line.
Regards,
Andre
Am 4. Juli 2015 18:24:59 MESZ, schrieb Steve Kargl <sgk@troutmask.apl.washington.edu>:
>On Fri, Jul 03, 2015 at 11:29:00AM +0200, Andre Vehreschild wrote:
>> Ping!
>>
>
>(Un)fortnuately you're working on an area of Fortran
>that I don't know and in parts of the tree that takes
>me a long time to decipher (aka, trans-*.c files).
>
>I applied your patch and see several failures. I'll
>note that I did not start from a clean obj/. So, there
>is the possibility that some *.o file needed to get
>rebuilt but didn't. Anyhow,
>
>laptop-kargl:kargl[300] gfc -o z alloc_comp_class_4.f03 && ./z
>
>Program received signal SIGSEGV: Segmentation fault - invalid memory
>reference.
>
>Backtrace for this error:
>#0 0x2808B9A6
>#1 0x2808AB19
>#2 0xBFBFF003
>#3 0x8048DEA
>#4 0x8049097
>#5 0x8048779
>Segmentation fault (core dumped)
>
>Hmmm, Ok, I just looked at the source for alloc_comp_class_4.f03
>and found line 94.
>
> temp = t_init() ! <-- This derefs a null-pointer currently
>
>Not sure what to make of this.
--
Andre Vehreschild * Kreuzherrenstr. 8 * 52062 Aachen
Mail: vehre@gmx.de * Tel.: +49 241 9291018