From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29383 invoked by alias); 24 Aug 2013 00:27:34 -0000 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 Received: (qmail 29357 invoked by uid 89); 24 Aug 2013 00:27:33 -0000 X-Spam-SWARE-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 Received: from mail-qe0-f49.google.com (HELO mail-qe0-f49.google.com) (209.85.128.49) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sat, 24 Aug 2013 00:27:32 +0000 Received: by mail-qe0-f49.google.com with SMTP id k5so707035qej.36 for ; Fri, 23 Aug 2013 17:27:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/z68+B1hgCOgHEfMzlB1u3o/Z+XvSKfL/NuT8urBP/o=; b=IwK3mMb2vOiliiq0LTMhSxzzJegbyfzSjyxTeCrTvqmpmS1unml5NVYt0bKmq4rR/4 gN0DcD5OjZjyKBdVXismSU0Rx/jMtT28mhArFpiEa5cDVU4+HLFY3L+ECobmSLT/XuSD DFHPEWGswHYZ54hBEkt9kIlpWHvCrJlVD7eRjZNghb+E5cNPolgWJZuguBiCl5usr279 u8ApBzrrfdbu7LftyVGWKtpmvEPtKS+P3PyNqrmmeMKIK4qgoHuUighwgUqBIUj7uVWJ jNxGXD3BMT+TljrbURxsnxgNrI8QYc8vEOjvobrciC09p9tNkaAWzfF+6ZDouP6QQaBk ppTw== X-Gm-Message-State: ALoCoQn/gtKBjj7QcyupXNB10FeWdeJV5xo0HEqfXqJtwwo8K4bQRcqajkD4/77UsrzTPFgT+1GEYFookmm7lj3q6z2mHbtbCTTNLvqCJ2i/YHvuIjy3rBZ8cL0Se+SPS/3tj1C2jiei5g8VuIGM0/UTM48w3ARD4lAo5xdhWN+hTe0JIAJT0jLJc7rU6VCr+Dys0clKu8Zx MIME-Version: 1.0 X-Received: by 10.229.101.198 with SMTP id d6mr670789qco.40.1377304050519; Fri, 23 Aug 2013 17:27:30 -0700 (PDT) Received: by 10.229.145.20 with HTTP; Fri, 23 Aug 2013 17:27:30 -0700 (PDT) In-Reply-To: <87siy070su.fsf@dod.no> References: <8738q4gj7a.fsf@fleche.redhat.com> <201308222010.r7MKAljG013904@glazunov.sibelius.xs4all.nl> <87wqnda0tm.fsf@fleche.redhat.com> <87siy070su.fsf@dod.no> Date: Sat, 24 Aug 2013 00:27:00 -0000 Message-ID: Subject: Re: A Proposal to Move to Git From: Doug Evans To: Binutils Cc: gdb Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-08/txt/msg00123.txt.bz2 On Fri, Aug 23, 2013 at 10:51 AM, Steinar Bang wrote: >>>>>> "H.J. Lu" : > >> I assume git repo has both binutils and gdb. Is that possible to only >> checkout binutils portion? > > Not as such. There is something similar called sparse checkouts. > Eg. if your source is organized like > binutils/ > gdb/ > you can opt to checkout only > binutils/ > in your working directory. > > But it still will be organized as a binutils/ subdirectory at the top > level. > > Ie. if you clone your binutils-only version of gdb+binutils like so > git clone git://somegitrepo.org/gdbbinutils.git binutils > you will have to do > cd binutils/binutils > to get to he interesting stuff... > > Also the "user interface" for sparse checkouts kinda sucks: > - You set a git property > - You add lines to a text file saying what should be checked out > - You either do an initial checkout, or you use the little used command > git-read-tree to update the working directory > > After this, git can be used normally (merge, add, commit, push). > > If disk usage is an issue, I guess it could be useful...? You would > still have the entire git repo, though. > Not that this is necessarily one of HJ's issues, but it's too bad "binutils" is both the name of the package and a directory within it. Otherwise I can imagine all-binutils, install-binutils, check-binutils in the top level makefile doing the right thing (e.g. being wrappers for all-gas+all-ld+..., etc.).