From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30499 invoked by alias); 29 Aug 2013 21:09:10 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 30486 invoked by uid 89); 29 Aug 2013 21:09:10 -0000 Received: from multi.imgtec.com (HELO multi.imgtec.com) (194.200.65.239) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 29 Aug 2013 21:09:10 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NO_RECEIVED,NO_RELAYS autolearn=ham version=3.3.2 X-HELO: multi.imgtec.com Message-ID: <521FB81F.4030800@mips.com> Date: Sat, 31 Aug 2013 06:29:00 -0000 From: Reed Kotler User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7 MIME-Version: 1.0 To: GCC Mailing List CC: Richard Sandiford Subject: __mips16_xxx and .globl Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-SEF-Processed: 7_3_0_01192__2013_08_29_22_09_06 X-SW-Source: 2013-08/txt/msg00358.txt.bz2 I have implemented this gcc mips16 floating point scheme in llvm/clang and ran into one interesting issue. In gcc mips16, for all the hard float routines, i.e. __mips16_xxx, gcc emits a .globl for them. It does not do this for other routines like strcmp for example or puts. If don't remit the .globl's for these in -fPIC mode, then when I run this one heavy math use program, it runs really slow because it seems to be constantly in the loader doing something. If I edit the .s file and add the .globl's then it runs at normal speed. Does anyone know what the issue would be here? Without the .globl, the type is UNDEFINED and with the .globl the type of OBJECT for these __mips16_xxx routines. Reed