[bug #63668] Default value of CXX on BSD OS's

Follow-up Comment #4, bug #63668 (project make): Thanks. ___ Reply to this item at: ___ Message sent via Savannah https://savannah.gnu.org/

Re: GNU Make 4.4.0.91 on Cygwin

On Sun, 2023-02-19 at 17:20 -0500, Ken Brown wrote: > > Hm.  This is a test of this: > > https://savannah.gnu.org/bugs/index.php?57674 > > > > which explicitly removes PATH from the environment completely.  It > > should use a default PATH, which should mean "echo" works even so.  > > I'm not

Re: GNU Make 4.4.0.91 on openSUSE Leap 15.2

On Sun, 2023-02-19 at 22:15 +0100, Bruno Haible wrote: > gnulib/m4/glob.m4 contains a test for this bug: Thanks! I adapted this for GNU make and hopefully it will correctly detect this issue. # Check the system to see if it provides GNU glob. If not, use our # local version. Also avoid

Re: GNU Make 4.4.0.91 on Cygwin

On 2/19/2023 2:59 PM, Paul Smith wrote: On Sun, 2023-02-19 at 20:32 +0100, Bruno Haible wrote: All "Device or resource busy" failures are gone. Only the 1 failure in category 'misc/general4' is still present. Hm. This is a test of this: https://savannah.gnu.org/bugs/index.php?57674 which

Re: GNU Make 4.4.0.91 on openSUSE Leap 15.2

Paul Smith wrote: > In the abstract it would be nice to have configure detect the bug in > glibc and use our local version of glob on those systems, but writing a > runtime test for the actual bug would be "interesting". gnulib/m4/glob.m4 contains a test for this bug:

GNU Make 4.4.0.91 on other platforms

All tests pass on: - Ubuntu 22.04 - CentOS 8 stream I.e. the 3 test failures reported in https://lists.gnu.org/archive/html/bug-make/2023-01/msg00097.html are gone. - CentOS Stream 9 - Manjaro 17 I.e. the bi-arch problem reported in

Re: GNU Make 4.4.0.91 on openSUSE Leap 15.2

On Sun, 2023-02-19 at 21:23 +0100, Bruno Haible wrote: > - The wildcard.9 failure (well-known), In the abstract it would be nice to have configure detect the bug in glibc and use our local version of glob on those systems, but writing a runtime test for the actual bug would be "interesting".

Re: GNU Make 4.4.0.91 on Solaris 11.4 (32-bit)

Paul Smith wrote: > > Somehow your fix for archives.12 and archives.13 does not work > > in this environment. I'm attaching the config.status. > > That test was accidentally running with 4.4.0.90 still: Oops, sorry. Retested Solaris 11.4 with your latest tests/scripts/features/archives patch.

Re: GNU Make 4.4.0.91 on GNU/Hurd

Paul Smith wrote: > > Yes, I see these also on: > > - Debian 11.1 > > - Solaris 11.4 (64-bit) > > - Solaris 11 OmniOS > > - Solaris 11 OpenIndiana > > The patch below should fix it but it's probably not worth the effort of > retesting all these systems. I've retested one of the systems:

Re: GNU Make 4.4.0.91 on Solaris 11.4 (32-bit)

On Sun, 2023-02-19 at 21:53 +0100, Bruno Haible wrote: > Somehow your fix for archives.12 and archives.13 does not work > in this environment. I'm attaching the config.status. That test was accidentally running with 4.4.0.90 still: #

GNU Make 4.4.0.91 on Solaris 11.4 (32-bit)

On Solaris 11.4 (32-bit mode): All 4 test failures in category 'features/archives', reported in , are still present. Somehow your fix for archives.12 and archives.13 does not work in this environment. I'm attaching the

Re: GNU Make 4.4.0.91 on GNU/Hurd

On Sun, 2023-02-19 at 21:46 +0100, Bruno Haible wrote: > > You'll likely see this same issue with the other systems that don't > > provide a "cc". > > Yes, I see these also on: >   - Debian 11.1 >   - Solaris 11.4 (64-bit) >   - Solaris 11 OmniOS >   - Solaris 11 OpenIndiana The patch below

Re: GNU Make 4.4.0.91 on GNU/Hurd

Paul Smith wrote: > > Only 2 test failures, in category 'features/archives', due to "cc: > > not found". > > Argh, I forgot to change the CC thing everywhere in that test. I've > fixed this. > > You'll likely see this same issue with the other systems that don't > provide a "cc". Yes, I see

Re: GNU Make 4.4.0.91 on AIX 7.2

On Sun, 2023-02-19 at 21:20 +0100, Bruno Haible wrote: > Paul Smith wrote: > > Does touch on AIX support the "-a" option? > > Yes. "-a" is a documented option of /usr/bin/touch, and it works > fine. Hm. Maybe the AIX filesystem has issues with subsecond timestamps, or something. If you have

GNU Make 4.4.0.91 on openSUSE Leap 15.2

On openSUSE Leap 15.2, the results are better than with 4.4.0.90 : - The wildcard.9 failure (well-known), - 2 failures in the 'features/archives' category, due to "cc: command not found".

Re: GNU Make 4.4.0.91 on AIX 7.2

Paul Smith wrote: > Does touch on AIX support the "-a" option? Yes. "-a" is a documented option of /usr/bin/touch, and it works fine. Bruno

Re: GNU Make 4.4.0.91 on AIX 7.2

On Sun, 2023-02-19 at 20:55 +0100, Bruno Haible wrote: >   - 1 from category 'features/include'. Hm. I don't know what the problem is here; clearly we shouldn't be printing this line twice: *** work/features/include.base.37 Sun Feb 19 19:38:21 2023 --- work/features/include.log.37

Re: GNU Make 4.4.0.91 on Cygwin

On Sun, 2023-02-19 at 20:32 +0100, Bruno Haible wrote: > All "Device or resource busy" failures are gone. Only the 1 failure > in category 'misc/general4' is still present. Hm. This is a test of this: https://savannah.gnu.org/bugs/index.php?57674 which explicitly removes PATH from the

[bug #63818] V=1 stopped working for Linux kernel module builds with make-4.4

URL: Summary: V=1 stopped working for Linux kernel module builds with make-4.4 Group: make Submitter: mdorey Submitted: Sun 19 Feb 2023 11:59:36 AM PST Severity: 3 - Normal

GNU Make 4.4.0.91 on AIX 7.2

On AIX 7.2 as well, the results are much better than for 4.4.0.90 : Only 3 test failures: - 2 from category 'features/archives', due to "cc: not found" - 1 from category 'features/include'.

Re: GNU Make 4.4.0.91 on GNU/Hurd

On Sun, 2023-02-19 at 20:25 +0100, Bruno Haible wrote: > On GNU/Hurd, much fewer test failures than with 4.4.0.90 > : > > Only 2 test failures, in category 'features/archives', due to "cc: > not found". Argh, I forgot to change

GNU Make 4.4.0.91 on Cygwin

On Cygwin (running in Windows 10), the results are much better than those of 4.4.0.90 : All "Device or resource busy" failures are gone. Only the 1 failure in category 'misc/general4' is still present.

GNU Make 4.4.0.91 on GNU/Hurd

On GNU/Hurd, much fewer test failures than with 4.4.0.90 : Only 2 test failures, in category 'features/archives', due to "cc: not found". makeerror-4.4.0.91-i686-unknown-gnu0.9-0wnh.tar.gz Description:

GNU Make 4.4.0.91 release candidate available

GNU make is a tool which controls the generation of executables and other non-source files of a program from the program's source files. You can learn more at: https://www.gnu.org/software/make/

Re: GNU Make 4.4.0.90 on GNU/Hurd

Paul Smith wrote: > > In other words, on GNU/Hurd, one should use 'glob' and 'globfree', > > not 'glob64' and 'globfree64'. Even though the libc is glibc and > > support for large files (> 2 GiB) is enabled. > > > > The culprit seems to be the glob.in.h file. > > As far as I can tell from the

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 provide a configure option,

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

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 provide a configure option, which > defaults to "pipe" on

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.  If

Re: pattern rules with multiple targets producing intermediate files

On Tue, 2023-02-07 at 14:51 +0100, Jan Beulich wrote: > while something has changed from 4.3 to 4.4 in the dealing with > intermediate files, the example Makefile below still doesn't work > as expected. There are two pairs of *.[ch] files generated, each by > their respective rule. Each of the *.o

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

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.  If > GNU/Hurd has similar limitations, that

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

On Sun, 2023-02-19 at 12:44 +0100, Bruno Haible wrote: >   - 4 failures in category 'features/jobserver' >   - 2 failure in category 'functions/shell' I looked at the error logging you sent, and I think these are just a result of an incomplete/incorrect setting of the default value to "pipe".

Re: GNU Make 4.4.0.90 on GNU/Hurd

On Sun, 2023-02-19 at 12:34 +0100, Bruno Haible wrote: > In other words, on GNU/Hurd, one should use 'glob' and 'globfree', > not 'glob64' and 'globfree64'. Even though the libc is glibc and > support for large files (> 2 GiB) is enabled. > > The culprit seems to be the glob.in.h file. As far as

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

Paul Smith wrote: > I've made a change that causes GNU/Hurd to not use the mkfifo()-based > jobserver, and go back to using pipe(). That's nice, because compared to the previous results - 4 failures in category 'features/archives', due to "cc: not found". - 5 failures in category

Re: GNU Make 4.4.0.90 on GNU/Hurd

I wrote: > On GNU/Hurd (from 2022), I get 13 test failures: > > New: > > - 4 failures in category 'features/archives', due to "cc: not found". > > Already reported in > https://lists.gnu.org/archive/html/bug-make/2022-10/msg00218.html : > > - 5 failures in category 'features/jobserver' >