From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17507 invoked by alias); 25 Mar 2013 14:25:14 -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 17129 invoked by uid 89); 25 Mar 2013 14:25:06 -0000 X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.1 Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 25 Mar 2013 14:25:02 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MK700B00ZWX7200@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Mon, 25 Mar 2013 16:24:35 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MK800AWO00YT6A0@a-mtaout20.012.net.il>; Mon, 25 Mar 2013 16:24:35 +0200 (IST) Date: Mon, 25 Mar 2013 16:25:00 -0000 From: Eli Zaretskii Subject: Re: [MinGW-w64]Build gdb/ctf.c failed In-reply-to: To: Kai Tietz Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83ppyn1rrm.fsf@gnu.org> References: <83ip4s4ixc.fsf@gnu.org> <1363407692-18959-1-git-send-email-yao@codesourcery.com> <1363407692-18959-4-git-send-email-yao@codesourcery.com> <51492077.30307@codesourcery.com> <83sj3qyogk.fsf@gnu.org> <87vc8m7z1d.fsf@fleche.redhat.com> <514FA117.9030604@gmail.com> <83hajz3oef.fsf@gnu.org> <83boa73mty.fsf@gnu.org> <837gkv3maf.fsf@gnu.org> <8338vj3i1w.fsf@gnu.org> <83wqsv1v4b.fsf@gnu.org> X-SW-Source: 2013-03/txt/msg00934.txt.bz2 > Date: Mon, 25 Mar 2013 14:30:15 +0100 > From: Kai Tietz > Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com, gdb-patches@sourceware.org > > >> The header io.h isn't a POSIX one, and therefore you should just > >> expect what actual is documented by vendor (in msdn) for it and not > >> what one implementation mightz does. > > > > MinGW's unistd.h includes io.h, and thus gets both mkdir and _mkdir. > Yeah, and that's an implementation detail and IMHO even a bug, because > msdn is documenting it differently ... but well that is in this case > just nit-picking. > > One could perhaps argue that this is or isn't a mistake, but given the > > precedence, having a different arrangement in MinGW64 is unfortunate, > > since it will mean more #ifdef'ing in the projects that want to > > support both. > > Yeah, therefore don't rely on implementation details. MinGW was the only Free Software environment for Windows for many years. So its implementation details have already spread to many projects. That alone should make its implementation a kind of de-facto standard, breaking which needs a very good reason. But I feel that you disagree.