Re: [PATCH 12/21] pipe_filter_ii_execute: port to OS/2 kLIBC

Hi/2. Bruno Haible wrote: >> * lib/pipe-filter-ii.c (start_wrapper, _beginthreadex, CloseHandle, >> WaiForSingleObject, WaitForMultipleObjects): New on OS/2 kLIBC. > > Since you make use of these functions in w32spawn.h, their implementation > does not belong in pipe-filter-ii.c, but rather in so

Re: [PATCH 01/21] gnulib-tool: disable a symbolic link on OS/2

Hi/2. Paul Eggert wrote: > KO Myung-Hun wrote: >> Instead, how about warning that --symbolic is not supported, instead >> copy will be used ? > > If that's easy, fine; but if it's at all tricky, let's not bother. Fixed. -- KO Myung-Hun Using Mozilla SeaMonkey 2.7.2 Under OS/2 Warp 4 for Korea

Re: "test-lock" stuck on FreeBSD

Thanks for looking into it. Ed Maste writes: > On 17 November 2014 at 05:34, Daiki Ueno wrote: >> >> As I'm getting more reports (perhaps) related to this, I've filed a bug >> at the FreeBSD bugzilla, with a reproducer written in plain pthreads: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi

Re: "test-lock" stuck on FreeBSD

On 17 November 2014 at 05:34, Daiki Ueno wrote: > > As I'm getting more reports (perhaps) related to this, I've filed a bug > at the FreeBSD bugzilla, with a reproducer written in plain pthreads: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195098 To clarify, does this issue seem to occur

Re: [PATCH 04/21] stdint: typedef gl_intptr_t and gl_uintptr_t correctly on OS/2 kLIBC

Hi/2. Paul Eggert wrote: > KO Myung-Hun wrote: >> Sorry, I didn't check this. > > Please do that by inspecting config.log. There may be a more serious > bug there, which we shouldn't be masking. Ok. I've looked into config.log, and found the causes to fail. kLIBC typedefs wchar_t to unsigned s

Re: [PATCH 19/21] utimens: define HAVE_WORKING_UTIMES to 1 on OS/2 kLIBC

Hi/2. Paul Eggert wrote: > KO Myung-Hun wrote: >> If this is acceptable, I'll send a patch. > > It's OK to have utimens mimic utimes's limitations. Attach the updated patch. -- KO Myung-Hun Using Mozilla SeaMonkey 2.7.2 Under OS/2 Warp 4 for Korean with FixPak #15 In VirtualBox v4.1.32 on Int

Re: [PATCH 05/21] spawn: do not include sched.h on OS/2 kLIBC

Bruno Haible wrote: > KO Myung-Hun posted: >> 0001-sched-check-struct-sched_param-in-spawn.h-as-well.patch > > Thanks. This looks much better now. Just two small improvements I'd like > to ask for: > > - In m4/sched_h.m4, can you bump the marker "sched_h.m4 serial 6" > to "sched_h.m4 serial 7

Re: [PATCH 15/21] freopen: workaround freopen() on OS/2 kLIBC

Hi/2. Paul Eggert wrote: > KO Myung-Hun wrote: >> Unfortunately, if freopen is not replaced by gnulib, freopen-safer also >> has a bug. > > In that case, gnulib should be fixed so that freopen is replaced on > kLIBC, since kLIBC freopen doesn't work correctly here. Fixed. -- KO Myung-Hun Usin

Re: [PATCH 05/21] spawn: do not include sched.h on OS/2 kLIBC

KO Myung-Hun posted: > 0001-sched-check-struct-sched_param-in-spawn.h-as-well.patch Thanks. This looks much better now. Just two small improvements I'd like to ask for: - In m4/sched_h.m4, can you bump the marker "sched_h.m4 serial 6" to "sched_h.m4 serial 7"? - In lib/sched.in.h: We try to pu

Re: [PATCH 07/21] find_executable: port to EMX

KO Myung-Hun submitted: > 0001-find_executable-port-to-EMX.patch This patch looks fine now. Thanks. Bruno

ARGP: Documentation of

Hello, I am writing some little C++ wrapper classes for the argp functions. Unfortunately, I cannot find any documentation of the argp_child::flags member, i.e.: what possible values it could have. The only documentation seems to be the one line comment in argp.h: "Flags for this child", which is

Re: [PATCH 05/21] spawn: do not include sched.h on OS/2 kLIBC

Hi/2. Bruno Haible wrote: > KO Myung-Hun wrote: >> kLIBC does not have sched.h. >> kLIBC declares 'struct sched_param' directly in its own spawn.h. > > But then the sched.h that gnulib module 'sched' creates is broken for kLIBC: > It will set HAVE_STRUCT_SCHED_PARAM=0 and thus provide a different