From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27211 invoked by alias); 25 Mar 2013 09:15:25 -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 27150 invoked by uid 89); 25 Mar 2013 09:15:18 -0000 X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,FREEMAIL_REPLY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.1 Received: from mail-ie0-f175.google.com (HELO mail-ie0-f175.google.com) (209.85.223.175) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 25 Mar 2013 09:15:15 +0000 Received: by mail-ie0-f175.google.com with SMTP id c12so6943393ieb.20 for ; Mon, 25 Mar 2013 02:15:14 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.176.129 with SMTP id ci1mr4600112igc.53.1364202914381; Mon, 25 Mar 2013 02:15:14 -0700 (PDT) Received: by 10.64.14.129 with HTTP; Mon, 25 Mar 2013 02:15:14 -0700 (PDT) In-Reply-To: <837gkv3maf.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> Date: Mon, 25 Mar 2013 13:21:00 -0000 Message-ID: Subject: Re: [MinGW-w64]Build gdb/ctf.c failed From: Kai Tietz To: Eli Zaretskii Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com, gdb-patches@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 X-SW-Source: 2013-03/txt/msg00924.txt.bz2 2013/3/25 Eli Zaretskii : >> Date: Mon, 25 Mar 2013 09:30:40 +0100 >> From: Kai Tietz >> Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com, >> gdb-patches@sourceware.org >> >> > 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. >> >> You are driveling ... > > Very mature. Thanks a lot. Be welcome. Sorry, but I want to insist on such apparent things. I am wondering about your arguments, due you should know better.