From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8045 invoked by alias); 22 Apr 2009 23:06:48 -0000 Received: (qmail 7976 invoked by alias); 22 Apr 2009 23:06:36 -0000 Date: Wed, 22 Apr 2009 23:06:00 -0000 Message-ID: <20090422230636.7975.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libstdc++/39491] [4.4/4.5 regression] symbol __signbitl@GLIBCXX_3.4 in libstdc++ not exported anymore In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "dave at hiauly1 dot hia dot nrc dot ca" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2009-04/txt/msg02060.txt.bz2 ------- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22 23:06 ------- Subject: Re: [4.4/4.5 regression] symbol __signbitl@GLIBCXX_3.4 in libstdc++ not exported anymore > Perhaps I wasn't as clear as I should have been. The glibc port for > hppa has always been configured never to build any long double code, > and has always assumed that long double is not a distinct type. However, it appears to provide weak aliases for the `l' ending math functions. > From glibc's perspective there is no such thing as having double > and long double with the same size, there is only a configuration > where double exists and all the long double functions alias to their > double equivalents. The hppa port sets long-double-fcts = no in glibc > and this causes all the aliases to be created, otherwise you'd never > be able to link anything that used `l' ending math functions. Defining > __NO_LONG_DOUBLE_MATH is just another step in the right direction to > avoid using long double functions, and use the double functions instead. My concern is that this may remove the `l' ending math functions completely and their declarations. Unless the ABI is bumped, this may break existing code. It not at all clear to me that this is compatible with C99. See for example http://www.cygwin.com/ml/libc-alpha/2005-03/msg00172.html Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491