From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30705 invoked by alias); 25 Jun 2008 21:58:25 -0000 Received: (qmail 30687 invoked by uid 22791); 25 Jun 2008 21:58:25 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 25 Jun 2008 21:58:05 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id A3A6698366; Wed, 25 Jun 2008 21:58:03 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 85A4A9835A; Wed, 25 Jun 2008 21:58:03 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.69) (envelope-from ) id 1KBd06-0001Tz-8t; Wed, 25 Jun 2008 17:58:02 -0400 Date: Wed, 25 Jun 2008 21:58:00 -0000 From: Daniel Jacobowitz To: Joel Brobecker Cc: gdb@sourceware.org Subject: Re: gnulib dependency in gdbserver Message-ID: <20080625215802.GA4651@caradoc.them.org> Mail-Followup-To: Joel Brobecker , gdb@sourceware.org References: <20080625191621.GI3700@adacore.com> <20080625192247.GA29115@caradoc.them.org> <20080625211342.GF7272@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080625211342.GF7272@adacore.com> User-Agent: Mutt/1.5.17 (2008-05-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-06/txt/msg00261.txt.bz2 On Wed, Jun 25, 2008 at 05:13:42PM -0400, Joel Brobecker wrote: > > instead, if you build them both in separate object directories, things > > will just work out. > > I think I can see why things should work for most things (things such > as the generation of the reg-*.c files for instance), but I can't > figure out things should work for gnulib. I think I'm beginning to understand your problem. Did you say something about LynxOS? Have you got a local gdbserver port to a target in which this rule: > $(CC) -o memmem.o -c $(CPPFLAGS) $(INTERNAL_CFLAGS) $< is not sufficient? The only targets in tree are Linux and Windows. On Windows, the supplied memmem compiles fine with system headers. On Linux, it is skipped. If LynxOS is not sufficient, then as part of the port you'll need a better solution to this. I tried to configure gnulib from $(srcdir)/../gnulib into $(objdir)/gnulib but couldn't get it to work. Might be worth another shot. -- Daniel Jacobowitz CodeSourcery