From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11716 invoked by alias); 1 Oct 2012 17:38:19 -0000 Received: (qmail 11566 invoked by uid 22791); 1 Oct 2012 17:38:18 -0000 X-SWARE-Spam-Status: No, hits=-4.4 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 01 Oct 2012 17:38:13 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MB80060050QTC00@a-mtaout20.012.net.il> for gdb@sourceware.org; Mon, 01 Oct 2012 19:37:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MB8006HF6B4YZ20@a-mtaout20.012.net.il>; Mon, 01 Oct 2012 19:37:53 +0200 (IST) Date: Mon, 01 Oct 2012 17:38:00 -0000 From: Eli Zaretskii Subject: Re: Old OSes compatibility [Re: 64-bit (>4GB) inferior data types rules; TYPE_LENGTH: unsigned -> ULONGEST] In-reply-to: <5069D06D.5070101@redhat.com> To: Pedro Alves Cc: jan.kratochvil@redhat.com, brobecker@adacore.com, gdb@sourceware.org, siddhesh@redhat.com Reply-to: Eli Zaretskii Message-id: <83bogmay9z.fsf@gnu.org> References: <20120928173229.GA10406@host2.jankratochvil.net> <20120930165630.GA30746@adacore.com> <20121001164833.GA20592@host2.jankratochvil.net> <5069D06D.5070101@redhat.com> X-IsSubscribed: yes 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: 2012-10/txt/msg00006.txt.bz2 > Date: Mon, 01 Oct 2012 18:18:37 +0100 > From: Pedro Alves > CC: Joel Brobecker , gdb@sourceware.org, > Siddhesh Poyarekar , Eli Zaretskii > > On 10/01/2012 05:48 PM, Jan Kratochvil wrote: > > > Therefore I believe "%z" is OK, it would be nice to check it with several > > major non-GNU systems whether gnulib vasprintf should be already included. > > Older mingw versions would be a host I recall whose libc didn't > use to support %z until a couple years ago. I don't think MinGW can support %z even today, because the CRT DLL doesn't. See my other message. > I believe Eli (like many, due to some technical limitations of gcc > 4.x) for example stills uses a mingw with a 3.x gcc. That's true, but the main issue here is the library, not the compiler. > Not sure whether people are combining newer mingw runtime releases > with the 3.x based compilers. MinGW runtime does not replace the format conversion engine, it uses the MS provided one, AFAIK. It does augment the MS runtime with several functions of the printf family, but AFAIK they do not include replacement of the format-conversion code. If you know otherwise, please tell which MinGW source file includes this replacement.