This is the mail archive of the
mailing list for the binutils project.
Re: A Proposal to Move to Git
- From: Doug Evans <dje at google dot com>
- To: Hans-Peter Nilsson <hp at bitrange dot com>
- Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, Tom Tromey <tromey at redhat dot com>, GDB Development <gdb at sourceware dot org>, Binutils Development <binutils at sourceware dot org>
- Date: Wed, 4 Sep 2013 09:55:37 -0700
- Subject: Re: A Proposal to Move to Git
- Authentication-results: sourceware.org; auth=none
- References: <8738q4gj7a dot fsf at fleche dot redhat dot com> <alpine dot BSF dot 2 dot 02 dot 1308301744330 dot 46991 at arjuna dot pair dot com> <Pine dot LNX dot 4 dot 64 dot 1308302322360 dot 22363 at digraph dot polyomino dot org dot uk> <alpine dot BSF dot 2 dot 02 dot 1308302130560 dot 41348 at arjuna dot pair dot com>
On Fri, Aug 30, 2013 at 7:05 PM, Hans-Peter Nilsson <firstname.lastname@example.org> wrote:
> On Fri, 30 Aug 2013, Joseph S. Myers wrote:
>> As I noted in <http://gcc.gnu.org/ml/gcc/2011-03/msg00486.html>, cgen
>> doesn't appear to use the shared toplevel at all, so if it moves out of
>> src, it would just be the cgen directory moving without a copy of anything
>> at toplevel; with regard to binutils+gdb, it's just another build tool.
> Still, the work-flow of using it will change (for sure for
> cgen-generated binutils and sim files) and the new work-flow of
> cgen development (both of and with) will have to be tested and
> documented. For sim, that's --enable-cgen-maint which now'll
> require an argument. It seems it'd almost work already except
> it'd have to live in a subdir called "lib" below the argument
> dir, which seems unnecessary.
Hi. I didn't understand where "lib" came from so I checked.
The location of cgen is defined in src/opcodes/configure.in
[Note to self: IWBN to combine them.]
I'm guessing you're referring to this line, in both files:
We can probably change that if it's useful.
The current default is src/cgen, for reference sake.