This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [MinGW-w64]Build gdb/ctf.c failed
- From: Kai Tietz <ktietz70 at googlemail dot com>
- To: Eli Zaretskii <eliz at gnu dot org>
- Cc: asmwarrior at gmail dot com, tromey at redhat dot com, yao at codesourcery dot com, gdb-patches at sourceware dot org
- Date: Mon, 25 Mar 2013 13:42:52 +0100
- Subject: Re: [MinGW-w64]Build gdb/ctf.c failed
- References: <83ip4s4ixc dot fsf at gnu dot org> <1363407692-18959-1-git-send-email-yao at codesourcery dot com> <1363407692-18959-4-git-send-email-yao at codesourcery dot com> <CADPb22RwSq0iv_gQu5PSGezQoUy0ve16M2hmL51HvM19v0M5Ow at mail dot gmail dot com> <51492077 dot 30307 at codesourcery dot com> <83sj3qyogk dot fsf at gnu dot org> <87vc8m7z1d dot fsf at fleche dot redhat dot com> <514FA117 dot 9030604 at gmail dot com> <83hajz3oef dot fsf at gnu dot org> <CAEwic4Y020-LqwtNeYFXn3oQvk5fWBFm1T5ZoAmwqPSpD=PASg at mail dot gmail dot com> <83boa73mty dot fsf at gnu dot org> <CAEwic4aP6EHo0Kxu=qxCF1MFNWPt02QoSAUyuRuN1riAJif8Yg at mail dot gmail dot com> <837gkv3maf dot fsf at gnu dot org> <CAEwic4ag2-dHuoZHwLApVdoYzb+ueP1+xV+sBa0NOnpB+s4NOg at mail dot gmail dot com> <8338vj3i1w dot fsf at gnu dot org>
2013/3/25 Eli Zaretskii <eliz@gnu.org>:
>> Date: Mon, 25 Mar 2013 10:15:14 +0100
>> From: Kai Tietz <ktietz70@googlemail.com>
>> Cc: asmwarrior@gmail.com, tromey@redhat.com, yao@codesourcery.com,
>> gdb-patches@sourceware.org
>>
>> >> You are driveling ...
>> >
>> > Very mature. Thanks a lot.
>>
>> Be welcome.
>
> I'm not, actually.
>
>> Sorry, but I want to insist on such apparent things. I am wondering
>> about your arguments, due you should know better.
>
> I have no idea what I "should know better". If you wonder about my
> arguments, you can always ask for clarifications. We are both
> writing in a language that isn't our first one, so misunderstanding is
> much more probable than anything else.
Well, some of this might be caused by foreign tongue. What I meant by
... well let me say confused instead of "drivel" ... its English
meaning is more harsh as I wanted to say:
First cite of your reply within that thread I want to reference is:
"Is mkdir declared in MinGW64 unistd.h? If so, can you please show its
declaration from unistd.h?
Also, what other headers are included in MinGW64 unistd.h?
I dislike using Windows-specific headers in general source files.
MinGW unistd.h (which is absent from MS SDK's) was created for that
very purpose. If MinGW64 is breaking that, IMO it's a MinGW64 bug
that needs to be reported to them, while we look for the cleanest way
of fixing this annoyance."
So, you claimed MinGW-w64 did something wrong ... well, if we wouldn't
declare mkdir here, indeed it would be worth a bug-report ...
And then you ware asking the following question to Asmwarrior:
"Isn't _mkdir also declared in io.h?"
Well, so I assume that you are meaning _mkdir in first offensive cite,
as this function was actual used by Yao Qi's patch.
After you got the reply by Yao Qi you wrote:
"Too bad. Gratuitous differences between the different MinGW variants
are likely to become maintenance headaches in the long run. Like in
this case."
So what differences you were talking about? The function mkdir is
declared for MinGW.org, and for MinGW-w64. It is the POSIX compliant
API name and both ventures are declaring it in an POSIX-helper header.
So you mean yet _mkdir?
The few mingw posix extensions are there in order to make porting a
bit easier. if you want to use a posix function, include the
corresponding posix header; if you want to a MS API, use the header MS
defines the function/interface lives in. it wouldn't really help
portability (in either direction) to support including a posix header,
and getting a MS API function, so mingw doesn't lay its headers that
way. 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.
Kai