From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15946 invoked by alias); 15 Feb 2011 10:55:56 -0000 Received: (qmail 15938 invoked by uid 22791); 15 Feb 2011 10:55:55 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.158) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 15 Feb 2011 10:55:51 +0000 Received: from md2.u-strasbg.fr (md2.u-strasbg.fr [IPv6:2001:660:2402::187]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id p1FAtV9a055735 ; Tue, 15 Feb 2011 11:55:31 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms5.u-strasbg.fr [130.79.204.14]) by md2.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p1FAtT4O021211 ; Tue, 15 Feb 2011 11:55:30 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p1FAtSxI029845 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) ; Tue, 15 Feb 2011 11:55:29 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Tom Tromey'" , "'Yao Qi'" Cc: "'Pedro Alves'" , References: <4D30E23F.3080103@codesourcery.com> <4D375F44.70504@codesourcery.com> <201101281504.38962.pedro@codesourcery.com> <4D550834.6080807@codesourcery.com> <4D55FAB4.7090001@codesourcery.com> In-Reply-To: Subject: RE: [rfa/rfc] Build libcommon.a for gdb and gdbserver Date: Tue, 15 Feb 2011 13:08:00 -0000 Message-ID: <008d01cbccfe$dd123ab0$9736b010$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-02/txt/msg00317.txt.bz2 Hi all, this is not enough for my --host=x86_64-w64-mingw32 configuration to be able to compile libcommon.a: CC is now set correctly to x86_64-w64-mingw32-gcc, but the compilation uses ALL_CFLAGS which is not in FLAGS_TO_PASS which means that CFLAGS is not added to the compilation options. This means or instance that -D__USE_MINGW_ACCESS is not passed to common subdirectory (no idea if this has any influence yet, but it might in the future...) The locally compiled intl library is not found, and on mingw target you often don't have a system libintl.h so this is the reason of my failure for x86_64-w64-mingw32 On my mingw32 native build, I have a compiled libintl.a in ../../intl directory, but the compilation reads the system installed libintl.h.. INTL_CFLAGS should thus also be handled to supports targets that have no system libintl and thus create one in ../intl directory. intl source directory should probably be handled just like bfd library is if a library has been compiled. I was also wondering about what happens to gdbserver if you use --target= x86_64-w64-mingw32 only, but the gdb/configure script refuses to build gdbserver if ${host} is different from ${target}, so that this is not an issue. I was wondering if there was a real impossibility to do this kind of cross-compilation, but that is another topic, by far less urging as the problems I encounter currently which prevent successful generation of gdb from cvs HEAD. Sorry for more claiming than helping out ... Pierre