From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14532 invoked by alias); 7 May 2013 15:56:32 -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 14493 invoked by uid 89); 7 May 2013 15:56:32 -0000 X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE,RCVD_IN_NIX_SPAM,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 07 May 2013 15:56:30 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MMF00300QLWL300@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Tue, 07 May 2013 18:56:27 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MMF0009QQY285O1@a-mtaout22.012.net.il>; Tue, 07 May 2013 18:56:27 +0300 (IDT) Date: Tue, 07 May 2013 15:56:00 -0000 From: Eli Zaretskii Subject: Re: [patch/rfc] gdb: clean up x86 cpuid implementations In-reply-to: To: Doug Evans Cc: vapier@gentoo.org, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83sj1yeqcb.fsf@gnu.org> References: <201305061451.24861.vapier@gentoo.org> <831u9jgagk.fsf@gnu.org> <201305061630.27822.vapier@gentoo.org> <83vc6veckf.fsf@gnu.org> X-SW-Source: 2013-05/txt/msg00241.txt.bz2 > Date: Mon, 6 May 2013 21:26:40 -0700 > From: Doug Evans > Cc: Mike Frysinger , gdb-patches > > On Mon, May 6, 2013 at 7:41 PM, Eli Zaretskii wrote: > >> From: Mike Frysinger > >> but in the end, i don't care about dead things like DOS, so if people prefer > >> to leave the cruft in that one file, i can look the other way while still > >> cleaning up everything else. > > > > Yes, please. > > I don't have an opinion on which way to go, > but if we leave DOS alone, > can we add a comment explaining why things are the way they are, > so that the next person won't have to dig through archives. Certainly. Will do once I see what is actually committed.