From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31969 invoked by alias); 6 Nov 2010 23:56:43 -0000 Received: (qmail 31952 invoked by uid 22791); 6 Nov 2010 23:56:43 -0000 X-SWARE-Spam-Status: No, hits=-0.1 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mail-bw0-f47.google.com (HELO mail-bw0-f47.google.com) (209.85.214.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 06 Nov 2010 23:56:38 +0000 Received: by bwz10 with SMTP id 10so3815510bwz.20 for ; Sat, 06 Nov 2010 16:56:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.54.132 with SMTP id q4mr2481928bkg.87.1289087796165; Sat, 06 Nov 2010 16:56:36 -0700 (PDT) Received: by 10.204.7.80 with HTTP; Sat, 6 Nov 2010 16:56:36 -0700 (PDT) In-Reply-To: <20101106233415.7DA533BE18@mailhost.lps.ens.fr> References: <20101106233415.7DA533BE18@mailhost.lps.ens.fr> Date: Sat, 06 Nov 2010 23:56:00 -0000 Message-ID: Subject: Re: [Patch, Fortran, OOP] PR 46313: OOP-ABI issue, ALLOCATE issue, CLASS renaming issue From: Janus Weil To: Dominique Dhumieres Cc: fortran , gcc-patches , tkoenig Content-Type: text/plain; charset=ISO-8859-1 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org X-SW-Source: 2010-11/txt/msg00111.txt.bz2 >> If we are going to change the naming of the OOP stuff anyway, what about >> the possible name collisions with -fdollar-ok ? > > With the patch for PR 46313, the test compiled with -fdollar-ok is > compiled without problem on x86_64-apple-darwin10. 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: program main type :: dt ! ... end type dt class(dt), pointer :: cp contains subroutine vtab$main$dt end subroutine vtab$main$dt end program main Btw, I just tried the version with '@' instead of '$'. Unfortunately the assembler doesn't seem to like that. I get tons of errors like: /tmp/ccToz7yL.s:3: Error: junk at end of line, first unrecognized character is `@' /tmp/ccToz7yL.s:4: Error: invalid character '@' in mnemonic Are there any other special characters we can exploit? What about the pound sign or the ampersand? Any problems to expect with these? Or should we rather stay with the dollar and ignore the problems with -fdollar-ok? Cheers, Janus