From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30924 invoked by alias); 12 Feb 2015 13:12:14 -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 30908 invoked by uid 89); 12 Feb 2015 13:12:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: fep23.mx.upcmail.net Received: from fep23.mx.upcmail.net (HELO fep23.mx.upcmail.net) (62.179.121.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 12 Feb 2015 13:12:08 +0000 Received: from edge01.upcmail.net ([192.168.13.236]) by viefep23-int.chello.at (InterMail vM.8.01.05.13 201-2260-151-135-20130320) with ESMTP id <20150212130642.EPTC6477.viefep23-int.chello.at@edge01.upcmail.net> for ; Thu, 12 Feb 2015 14:06:42 +0100 Received: from viepmrape13.upcmail.net ([192.168.13.91]) by edge01.upcmail.net with edge id rRC41p01G1xsKPk01RC4AH; Thu, 12 Feb 2015 14:12:04 +0100 X-SourceIP: 192.168.13.91 Date: Thu, 12 Feb 2015 13:12:00 -0000 From: "lange@chello.at" Reply-To: "lange@chello.at" To: gcc@gcc.gnu.org Message-ID: <860094712.2781809.1423746725723.open-xchange@upcmail.upc.at> Subject: libcc1 depencies MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-02/txt/msg00091.txt.bz2 Hello, I am trying to build a cross-compiler for arm, like I did so for years. I am keen on not having depencies on libraries, so that the compiler can be used on multiple systems. Up until 4.9 the only depency is libc, I tried using the gcc-5-20150208 snapshot, and now I get depencies on the build-compilers libstdc++ and libgcc_s. This is double annoying because this is not the default compiler of the OS, and those paths might not exist and there is a chance of mixing versions. The rest of gcc is adhering to the configuration, but for libcc1 this seems to be lacking. I use this configuration to statiscally link C++: --with-host-libstdcxx="-Wl,-Bstatic,`g++ --print-file-name libstdc++.a`,`g++ --print-file-name libsupc++.a`,-Bdynamic" *) I tried setting -static-libstdc++ via LDFLAGS, but libtool is linking the explicit libraries with the path to the build-compiler (not the system library) *) I tried compiling libcc1 seperately /home/build/toolchain-arm-none-eabi-5.0-5.0.0/gcc/libcc1/configure --prefix=/opt/toolchain-5.0 --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-none-eabi Note that this is an out-of-source-tree build! The result is an error: /home/build/toolchain-arm-none-eabi-5.0-5.0.0/gcc/libcc1/findcomp.cc:20:20: fatal error: config.h: No such file or directory I would want to at least be able to statically link libstdc++. Ideally the reference to libgcc_s would be gone aswell, or atleast be pointing to the system library. Right now I dont find the measures to do that. Kind Regards, Norbert Lange (I send one mail as HTML, apologies if this message will appear twice)