From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1687 invoked by alias); 5 Dec 2001 15:15:49 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 1665 invoked from network); 5 Dec 2001 15:15:49 -0000 Received: from unknown (HELO acter.ch) (212.126.160.108) by sources.redhat.com with SMTP; 5 Dec 2001 15:15:49 -0000 Received: from [172.23.164.87] (HELO acter.ch) by acter.ch (CommuniGate Pro SMTP 3.3.2) with ESMTP id 178453 for gcc@gcc.gnu.org; Wed, 05 Dec 2001 16:15:47 +0100 Message-ID: <3C0E3A23.702031B9@acter.ch> Date: Wed, 05 Dec 2001 07:15:00 -0000 From: Adrian von Bidder X-Mailer: Mozilla 4.78 [en] (X11; U; Linux 2.4.16 i686) X-Accept-Language: en MIME-Version: 1.0 To: gcc Subject: Not building libstdc++ Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-SW-Source: 2001-12/txt/msg00209.txt.bz2 Heyho! Still working with uclinux... (But this should not matter here) I'm currently building the c++ compiler without libstdc++-v3 by untarring gcc-core and gcc-g++ and removing the libstdc++-v3 subdir before running configure. Is there a way not to build the library by specifying a configure option? (like --without-libc, which I also use currently). rationale: - I don't want libstdc++ because it won't build without a libc, and I build uclibc externally, not from the gcc build process - removing the subdir by hand is ugly when I want to apply patches (3.0.1 to 3.0.2 etc.) or making diffs between my build version an the tars - manual fiddling is required every time. greets from Zürich -- vbi