From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27490 invoked by alias); 9 Dec 2004 07:46:18 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27465 invoked from network); 9 Dec 2004 07:46:12 -0000 Received: from unknown (HELO smtp2.clear.net.nz) (203.97.37.27) by sourceware.org with SMTP; 9 Dec 2004 07:46:12 -0000 Received: from DANNY (218-101-109-146.dialup.clear.net.nz [218.101.109.146]) by smtp2.clear.net.nz (CLEAR Net Mail) with SMTP id <0I8G000ZB2UV0H@smtp2.clear.net.nz> for gcc@gcc.gnu.org; Thu, 09 Dec 2004 20:44:56 +1300 (NZDT) Date: Thu, 09 Dec 2004 07:46:00 -0000 From: Danny Smith Subject: Re: mh-mingw32 To: gcc@gcc.gnu.org Reply-to: Danny Smith Message-id: <001501c4ddc2$a7d032d0$926d65da@DANNY> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7bit X-SW-Source: 2004-12/txt/msg00319.txt.bz2 http://gcc.gnu.org/ml/gcc/2004-12/msg00309.html From: Christopher Faylor >On Wed, Dec 08, 2004 at 03:36:38PM +0000, Joern RENNECKE wrote: >> Why does config/mh-mingw32 clear LIBGCC2_DEBUG_CFLAGS ? Debugging >> information in the target libgcc of a mingw32 hosted cross tool chain >> is quite useful. > From the CVS logs, it looks like this predates my tenure as windows > maintainer by several years. It is probably a historical artifact. > Unless Danny Smith objects, I'd say feel free to nuke that line. No objections from me. If you nuke that line, you may as well nuke the whole file. Danny > cgf