Re: makefile rules

2021-12-22 Thread Paul Eggert
On 12/21/21 12:12, Bruno Haible wrote: I'm fine with removing these 'rm -f $@-t $@' commands. OK, I did that with the first attached patch. The @NMD@ business means we need recipe lines that say "$(AM_V_GEN)" and nothing else. However, this should be portable and GNU Make figures it out

Re: gnulib fails for build on Mac OS X 10.4: get_ppid_of.c:36:22: error:

2021-12-22 Thread Ken Cunningham
> On Dec 22, 2021, at 7:23 AM, Bruno Haible wrote: > > Ken Cunningham: >> So that is why with the usual SDK usage on macOS systems, you don't >> have to add the weak linking macros yourself, in most cases. > > Your proposed approach may work "in most cases", but not in this one. > > I said

Re: gnulib fails for build on Mac OS X 10.4: get_ppid_of.c:36:22: error:

2021-12-22 Thread Bruno Haible
Ken Cunningham: > So that is why with the usual SDK usage on macOS systems, you don't > have to add the weak linking macros yourself, in most cases. Your proposed approach may work "in most cases", but not in this one. I said in the previous mail that I tried omitting the line extern int

Re: makefile rules

2021-12-22 Thread Jim Meyering
On Tue, Dec 21, 2021 at 5:21 PM Paul Eggert wrote: > On 12/21/21 12:23, Jim Meyering wrote: > > Even with `mv -f` support, one must still either remove $@-t or otherwise > > ensure that it is writable. The read-only temporary may have been left > > behind > > from a preceding, interrupted run of

Re: gnulib fails for build on Mac OS X 10.4: get_ppid_of.c:36:22: error:

2021-12-22 Thread Ken Cunningham
In < https://opensource.apple.com/source/xnu/xnu-2422.1.72/libsyscall/wrappers/libproc/libproc.h.auto.html> we see this: int proc_pidinfo(int pid, int flavor, uint64_t arg, void *buffer, int buffersize) __OSX_AVAILABLE_STARTING(__MAC_10_5, __IPHONE_2_0); it is this part here: