From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 120280 invoked by alias); 3 Mar 2019 22:38:44 -0000 Mailing-List: contact cgen-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sourceware.org Received: (qmail 120272 invoked by uid 89); 3 Mar 2019 22:38:44 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=ball, H*Ad:U*cgen, vision, dropped X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 03 Mar 2019 22:38:43 +0000 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 18550308A9E1; Sun, 3 Mar 2019 22:38:42 +0000 (UTC) Received: from redhat.com (ovpn-116-33.phx2.redhat.com [10.3.116.33]) by smtp.corp.redhat.com (Postfix) with ESMTPS id EB8FB19C57; Sun, 3 Mar 2019 22:38:41 +0000 (UTC) Received: from fche by redhat.com with local (Exim 4.91) (envelope-from ) id 1h0Zkm-0000kn-EH; Sun, 03 Mar 2019 17:38:40 -0500 Date: Sun, 03 Mar 2019 22:38:00 -0000 From: "Frank Ch. Eigler" To: Andrew Burgess Cc: cgen@sourceware.org, nickc@redhat.com Subject: Re: Converting CGEN from CVS to git Message-ID: <20190303223840.GA1576@redhat.com> References: <20190131195017.GB17699@embecosm.com> <878sywvnqx.fsf@redhat.com> <20190204163344.GA2829@embecosm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190204163344.GA2829@embecosm.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes X-SW-Source: 2019-q1/txt/msg00007.txt.bz2 Hi - > [...] > Could we not start in a separate repository, then if we find that > there is some problem that would be made easier by having the source > in bintuils-gdb we can do that later? > > Part of my motivation for patching binutils-gdb to not require CGEN > in-tree was a vision of a future where CGEN would exist as a true > standalone utility that was simply used by binutils (like gcc, flex, > etc). We've dropped the ball on this thread. I'd be happy to look over someone else's cvs-git conversion for this (src/cgen + src/cpu?), or try my own. There are no blockers to having it on sourceware. - FChE