From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <fortran-return-34469-listarch-fortran=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 2694 invoked by alias); 7 Nov 2010 07:55:58 -0000
Received: (qmail 2676 invoked by uid 22791); 7 Nov 2010 07:55:57 -0000
X-SWARE-Spam-Status: No, hits=-1.8 required=5.0	tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE
X-Spam-Check-By: sourceware.org
Received: from mx02.qsc.de (HELO mx02.qsc.de) (213.148.130.14)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 07 Nov 2010 07:55:52 +0000
Received: from [192.168.178.22] (port-92-204-76-125.dynamic.qsc.de [92.204.76.125])	by mx02.qsc.de (Postfix) with ESMTP id C4E0F1EC5C;	Sun,  7 Nov 2010 08:55:49 +0100 (CET)
Message-ID: <4CD65B85.8030903@net-b.de>
Date: Sun, 07 Nov 2010 07:55:00 -0000
From: Tobias Burnus <burnus@net-b.de>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.12) Gecko/20101026 SUSE/3.1.6 Thunderbird/3.1.6
MIME-Version: 1.0
Newsgroups: gmane.comp.gcc.patches,gmane.comp.gcc.fortran
To: Janus Weil <janus@gcc.gnu.org>
CC: Dominique Dhumieres <dominiq@lps.ens.fr>,  fortran <fortran@gcc.gnu.org>, gcc-patches <gcc-patches@gcc.gnu.org>, tkoenig <tkoenig@netcologne.de>
Subject: Re: [Patch, Fortran, OOP] PR 46313: OOP-ABI issue, ALLOCATE issue, CLASS renaming issue
References: <20101106233415.7DA533BE18@mailhost.lps.ens.fr> <AANLkTingHZS-rPzupUTTdCA_iQto9NavuQ5RGAPPd57i@mail.gmail.com>
In-Reply-To: <AANLkTingHZS-rPzupUTTdCA_iQto9NavuQ5RGAPPd57i@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <fortran.gcc.gnu.org>
List-Subscribe: <mailto:fortran-subscribe@gcc.gnu.org>
List-Post: <mailto:fortran@gcc.gnu.org>
List-Help: <mailto:fortran-help@gcc.gnu.org>, <http://sourceware.org/lists.html#faqs>
Sender: fortran-owner@gcc.gnu.org
X-SW-Source: 2010-11/txt/msg00112.txt.bz2

Am 07.11.2010 00:56, schrieb Janus Weil:
> Yes, that is expected, because the patch changes the name of the vtab
> to "vtab$main$dt", so one needs to change the name of the subroutine
> in the test case in the same way in order to see the failure:

Dot? vtab.main.dt?

Tobias