From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-99854-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 5464 invoked by alias); 25 Mar 2013 08:28:49 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 5429 invoked by uid 89); 25 Mar 2013 08:28:42 -0000
X-Spam-SWARE-Status: No, score=-3.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL,TW_SM 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 08:28:38 +0000
Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MK700800JIH0000@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Mon, 25 Mar 2013 10:28:16 +0200 (IST)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MK7007EZJJ3HHC0@a-mtaout20.012.net.il>; Mon, 25 Mar 2013 10:28:16 +0200 (IST)
Date: Mon, 25 Mar 2013 09:54:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [MinGW-w64]Build gdb/ctf.c failed
In-reply-to: <CAEwic4Y020-LqwtNeYFXn3oQvk5fWBFm1T5ZoAmwqPSpD=PASg@mail.gmail.com>
To: Kai Tietz <ktietz70@googlemail.com>
Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com, gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83boa73mty.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> <CADPb22RwSq0iv_gQu5PSGezQoUy0ve16M2hmL51HvM19v0M5Ow@mail.gmail.com> <51492077.30307@codesourcery.com> <83sj3qyogk.fsf@gnu.org> <87vc8m7z1d.fsf@fleche.redhat.com> <514FA117.9030604@gmail.com> <83hajz3oef.fsf@gnu.org> <CAEwic4Y020-LqwtNeYFXn3oQvk5fWBFm1T5ZoAmwqPSpD=PASg@mail.gmail.com>
X-SW-Source: 2013-03/txt/msg00919.txt.bz2

> Date: Mon, 25 Mar 2013 09:06:05 +0100
> From: Kai Tietz <ktietz70@googlemail.com>
> Cc: asmwarrior <asmwarrior@gmail.com>, tromey@redhat.com, yao@codesourcery.com, 
> 	gdb-patches@sourceware.org
> 
> 2013/3/25 Eli Zaretskii <eliz@gnu.org>:
> >> Date: Mon, 25 Mar 2013 08:57:59 +0800
> >> From: asmwarrior <asmwarrior@gmail.com>
> >> CC: Eli Zaretskii <eliz@gnu.org>, Yao Qi <yao@codesourcery.com>,
> >>  gdb-patches@sourceware.org
> >>
> >> I found that _mkdir was declared in the file: direct.h in MinGW-w64 SDKs:
> >> _CRTIMP int __cdecl _mkdir(const char *_Path);
> >
> > Isn't _mkdir also declared in io.h?
> 
> No, it isn't.

Too bad.  Gratuitous differences between the different MinGW variants
are likely to become maintenance headaches in the long run.  Like in
this case.

> It is a flaw to declare it there.  The unistd.h header is a POSIX
> one.  _mkdir is for sure no POSIX variant, so its declaration
> doesn't belong somewhere else.

Posix header files can very well (and do) have non-Posix stuff, if
that stuff is guarded by suitable preprocessor conditionals that make
it disappear when compiled with the -std= compiler switch which
requires Posix without extensions.  So I'm surprised this argument is
being brought up here.