From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 73959 invoked by alias); 20 May 2017 06:13:39 -0000 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 Received: (qmail 73836 invoked by uid 89); 20 May 2017 06:13:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=unavailable version=3.3.2 spammy= X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (208.118.235.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 20 May 2017 06:13:37 +0000 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBxdv-0008Di-4c for gdb-patches@sourceware.org; Sat, 20 May 2017 02:13:39 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45303) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBxdv-0008DS-11; Sat, 20 May 2017 02:13:35 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4912 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dBxds-0006Lh-EG; Sat, 20 May 2017 02:13:33 -0400 Date: Sat, 20 May 2017 06:13:00 -0000 Message-Id: <83y3ts12f9.fsf@gnu.org> From: Eli Zaretskii To: DJ Delorie , Pedro Alves CC: gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org In-reply-to: (message from DJ Delorie on Fri, 19 May 2017 21:25:56 -0400) Subject: Re: MinGW compilation warnings in libiberty's include/environ.h Reply-to: Eli Zaretskii References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00478.txt.bz2 > From: DJ Delorie > Cc: gcc-patches@gcc.gnu.org, gdb-patches@sourceware.org > Date: Fri, 19 May 2017 21:25:56 -0400 > > Fix committed. Thanks! Pedro, how do we make this propagated to the GDB repository? > As Pedro noted, the correct way to request a change is > to make the change in your local checked out repo, and run "svn diff" > (or "git diff"). My problem is, I don't have a GCC repository, so doing the above means checking it out, which takes a _very_ long time here. And the patch I was thinking about is not the one you eventually committed anyway, which is to be expected, since I have no idea about the various dependencies between the projects that use the common configure infrastructure and about how things are done to keep all the user projects in sync. IOW, not everyone who reports a problem can necessarily provide a patch. The fact that you know too much about my abilities in other projects doesn't (or shouldn't) change that ;-) > The easier you can make it for the maintainer (me!), the more likely > your patch will get handled quickly. I know. I was trying to make it as easy as I possibly could, given the level of my knowledge in this area.