This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/54874] [OOP] polymorphic allocation with SOURCE
- From: "janus at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 09 Oct 2012 14:47:38 +0000
- Subject: [Bug fortran/54874] [OOP] polymorphic allocation with SOURCE
- Auto-submitted: auto-generated
- References: <bug-54874-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54874
--- Comment #7 from janus at gcc dot gnu.org 2012-10-09 14:47:38 UTC ---
(In reply to comment #3)
> Well, this may be more complicated. On x86_64-apple-darwin10, compiling the
> attached test with 4.6.3 gives:
> [...]
> a.out(97528) malloc: *** error for object 0x100201030: pointer being freed was
> not allocated
> *** set a breakpoint in malloc_error_break to debug
>
> while I get the same result minus the error with 4.7.2 and trunk.
>
> For the test in comment #1, I always get
>
> [macbook] f90/bug% gfortran-fsf-4.6 pr54874_1.f90 -g
> Undefined symbols:
> "___testmod_MOD___vtab_testmod_Outer", referenced from:
> _MAIN__ in cclihViD.o
> _MAIN__ in cclihViD.o
> _MAIN__ in cclihViD.o
> _MAIN__ in cclihViD.o
> _MAIN__ in cclihViD.o
> "___testmod_MOD___vtab_testmod_Inner", referenced from:
> _MAIN__ in cclihViD.o
> "___testmod_MOD___vtab_testmod_New_inner", referenced from:
> _MAIN__ in cclihViD.o
> ld: symbol(s) not found
So, the only additional problems here are these errors on darwin. While the
first one only seems to occur with 4.6, the second one also persists in 4.7 and
trunk, if I get you right.