From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15021 invoked by alias); 9 Dec 2001 02:19:59 -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 14997 invoked from network); 9 Dec 2001 02:19:58 -0000 Received: from unknown (HELO godel.megacz.com) (64.23.37.80) by sources.redhat.com with SMTP; 9 Dec 2001 02:19:58 -0000 Received: from megacz by godel.megacz.com with local (Exim 3.12 #1 (Debian)) id 16Cta1-0001yC-00 for ; Sat, 08 Dec 2001 21:20:37 -0500 To: gcc@gcc.gnu.org Subject: Re: mingw32 target broken [cygwin as well] [the saga continues] References: <86itbhz2gt.fsf@megacz.com> <20011208192501.A18071@mediaone.net> From: Adam Megacz X-Home-Page: http://www.megacz.com/adam Organization: Myself Date: Sat, 08 Dec 2001 18:30:00 -0000 In-Reply-To: Craig Rodrigues's message of "Sat, 8 Dec 2001 19:25:01 -0500" Message-ID: <86snalxhfu.fsf@megacz.com> User-Agent: Gnus/5.0803 (Gnus v5.8.3) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2001-12/txt/msg00429.txt.bz2 Craig Rodrigues writes: > > _U' was not declared in this scope > > /home/megacz/gcc-3.1/bin/i686-pc-mingw32/libstdc++-v3/include/i686-pc-mingw32/bits/ctype_base.h:47: ` > > _L' was not declared in this scope > > /home/megacz/gcc-3.1/bin/i686-pc-mingw32/libstdc++-v3/include/i686-pc-mingw32/bits/ctype_base.h:48: ` > > _U' was not declared in this scope > > /home/megacz/gcc-3.1/bin/i686-pc-mingw32/libstdc++-v3/include/i686-pc-mingw32/bits/ctype_base.h:48: ` > > _L' was not declared in this scope > > and this patch from bkoz: > http://gcc.gnu.org/ml/libstdc++/2001-03/msg00144.html A bit stale, but I was able to hand-edit for the same effect, and it worked. I'm not too familiar with the administrative end of the gcc project -- is there some patch-approval process that patches like this have not gone through? Is that why they don't end up getting back into the trunk? Otherwise, may I post a diff to the latest CVS in the hopes of getting it folded in? I've also noticed that the configure in the root directory of the gcc checkout does not pass the --target=$TARGET option to the invocation of configure for libstdc++-v3, although it does pass --with-target-dir -- can anybody verify this and/or advise me on how to fix it "the right way"? (right now I'm just manually re-running configure for libstdc++-v3). - a