[bug #58497] inconsistent newline removal in $(file <)

URL: Summary: inconsistent newline removal in $(file <) Project: make Submitted by: kennyt Submitted on: Thu 04 Jun 2020 10:06:36 AM EDT Severity: 3 - Normal Item Group:

Make Error

Description Keywords: GNU, 3.8, bash After I upgraded my Cygwin install to the latest make (3.81), it caused problems with the XPS make. When I try to Export to Project Navigator, the following error occurs: "ublaze_top.make:146: *** target pattern contains no `%'. Stop." Solution This error

make-4.0 allows empty ARFLAGS to be passed to ar

With GNU Make 4.0 on x86_64-unknown-linux-gnu I am unable to build qemu 1.6.{0,1} because it fails with AR libfdt/libfdt.a ar: two different operation options specified Makefile:234: recipe for target 'libfdt/libfdt.a' failed If I try to build it with make V=1 the output shows it has AR

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 12:02:20AM -0400, Paul Smith wrote: > On Mon, 2013-10-21 at 04:05 +0100, Ken Moffat wrote: > > With GNU Make 4.0 on x86_64-unknown-linux-gnu I am unable to build > > qemu 1.6.{0,1} because it fails with > > AR libfdt/libfdt.a > >

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 04:02:58PM +, Edward Welbourne wrote: > > It's the long one (subdir-dtc) where the problem exists. > > Obvious first step: configure quiet-command to actually show the > command, or remove this wrapping from the command, so that you can see > what the sub-make actually

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 05:36:24PM +0100, Ken Moffat wrote: > On Mon, Oct 21, 2013 at 04:02:58PM +, Edward Welbourne wrote: > > > It's the long one (subdir-dtc) where the problem exists. > > > > Obvious first step: configure quiet-command to actually show th

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 01:11:47PM -0400, Paul Smith wrote: > On Mon, 2013-10-21 at 18:03 +0100, Ken Moffat wrote: > > 2. Unfortunately, rules.mak *is* adding -rR to the MAKEFLAGS - > > > > # Don't use implicit rules or variables > > # we have explicit rules for

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 12:51:11PM -0400, Paul Smith wrote: > On Mon, 2013-10-21 at 17:36 +0100, Ken Moffat wrote: > > I haven't even figured out where quiet-command is located. I'm > > only an integration monkey, checking that everything in our "distro"

Re: make-4.0 allows empty ARFLAGS to be passed to ar

On Mon, Oct 21, 2013 at 02:06:14PM -0400, Paul Smith wrote: > On Mon, 2013-10-21 at 18:48 +0100, Ken Moffat wrote: > > Thanks. Is it OK if I quote this whole reply to the qemu devs ? > > Of course. This mailing list is publicly archived; quote away. > > Or point them

jobserver_fds->list buffer overflow

In main.c we have jobserver_fds->list[0] = xmalloc ((sizeof ("1024")*2)+1); sprintf (jobserver_fds->list[0], "%d,%d", job_fds[0], job_fds[1]); Shouldn't xmalloc get a "+2" instead of "+1"? 1 for

EAGAIN in "read jobs pipe"

(Essentially adding EAGAIN to EBADF and EINTR as the ignored signals.) --ken ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Regression on Cygwin: Problems with parallel make in 4.4

x27;t know that they have to use the --jobserver-style flag. I suggest that you provide a configure option to set the jobserver style at the time make is built, and set it to 'pipe' by default on Cygwin. Thanks. Ken

Re: Regression on Cygwin: Problems with parallel make in 4.4

the issue with current Cygwin is more likely a bug in Cygwin and/or make. Marco, did you by any chance run the test suite when you built make for Cygwin? It would by interesting to know what test failures there are with Cygwin 3.4.6. Ken P.S. Here's a footnote about the failures I&#x

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/19/2023 8:49 AM, Paul Smith wrote: On Wed, 2023-02-15 at 13:57 -0500, Ken Brown wrote: One thing to keep in mind here is that your tests on Cygwin were done on Cygwin 2.9.0, in which FIFOs were very poorly supported.  For example, a FIFO couldn't have multiple readers or writers.  I

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/19/2023 9:29 AM, Paul Smith wrote: On Sun, 2023-02-19 at 09:17 -0500, Ken Brown wrote: So I'm not sure where to go from here on Cygwin.  Should I force Cygwin builds to use the "pipe" jobserver, as I've done for GNU/Hurd? My preference would be for you to provid

Re: GNU Make 4.4.0.91 on Cygwin

rk on cygwin as well. I'll have to figure out why only cygwin isn't working. All tests pass on my Cygwin 3.4.6 system. Ken

Re: Regression on Cygwin: Problems with parallel make in 4.4

ng TeX Live, as I've said, and also when building doxygen (which uses cmake with Unix Makefiles). The other Cygwin users who have reported the problem (both CC'd) haven't yet said what cmake projects they were building. Ken

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/21/2023 12:27 AM, Paul Smith wrote: On Mon, 2023-02-20 at 20:21 -0500, Ken Brown wrote: Parallel make is still not working reliably.  I've just discovered that my TeX Live build logs have several occurrences of the following warning:    jobserver unavailable: using -j1.  Add &

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/21/2023 9:39 AM, Paul Smith wrote: On Tue, 2023-02-21 at 08:35 -0500, Ken Brown wrote: make  check-TESTS make[4]: Entering directory '/home/kbrown/src/texlive/test.x86_64/Work/texk/kpathsea' make[5]: Entering directory '/home/kbrown/src/texlive/test.x86_64/Work/texk/kpaths

Re: Regression on Cygwin: Problems with parallel make in 4.4

t me know if I'm on the right track. I think you're on the right track. I got through 'make -j13 check' without the jobserver warning. Ken

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/21/2023 1:26 PM, Paul Smith wrote: On Tue, 2023-02-21 at 13:11 -0500, Ken Brown wrote: I think you're on the right track.  I got through 'make -j13 check' without the jobserver warning. w00t! Thanks for the help. A full fix should be in 4.4.1 which I hope to relea

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/21/2023 5:59 PM, Ken Brown wrote: On 2/21/2023 1:26 PM, Paul Smith wrote: On Tue, 2023-02-21 at 13:11 -0500, Ken Brown wrote: I think you're on the right track.  I got through 'make -j13 check' without the jobserver warning. w00t!  Thanks for the help.  A full fix sho

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/24/2023 9:54 AM, Paul Smith wrote: On Thu, 2023-02-23 at 16:17 -0500, Ken Brown wrote: I'm attaching that script so you can see exactly how "make" is invoked in a subshell.  I'm also attaching my build log up to the point of the warning and the Makefile in the ft-buil

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 2/24/2023 11:29 AM, Paul Smith wrote: On Thu, 2023-02-23 at 16:17 -0500, Ken Brown wrote: Sorry, I spoke too soon.  I just went back to my original use case, in which I used the TeX Live "Build" script instead of directly invoking make, and I again got the jobserver warning. Than

Re: Regression on Cygwin: Problems with parallel make in 4.4

case? Ken

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 3/2/2023 5:39 PM, Ken Brown wrote: I'm returning to this thread because a surprising thing happened.  I decided to try to debug the fifo problem I reported at the beginning of the thread (a hang building TeX Live on Cygwin when the jobserver used a fifo).  So I installed make 4.4.1

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 3/11/2023 12:51 PM, Ken Brown wrote: Update: The hang occurred again.  It appears to be caused by an infinite loop starting with a call to pselect[*]. [...] If I'm right, the solution would seem to be to disable the use of pselect on Cygwin when the jobserver is using a fifo.  I&#

Re: Regression on Cygwin: Problems with parallel make in 4.4

On 3/13/2023 9:15 AM, Paul Smith wrote: On Sun, 2023-03-12 at 11:25 -0400, Ken Brown wrote: If I'm right, the solution would seem to be to disable the use of pselect on Cygwin when the jobserver is using a fifo.  I'll try that on a local build of make and see if I can still rep

Re: [bug #64806] "invalid output sync mutex" on windows

This is a long shot, but I had a problem a year ago with parallel make on Cygwin occasionally hanging. The solution turned out to be to force make's jobserver to use pipes instead of fifos. If you want to try this, pass make the option '--jobserver-style=pipe'. Ken