From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5623 invoked by alias); 25 May 2010 16:06:30 -0000 Received: (qmail 5601 invoked by uid 22791); 25 May 2010 16:06:27 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM X-Spam-Check-By: sourceware.org Received: from mail-ww0-f41.google.com (HELO mail-ww0-f41.google.com) (74.125.82.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 25 May 2010 16:06:23 +0000 Received: by wwi18 with SMTP id 18so398469wwi.0 for ; Tue, 25 May 2010 09:06:20 -0700 (PDT) Received: by 10.227.151.136 with SMTP id c8mr7098585wbw.127.1274803580174; Tue, 25 May 2010 09:06:20 -0700 (PDT) Received: from yakj.usersys.redhat.com (nat-pool-brq-t.redhat.com [209.132.186.34]) by mx.google.com with ESMTPS id f8sm40345861wbe.11.2010.05.25.09.06.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 25 May 2010 09:06:18 -0700 (PDT) Message-ID: <4BFBF578.40904@gnu.org> Date: Tue, 25 May 2010 16:06:00 -0000 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Lightning/1.0b2pre Thunderbird/3.0.4 MIME-Version: 1.0 To: binutils@sourceware.org, gdb@sourceware.org, gcc@gnu.org, DJ Delorie Subject: toplevel out of sync Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2010-05/txt/msg00074.txt.bz2 All, the toplevel configury of gcc/gdb/binutils is very much out of sync. If people agree, I would like to freeze commits to the toplevel configury until they are not diverging anymore. Also, I would like to make a new policy that from now on patches to the toplevel cannot be committed by anyone who doesn't have write access to both gcc and src. Is there any agreement on this? Unfortunately I don't have much time to devote to bringing the trees back in shape, and not even to chase down committers of patches placed only on one side. Can anybody help with this? In particular, if DJ could provide with the last date when the tree was synchronized that would help. Paolo