[bug #21716] The following works in 3.80 but not in 3.81

Follow-up Comment #1, bug #21716 (project make): Quoting from the Changelog: 2005-02-27 Boris Kolpackov <[EMAIL PROTECTED]> Implementation of the second expansion in explicit rules, static pattern rules and implicit rules. * read.c (eval): Refrain from chopping up rule

[bug #35384] Request for a "writefile" function

Follow-up Comment #1, bug #35384 (project make): ps. I am the submitter of this, I did not intend to submit anonymously. ___ Reply to this item at: ___

[bug #35384] Request for a "writefile" function

Follow-up Comment #2, bug #35384 (project make): diff -u -r make-3.82/doc/make.texi make-3.82-mine/doc/make.texi --- make-3.82/doc/make.texi 2010-07-19 03:10:54.0 -0400 +++ make-3.82-mine/doc/make.texi2012-01-27 10:39:02.221433328 -0500 @@ -7694,6 +7694,32 @@ This function doe

[bug #35384] Request for a "writefile" function

Follow-up Comment #3, bug #35384 (project make): Oops, the message board ate the formatting of the patch in comment #2. It's also attached as a file, that one should be OK. ___ Reply to this item at:

[bug #35384] Request for a "writefile" function

Follow-up Comment #5, bug #35384 (project make): Yes, it's a duplicate. We can close this one. If there's anything I can do for 35147 let me know. My work maintains large make-based builds and I don't know how many times we've run into the "argument list too long" issue, usually shortly before a

[bug #36881] Sample code for $(eval) is incorrect and fails.

URL: Summary: Sample code for $(eval) is incorrect and fails. Project: make Submitted by: jjoganic Submitted on: Thu 19 Jul 2012 12:38:40 AM GMT Severity: 3 - Normal Item

[bug #36881] Sample code for $(eval) is incorrect and fails.

Few projects would ever risk a change to the syntax for something as minor as a point release. I certainly hope that whoever felt so strongly about that equal sign made absolutely certain that 3.82 is also backwards compatible with 3.81. Regards.

[bug #36881] Sample code for $(eval) is incorrect and fails.

Follow-up Comment #4, bug #36881 (project make): Fair enough. I stand corrected. I was more concerned over the inability to access the information online as the vast majority of people who use make get it through binary package managers. The NEWS file is not something that is conveniently availa

Re: [bug #36881] Sample code for $(eval) is incorrect and fails.

This is precisely the information that I was looking for.  Thank you, Philip. -John Philip Guenther July 19, 2012 10:19 AM The info docs that are part of the installed binary package wouldsurely match the installed binary.Eitherinfo makeorinfo 'gnu mak

documentation issue with $^

named member is used (see Archives<http://www.gnu.org/software/make/manual/make.html#Archives>). The value of $^ omits duplicate prerequisites, while $+ retains them and preserves their order. John ___ Bug-make mailing list Bug-make@gnu.org https:

[bug #40657] Suffix rules and prerequisites

URL: Summary: Suffix rules and prerequisites Project: make Submitted by: jmarshall Submitted on: Thu 21 Nov 2013 14:08:34 GMT Severity: 3 - Normal Item Group: Documentati

[bug #112] Rules cannot cope with colons in directory names

Follow-up Comment #4, bug #112 (project make): An absolutely trivial way to "fix" this bug is to change: #ifdef VMS /* VMS filenames can have a ':' in them but they have to be ''ed but we need * to remove this '' before we can use the filename. * Savestring called because q may be read-only st

[bug #112] Rules cannot cope with colons in directory names

Follow-up Comment #5, bug #112 (project make): Ok, so with my hack this doesn't work: something: a\:b Thinks I want to make a\:b This doesn't work: something: a\:b core dump ___ Reply to this item at:

[bug #41611] Merge GNV fork back into the GNU make project.

URL: Summary: Merge GNV fork back into the GNU make project. Project: make Submitted by: wb8tyw Submitted on: Sun 16 Feb 2014 06:48:12 PM GMT Severity: 3 - Normal Item Gr

[bug #41611] Merge GNV fork back into the GNU make project.

Follow-up Comment #2, bug #41611 (project make): I have already corresponded with Hartmut Becker, and he has indicated that currently he does not have time to be involved with getting the GNV changes merged. So it is up to me do the work for the merge. I have applied for a subscription to the bu

[bug #41758] VMS Make incorrectly reports archives support present.

URL: Summary: VMS Make incorrectly reports archives support present. Project: make Submitted by: wb8tyw Submitted on: Mon 03 Mar 2014 12:16:43 AM GMT Severity: 3 - Normal

[bug #41760] VMS outputting extra blank lines.

URL: Summary: VMS outputting extra blank lines. Project: make Submitted by: wb8tyw Submitted on: Mon 03 Mar 2014 04:54:59 AM GMT Severity: 3 - Normal Item Group: Bug

[bug #41761] VMS should handle shell null command as VMS null command.

URL: Summary: VMS should handle shell null command as VMS null command. Project: make Submitted by: wb8tyw Submitted on: Mon 03 Mar 2014 05:01:54 AM GMT Severity: 3 - Normal

[bug #41762] VMS not reporting circular dependency dropped.

URL: Summary: VMS not reporting circular dependency dropped. Project: make Submitted by: wb8tyw Submitted on: Mon 03 Mar 2014 05:41:04 AM GMT Severity: 3 - Normal Item Gr

[bug #41762] VMS not reporting circular dependency dropped.

Follow-up Comment #1, bug #41762 (project make): The features/errors test is also missing a diagnostic message. It may be the same issue or different. Tying to to this ticket for now. *** work/features/errors.base Tue Dec 30 23:44:02 2014 --- work/features/errors.log Tue Dec 30 23:44

[bug #41762] VMS not reporting circular dependency dropped.

Follow-up Comment #2, bug #41762 (project make): This has turned out to be a bug in the VMS port of the test harness. Redirecting STDERR on VMS from perl is different than on Unix. ___ Reply to this item at:

[bug #41762] VMS not reporting circular dependency dropped.

Follow-up Comment #3, bug #41762 (project make): I have fixed the VMS port of the test_driver.pl and run_make_tests.pl for this issue. This port has not yet been submitted. I do not seem to have the ability to mark this bug as closed. ___

[bug #41760] VMS outputting extra blank lines.

Follow-up Comment #1, bug #41760 (project make): Further investigation shows that the extra lines are not showing up when running the test outside of the test harness with the output not redirected. If the STDOUT (SYS$OUTPUT) is temporarily redirected before running the test from DCL, two output

[bug #41813] Mult-line override define failing on VMS.

URL: Summary: Mult-line override define failing on VMS. Project: make Submitted by: wb8tyw Submitted on: Sun 09 Mar 2014 07:26:57 PM GMT Severity: 3 - Normal Item Group:

[bug #42104] vmsify.c: vmsify/unixify routines out of date.

URL: Summary: vmsify.c: vmsify/unixify routines out of date. Project: make Submitted by: wb8tyw Submitted on: Sat 12 Apr 2014 11:57:24 PM GMT Severity: 3 - Normal Item Gr

[bug #41758] VMS Make incorrectly reports archives support present.

Follow-up Comment #1, bug #41758 (project make): I have attached a preliminary patch to the default.c module that fixes the library rules as follows: 1. Create the library if it does not exist when inserting a module into the library. 2. Support all the types of library that VMS does. Tests sti

[bug #41758] VMS Make incorrectly reports archives support present.

Follow-up Comment #2, bug #41758 (project make): Updated diff for default.c to suppress messages about VMS library creation if not existing. Updated the library creation to create the correct library type for the known library file suffixes for VMS/Unix. Updated archives test for VMS library cre

[bug #42260] posixpath, hostpath, commasp, spcomma needed for non-Unix OS

URL: Summary: posixpath, hostpath, commasp, spcomma needed for non-Unix OS Project: make Submitted by: wb8tyw Submitted on: Thu 01 May 2014 10:32:57 PM GMT Severity: 3 - Normal

[bug #41758] VMS Make incorrectly reports archives support present.

Follow-up Comment #3, bug #41758 (project make): Updated default.c patch with fixed shared image library rule. Added shared image library to tests/scripts/vms/library. (file #31296, file #31297) ___ Additional Item Attachment: File name:

[bug #42104] vmsify.c: vmsify/unixify routines out of date.

Follow-up Comment #1, bug #42104 (project make): Routines are not just out of date, vmsify does not handle several trivial cases at all. "sys$library/decc$rtldef.tlb" should return "sys$library:decc$rtldef.tlb", instead incorrectly returns [.sys$library]decc$rtldef.tlb. "/sys$library/decc$rtldef

[bug #41758] VMS Make incorrectly reports archives support present.

Follow-up Comment #4, bug #41758 (project make): Patch uploaded: Fix archive support for VMS for wildcard and VPATH. Add VMS library support for all VMS library types. ar.c: struct ar_glob_state: Save suffix for VMS. (ar_glob_match): Use saved suffix on VMS. (ar_glob): Save suffix for V

[bug #42447] Fix exporting symbols for recursive make on VMS.

URL: Summary: Fix exporting symbols for recursive make on VMS. Project: make Submitted by: wb8tyw Submitted on: Wed 28 May 2014 05:00:20 AM GMT Severity: 3 - Normal Item

[bug #41758] VMS Make incorrectly reports archives support present.

Follow-up Comment #5, bug #41758 (project make): Previous patch was not tested on VAX. When tested on VAX this exposed a bug in the lbr$set_module() that needed to be worked around. Small clean up of comments and code based on feedback from Hartmut Becker. Copyright assignment is now on file wi

[bug #42447] Fix exporting symbols for recursive make on VMS.

Follow-up Comment #1, bug #42447 (project make): Uploaded replacement patch: * Updated the Git description to match format in git logs. * Added vms_exit.c missing from previous patch needed for this to be applied against master. * Found that when make was reading DCL symbols and logical names as

[bug #42447] Fix exporting symbols for recursive make on VMS.

Follow-up Comment #2, bug #42447 (project make): Updated patch based on current git master. This includes fixing most of the exit handling code for VMS children, which allows removing some VMS specific exit handling in other places. Self tests: Previously about 104 Tests in 36 categories fail.

[bug #42447] Fix exporting symbols for recursive make on VMS.

Follow-up Comment #3, bug #42447 (project make): Needed to patch file #32089. Discovered some tests failing because the expected exit code was wrong. Fixing this seems to have revealed what is needed to get parallism working on VMS in the future. (file #32093) _

[bug #43405] [PATCH] pass correct $AR in archives test

Follow-up Comment #1, bug #43405 (project make): There is also a patch pending for VMS for the archives test. I do not know if git can automatically merge both. ___ Reply to this item at:

[bug #43414] Perl test script bugs/enhancements

URL: Summary: Perl test script bugs/enhancements Project: make Submitted by: wb8tyw Submitted on: Tue 14 Oct 2014 01:01:53 PM GMT Severity: 3 - Normal Item Group: Bug

[bug #43405] [PATCH] pass correct $AR in archives test

Additional Item Attachment, bug #43405 (project make): File name: 0001-Do-not-override-AR-macro-on-VMS.patch Size:3 KB ___ Reply to this item at: ___ M

[bug #41813] Mult-line override define failing on VMS.

Follow-up Comment #1, bug #41813 (project make): This test has been passing on VMS for a while. The patch to fix bs-nl handling on VMS submitted on November 27, 2014 may have totally replaced the previous code in place and the test still passes. This issue can be closed. ___

[bug #41761] VMS should handle shell null command as VMS null command.

Follow-up Comment #1, bug #41761 (project make): A patch to fix bs-nl handling on VMS was submitted to the make-bugs list on November 27, 2014. That patch included a fix for this issue. Once that patch is applied, this issue can be closed. __

--no-builtin-variables then assign to a builtin variable

In GNU Make 4.0 when I ask for --no-builtin-variables but later assign to a builtin-variable, then subsequent expansions of that variable produce a null string instead of what I assigned. This is different from the behavior of GNU Make 3.82, where the expansion produces the value that I assigned.

Make: Unexpected Behavior with Dependencies and include Statement

I originally posted this problem here: http://stackoverflow.com/questions/32742321/make-unexpected-behavior-with-dependencies-and-include-statement Here's my problem: I have the following Makefile: a.d: gcc -m32 -MM -o $@ a.c sed 's!a.o!$@ a.o!' --in-place $@ a.o:

Re: Make: Unexpected Behavior with Dependencies and include Statement

Any ideas? On Wed, Sep 23, 2015 at 11:14 AM, John Westing wrote: > I originally posted this problem here: > > > http://stackoverflow.com/questions/32742321/make-unexpected-behavior-with-dependencies-and-include-statement > > Here's my problem: > > I have the following Ma

Re: Make: Unexpected Behavior with Dependencies and include Statement

So when an include make file gets modified make restarts the original make file? For efficiency I don't want to always create the dependencies, that's why I did it this way. Is there anyway to disable remaking? On Wed, Sep 23, 2015 at 12:13 PM, Paul Smith wrote: > On Wed, 2015-09-23 at 13:06 -0

Re: Make: Unexpected Behavior with Dependencies and include Statement

related, I don't think autoremaking answers my second question. Why does rebuilding running "make a.o" also rebuild a.d? a.o doesn't depend on a.d. On Wed, Sep 23, 2015 at 12:24 PM, Paul Smith wrote: > On Wed, 2015-09-23 at 12:15 -0500, John Westing wrote: > > So wh

Re: Make: Unexpected Behavior with Dependencies and include Statement

l target is "a.o", make will try to build all the included > makefiles. Then after a.d is built, make re-execs and builds the > original goal target "a.o". So make will always check if included targets are up to date and run them if they are not, got it. Now it ma

[patch] Fix make.texi typo

A tiny patch for the documentation, adding a missing comma. Cheers, John diff --git a/doc/make.texi b/doc/make.texi index 86a1aeb..f506102 100644 --- a/doc/make.texi +++ b/doc/make.texi @@ -5616,7 +5616,7 @@ Several variables have constant initial values. @cindex != To set a variable

Re: [patch] Fix make.texi typo

Reposting as it would be nice to have this trivial documentation fix in the upcoming release. Cheers, John On 21 Oct 2015, at 17:55, John Marshall wrote: > A tiny patch for the documentation, adding a missing comma. diff --git a/doc/make.texi b/doc/make.texi index bcfe6a3..afce1c5 100

make 3.77

tall two celerons rather than one. The advantage of saying '-j2' to such people will be obvious;-) -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.

Re: Timestamp is not being checked on NT + other

I have solved similar problems using xargs to break up the long list of names into manageable chunks. This is on a NT system. john On Fri, 17 Mar 2000, Mohan Krishnan wrote: > Hi Paul: > I am faced with another problem regarding the command line length. I > have a large depend

Re: Timestamp is not being checked on NT + other

e sed or something to reformulate it into what is needed. That would require a preliminary rule to create the file and a second rule to run javac. good luck! john On Fri, 17 Mar 2000, Mohan Krishnan wrote: > Hi John: > > I saw the xargs solution in the cygwin news group. but does it work

GNU Make

MM -MD $@ $(CINCS) $(*D)/$(*F).cpp Regards, John Dr John Elliott BBC Research & Development Transmission Systems Group e-mail [EMAIL PROTECTED] tel +44 (0)1737 8 39760 fax +44 (0)1737 8 39667

Time stamp checking with archive targets.

e/make_112.html#SEC111 and did not find this error (although the first incompatbility listed may have something to do with this bug). I also read the documentation and I don't think I should be getting this behavior. Thanks, John Paden I tested this on three systems and got the same resu

Time stamp checking with archive targets. (fwd)

g). I also read the documentation and I don't think I should be getting this behavior. Thanks, John Paden I tested this on three systems and got the same results: Linux jack 2.0.36 #2 Sun Feb 21 15:55:27 EST 1999 i686 (Debian 2.2) GNU Make version 3.78.1, i586-pc-linux-gnu SunOS cleric 5.6 Gene

Problem with += and target-specific variables

d be 'a b' foo in the 'force' rule is' b' This the output of gnumake --version. GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for sparc-sun-solaris2.7 I am running an a Sparc Solaris 7 machine. Best Regards, John

Bugs in gmake 3.79.1 on VAX/VMS 7.1

errors. So odd-numbered return values indicate no error, and even-numbered return values indicate something went wrong. These lines should be: if (! (status & 1)) I hope this is helpful. Thanks very much! John Fowler, [EMAIL PROTECTED] ___ Bug-m

s390 make

s390-ibm-linux-gnu Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000     Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.   --  Thanks

VMS Environment Variable bug in GNU Make

he value of the logical. This causes problems when the logical's value is longer than its name (which is usually the case). The solution: Change line 218 to: nvalue = alloca (strlen(value) + scnt + 1); Thanks, John Fowler, [EMAIL PROTECTED] ___ B

Re: Better Debugging

s during that instance. A second debug technique is the equivalent of a printf() in C. To each rule in a makefile add a $(ECHO)echo makefile_name rule_name $(var) etc >> trace.lst Then run the makefile(s) and you can see a dynamic execution "trace". This is brute force but very

Question on gmake usage

Hello, I can't seem to find a newsgroup or forum somewhere to ask a complex gmake question. Can you give me an idea where I could ask some questions? Thanks, John Jamulla ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gn

Null-termination bug in gmake

mmediately prior to the define_variable call on line 236. (Don't touch the define_variable call on line 240!) Thanks, John Fowler [EMAIL PROTECTED] ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

GNU Make 3.79.1 Bug Fix Update

achines to test this with. If you'd rather not make this change but just keep it around in case someone else has a problem with VMS archive times, that's OK with me. Thanks, John Fowler, [EMAIL PROTECTED] I f

Unterminated string error

served on 3.75. I tried using bugs.gnu.org but couldn't get it to return anything from the queries. Has anyone else seen this? john alvord ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Re: Unterminated string error

On Mon, 2 Apr 2001 20:29:20 -0400, "Paul D. Smith" <[EMAIL PROTECTED]> wrote: >%% [EMAIL PROTECTED] (John Alvord) writes: > > ja> This is a gnu make 3.79.1, freshly gotten from the archives - date was > ja> June 2000 if I remember. I am work on upgrading from

Re: Unterminated string error

On Tue, 03 Apr 2001 00:08:45 GMT, [EMAIL PROTECTED] (John Alvord) wrote: >This is a gnu make 3.79.1, freshly gotten from the archives - date was >June 2000 if I remember. I am work on upgrading from 3.75 to 3.79.1. >There were a few small repairs needed, but it mostly looks OK. >Thi

How-to

I've been working to rework some makefiles to they work correctly under parallel execution conditions. all: a b c a: b: c: Lets say "a" is a rule which creates some directories which are used by "b" and "c". How can I make sure that "b" and "

bug in make 3.79.1 linux, case-insensitivity

nd lowercase names for all three list commands. Version 3.78.1 correctly distinguishes them. John +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= John Bartelt [EMAIL PROTECTED] Stanford Linear Accelerator Center 650-926-4591 MS 97, P

vpath bug

The worst part is, there's no way around this problem that I can think of except for a really ugly subst command. I am running gnu make v3.79.1. This bug occurs with both MAKE_MODE=unix and MAKE_MODE undefined. John ___ Bug-make mailing list [EM

Re: problem found

depends entirely on the compiler. For example, the SAS/C cross compiler has a -temp option that lets you set the directory to use for temporary files. john ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Re: Feature Request: ignore @'s in rules

near begining $(_ECHO)cmd... so it can be overridden from the command line make -f _ECHO= john ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Building make under Windows with CygWin

t;config.sub" Any suggestions for how to make this work? I have been able to build other CygWin packages successfully, so I'm guessing that the issue is with make (or with me) not with CygWin. Thanks for any help you can provide. -John- ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Re: make: # in quotes is still treated as comment character

I've used a simple circumvention for years. _POUND = \# and then use $(_POUND) in the command rules. which are interpreted by shells after substitution. Of course not using # in filenames helps!! john alvord On Fri, 12 Apr 2002 19:46:22 -0500, Manoj Srivastava <[EMAIL PROTECTED]>

PATCH: virtual memory exhausted when xmalloc(0) returns 0

ve found the error on AIX and on TRU64 (dec-osf) platforms. Enclosed you'll find the patch for implicit.c When using my patch, the result is: /home/huminf/johnj> make-3.80/make --no-builtin-rules -f test.mak TEST Succesfull!! Kind regards, John Jenniskens implicit.p

Re: Make segfaults with attached sources

ase though! [more hinting!] Cheers JP Steve James wrote: >Hello John, > >I concur: that Makefile segfaults with make 3.80. However, you may like to >know that it doesn't upset 3.81beta3 (linux and MinGW builds). I expected >this might be the case because I've been throug

Possible Bug in directory search for link libraries on x86_64 linux

having to do that. -- === John DeFranco Hewlett Packard Company [EMAIL PROTECTED] Availability Clusters Solution Lab phone: 408 447-754319111 Pruneridge Ave., M/S 4101 fax: 408 447-0056Cupertino, CA 95014

[bug #16276] x86_64 link library paths are not correct when specified as dependencies

ease: None ___ Details: %% John DeFranco <[EMAIL PROTECTED]> writes: jd> On x86_64 systems it would seem that the search path for jd> link libraries should be : /lib64, /usr/lib64, /lib, jd> /usr/lib, etc. If not you end up

plzzzzzzzzzz help

I am amateur at linux .i am trying to install nagios-2.6.i went through documentations after executing commands make install -commandmode make install -config I got this problem :This program built for i386-redhat-linux-gnu..

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

URL: Summary: -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe Project: make Submitted by: cgull Submitted on: Thu 18 Jan 2018 02:35:34 AM UTC Severity:

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #2, bug #52922 (project make): I spent a while longer looking at this, and being reminded of how messy UNIX locking is. * On FreeBSD, none of fcntl-locks, flock(), and lockf() work on pipes. * POSIX reminds me that write() is atomic on regular files. If make were to carefully

Documentation buglet: $(wildcard PATTERN...)

eeds @dots{} and a little rewording. Unfortunately I happened to read that one first in some recent work... (Happy to suggest a patch if that would reduce effort...) Cheers, John [University of Glasgow: The Times Scottish University of the Year 2018] ___

Re: GNU make 4.2.93 release candidate available

erence rules in the POSIX description of make or in the Austin Group bug tracker. If I were going to favour one of these options (without considering the work involved), it would be (B) silently accepting suffix rule prerequisites in non-POSIX mode for compatibility with BSD make, and in POSIX mode emitting a warning and one of accepting the prerequisite / ignoring the prerequisite / ingesting the rule as a target rule only. Cheers (and apologies for the inconvenience!), John

[bug #55863] '-load' directive adds its object to the target list if unsuccessful

Follow-up Comment #4, bug #55863 (project make): I think it means given the following makefile: -load nonexistent.so all: @echo loaded: $(.LOADED) The hyphen has avoided Make saying "image not found // failed to load. Stop" but even with -load it still stops with "No rule to make tar

Some minimal fuzzed Makefiles

Hello, I found a few issues with afl++ using previous bug reports' findings to seed my search. The former two affect uninstrumented binaries. One issue that seemed to be handled properly by Make 3.81 but not 4.0 after is with this one-liner Makefile: %:define Current master fails with an asser

[bug #57242] Non-recursive command passes invalid jobserver file descriptors

Follow-up Comment #4, bug #57242 (project make): Hello, I wanted to add that I have written a jobserver client and am currently getting burned by the issue described in this bug. We have an LLVM plugin that is compute-intensive, so it wants to use multiple cores. However, by the time execution re

[bug #57242] Non-recursive command passes invalid jobserver file descriptors

Follow-up Comment #6, bug #57242 (project make): I can't speak about the broader situation but Paul's "much simpler" option would certainly be sufficient for my use case. Something else that would be useful to us is a way to force make to consider some or all subprograms to be recursive make invo

Re: GNU make man page typo

+in your program and provides commands for updating each file. John

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #6, bug #52922 (project make): For the record, this issue seems to be gone on FreeBSD 13.0-- the FreeBSD port is now using GNU Make 4.3, and I don't see this issue now. The port still doesn't have any patches that seem relevant to this. It's possible it got fixed on the kernel

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #7, bug #52922 (project make): Oops, I'm posting too late at night. The problem is still there on FreeBSD. ___ Reply to this item at: ___

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #9, bug #52922 (project make): I am still posting too late, but I think what I'm seeing agrees with this-- output directed to a pipe fails but output to a file is OK. I'll check more carefully tomorrow and update if I'm still wrong.

[bug #65019] Let function segfaults when foreach return empty list

: None ___ Follow-up Comments: --- Date: Tue 12 Dec 2023 12:47:49 PM UTC By: John Olsson The following Makefile segfaults when the return value from the foreach function is assigned to t

Re: [PATCH] Fix integer overflow test in parse_int

On 1/7/24 16:09, Paul Eggert wrote: * src/arscan.c (parse_int): Use intprops.h macros rather than trying to detect integer overflow by hand, and doing it incorrectly. Here is an example of why the old code was incorrect. If val == 3689348814741910323, base == 10, *ptr == '0', UINTMAX_WIDTH == 64,

Re: fixes for unlikely pointer overflow, buffer truncation

On 8/5/24, Paul Eggert wrote: If snprintf (buf, sizeof buf, ...) returns an integer I such that (0 <= I < sizeof buf) then the snprintf worked, the contents of buf[0] through buf[I] are valid, and buf[I] == '\0'. Otherwise snprintf didn't work and buf's contents are indeterminate. In practic

VAX/VMS 7.3 and build from copy of master.

7.3 and IA64/VMS 8.4. I am now looking at what it will take to get the perl scripts for testing to run on VMS. Regards, -John 0001-VAX-VMS-7.3-and-build-from-master.patch.gz Description: application/gzip ___ Bug-make mailing list Bug-make@gnu.org https

Re: VAX/VMS 7.3 and build from copy of master.

defined as a last resort. Doing the above hack will also unexpectedly impact people doing cross version builds. Are you subscribed to bugs-make or equivalent, or do you want me to continue to bcc you? I will try to put together a revised patch this weekend. Regards, -John __

Re: VAX/VMS 7.3 and build from copy of master.

e that some NFS read operations from VMS utilities randomly fail on VMS 8.3. alpha. The DCL reading through the file always works. Regards, -John ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: VAX/VMS 7.3 and build from copy of master.

On 2/22/2014 7:03 AM, h.becker wrote: On 02/22/2014 01:19 AM, John E. Malmberg wrote: What I am proposing: 1. Rename config.h-vms.template to be config-h-vms.template (or similar) so that it is the same on all VMS volumes. Include this in the release tarballs. Renaming the template file is

Re: VAX/VMS 7.3 and build from copy of master.

On 2/24/2014 3:03 PM, h.becker wrote: On 02/24/2014 03:10 AM, John E. Malmberg wrote: On 2/22/2014 7:03 AM, h.becker wrote: On 02/22/2014 01:19 AM, John E. Malmberg wrote: What I am proposing: 1. Rename config.h-vms.template to be config-h-vms.template (or similar) so that it is the same on

Re: VAX/VMS 7.3 and build from copy of master.

Revised patch with HAVE_VMSDIR_H fix. Regards, -John 0001-VMS-Build-from-Master-and-VAX-VMS-7.3-revised-2.patch.gz Description: application/gzip ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: VAX/VMS 7.3 and build from copy of master.

On 2/25/2014 5:45 PM, h.becker wrote: On 02/25/2014 01:36 AM, John E. Malmberg wrote: Because computers work for us, not us for computers. So if the script can figure out a step to be done, there is no reason for to have it as an extra manual step. We should have one command file that

  1   2   3   >