Re: [PATCH] hurd: align -p and -pg behavior on Linux

2016-02-25 Thread Samuel Thibault
Samuel Thibault, on Thu 25 Feb 2016 00:18:21 +0100, wrote: > Thomas Schwinge, on Wed 24 Feb 2016 23:46:36 +0100, wrote: > > I guess getting -D_REENTRANT for -pthread won't do us any harm? > > It won't. (Actually we've been using this in Debian for a long time). Samuel

Re: sysdeps/mach/hurd/profil.c (was: [PATCH] hurd: align -p and -pg behavior on Linux)

2016-02-25 Thread Samuel Thibault
Thomas Schwinge, on Thu 25 Feb 2016 15:05:21 +0100, wrote: > Should we move the initialization of profil_reply_port elsewhere, or be > prepared for profil_reply_port to be MACH_PORT_NULL in > sysdeps/mach/hurd/profil.c:fetch_samples (by returning early?), or not > call fetch_samples from sysdeps/ma

sysdeps/mach/hurd/profil.c (was: [PATCH] hurd: align -p and -pg behavior on Linux)

2016-02-25 Thread Thomas Schwinge
Hi! On Wed, 24 Feb 2016 23:46:36 +0100, I wrote: > On Sat, 19 Sep 2015 14:00:23 +0200, Samuel Thibault > wrote: > > On Linux, -p and -pg do not make gcc link against libc_p.a, only > > -profile does (as documented in r11246), and thus people expect -p > > (Yo, 20 years ago...) Now looking at g

Re: RFC: [PATCH hurd 1/6] Add file record locking support: libfshelp_rlock.patch

2016-02-25 Thread Samuel Thibault
Svante Signell, on Thu 25 Feb 2016 10:16:59 +0100, wrote: > On Mon, 2016-02-08 at 23:33 +0100, Samuel Thibault wrote: > > Svante Signell, on Mon 08 Feb 2016 12:51:42 +0100, wrote: > > > 1) Locks are inherited by fork, they should not. Test program: libfshelp- > > > tests/fork.c > > > > As I mentio

Re: RFC: [PATCH hurd 1/6] Add file record locking support: libfshelp_rlock.patch

2016-02-25 Thread Svante Signell
On Mon, 2016-02-08 at 23:33 +0100, Samuel Thibault wrote: > Svante Signell, on Mon 08 Feb 2016 12:51:42 +0100, wrote: > > 1) Locks are inherited by fork, they should not. Test program: libfshelp- > > tests/fork.c > > As I mentioned previously, this should be fine for now. > > > 2) The pid of a co