Return-Path: Delivered-To: apmail-stdcxx-issues-archive@minotaur.apache.org Received: (qmail 12876 invoked from network); 5 Mar 2011 23:18:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Mar 2011 23:18:09 -0000 Received: (qmail 65495 invoked by uid 500); 5 Mar 2011 23:18:09 -0000 Delivered-To: apmail-stdcxx-issues-archive@stdcxx.apache.org Received: (qmail 65469 invoked by uid 500); 5 Mar 2011 23:18:09 -0000 Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list issues@stdcxx.apache.org Received: (qmail 65459 invoked by uid 99); 5 Mar 2011 23:18:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Mar 2011 23:18:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 05 Mar 2011 23:18:07 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id C3EE4577FC for ; Sat, 5 Mar 2011 23:17:45 +0000 (UTC) Date: Sat, 5 Mar 2011 23:17:45 +0000 (UTC) From: "Martin Sebor (JIRA)" To: issues@stdcxx.apache.org Message-ID: <1878431699.1294.1299367065784.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] Commented: (STDCXX-1052) Hardcoded linker options (`-lm' & `-lc') cause problems when configuring with a different compiler than `gcc' MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/STDCXX-1052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13003064#comment-13003064 ] Martin Sebor commented on STDCXX-1052: -------------------------------------- I don't see a patch... {{-lc}} should never be necessary. It's there only to make specifying {{-lm}} easier. We should be able to unset {{lib}} and avoid passing {{-l$lib}} when it's unset. {{-lm}} is usually necessary, though. But neither should be hardcoded in either place. We should either autodetect it or let the user specify it in a config file. The wrinkle is that we use the name of the library in the name of the macro (such as {{_RWSTD_NO_MBRTOWC_IN_LIBC}} or {{_RWSTD_NO_CBRTF_IN_LIBM}}). > Hardcoded linker options (`-lm' & `-lc') cause problems when configuring with a different compiler than `gcc' > --------------------------------------------------------------------------------------------------------------- > > Key: STDCXX-1052 > URL: https://issues.apache.org/jira/browse/STDCXX-1052 > Project: C++ Standard Library > Issue Type: Improvement > Environment: Linux and Embedded > Reporter: Wojciech Meyer > > We are having problems with the configuration scripts. Our compiler > refuses to accept `-lm' & `-lc' GNU style command line switches to > denote linking with a standard library. They are hardcoded in > `libc_decl.sh' and `makefile.common'. We propose introducing a special > `Makefile' variable `WITHOUT_BASE_LIBS' that excludes generating them > for compilation of configuration files during the configure step. > Patch is against trunk. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira