From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11539 invoked by alias); 9 Jun 2011 06:07:06 -0000 Received: (qmail 11527 invoked by uid 22791); 9 Jun 2011 06:07:04 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST X-Spam-Check-By: sourceware.org Received: from mail-bw0-f41.google.com (HELO mail-bw0-f41.google.com) (209.85.214.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 09 Jun 2011 06:06:50 +0000 Received: by bwz17 with SMTP id 17so1307284bwz.0 for ; Wed, 08 Jun 2011 23:06:49 -0700 (PDT) Received: by 10.204.42.11 with SMTP id q11mr291464bke.131.1307599609216; Wed, 08 Jun 2011 23:06:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.67.7 with HTTP; Wed, 8 Jun 2011 23:06:28 -0700 (PDT) In-Reply-To: <20110609054742.GE12834@adacore.com> References: <1306440200-25087-1-git-send-email-vapier@gentoo.org> <20110608164939.GA14178@adacore.com> <201106090107.44953.vapier@gentoo.org> <20110609054742.GE12834@adacore.com> From: Mike Frysinger Date: Thu, 09 Jun 2011 06:07:00 -0000 Message-ID: Subject: Re: [PATCH] gdb: sim: automatically pass down sysroot To: Joel Brobecker Cc: gdb-patches@sourceware.org, toolchain-devel@blackfin.uclinux.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes 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-06/txt/msg00122.txt.bz2 On Thu, Jun 9, 2011 at 01:47, Joel Brobecker wrote: > And good to know that this is the last simulator that should be > impacted. =A0If there is a relatively mechanichal way to use sim/common/, > we can look at that option, since the number of simulators to update > would be small (2?). "no" to all parts unfortunately. the sim/common/ tree is a loose collection of files. sims get to opt in to different pieces or simply re-implement the core functions themselves. i'd say probably more than half do. you can tell quickly by looking at the sub-Makefile and see how many objects from common it refers to. and if the sim still uses "run.c" instead of "nrun.c", you're really screwed. and from what i recall from when i converted bfin from standalone to the common tree, the main loops, header files, and state are heavily impacted. fairly invasive to convert over, but much of it is simply code massage rather than rewriting new stuff. the upside is that the conversion tends to involve throwing out a lot of code because common/ takes care of it for you. the downside is that it isnt trivial, and i unfortunately have no interest in converting other sims. -mike