[bug #14927] Fix for building archive members in parallel

Update of bug #14927 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #16788] 'ORDINARY_MTIME_MAX' macro causes integral constant overflow

Update of bug #16788 (project make): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #3: I don't see any

[bug #61463] private does not suppress inheritance on exported target specific variables

Update of bug #61463 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #63609] Fix a buffer overrun in warn_undefined.

Update of bug #63609 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #63609] Fix a buffer overrun in warn_undefined.

Additional Item Attachment, bug #63609 (project make): File name: sv63609_fix.diff Size:0 KB File name: sv63609_test.diff Size:0 KB

[bug #63609] Fix a buffer overrun in warn_undefined.

Follow-up Comment #1, bug #63609 (project make): The following code in warn_undefined causes a buffer overrun if (memcmp (*cp, name, len) == 0 && (*cp)[len] == '\0') when len exceeds strlen (*cp). This happens when make needs to expand a variable whos name is longer than *cp,

[bug #63609] Fix a buffer overrun in warn_undefined.

URL: Summary: Fix a buffer overrun in warn_undefined. Project: make Submitter: dgoncharov Submitted: Tue 03 Jan 2023 05:21:28 AM UTC Severity: 3 - Normal Item

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #10, bug #14927 (project make): The real question is, should we modify the default rules to allow parallel archive builds to work out of the box? Or should we just make it possible for users to rewrite the rules to allow it if they want to? In order to allow it by default we'd

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #9, bug #14927 (project make): We don't need to worry about shared libraries because make's special syntax only works for archives (created by ar) not for shared libraries, which are constructed like programs (created by the linker). An archive stores a time last modified for

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #8, bug #14927 (project make): [comment #5 comment #5:] > The disadvantage to this is that the object files are not considered intermediate, and so they are left behind after the build completes rather than being deleted. If this makefile is modified to build a shared object,

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #7, bug #14927 (project make): I was actually thinking about Reid's original request. I have no problem with using some external tool such as a pseudo filesystem, but that's outside the purview of GNU Make. These days it seems to me that intermediate files are less and less

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #6, bug #14927 (project make): Took me a bit to reconstruct my 17y old previous response but yes - this is the requirement - on the one hand treating object files as intermediates and on the other doing the minimum required - just the delta. "avoid the library syntax

[bug #15719] Test suite not reliable for parallel build support

Update of bug #15719 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed

[bug #15492] Intermediateness of multiple targets in pattern rules

Update of bug #15492 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #5, bug #14927 (project make): Of course the simplest thing to do is just avoid the library syntax altogether and write the makefile as: SRCS := a.c b.c OBJS := $(SRCS:.c=.o) LIB := mylib.a $(LIB): $(OBJS) ; $(AR) -U cru $@ $? This ensures that we build just object files and

[bug #9063] Need a less-verbose debug mode.

Update of bug #9063 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #17881] Better documentation of make rules

Update of bug #17881 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Component Version:

[bug #17873] .NOTPARALLEL enhancements

Update of bug #17873 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #18995] variable origin changes upon export or unexport

Update of bug #18995 (project make): Status:None => Fixed Open/Closed:Open => Closed Component Version:None => 3.81 Fixed Release:

[bug #18396] stack size setrlimit call interacts badly with Solaris/x86 kernel bug

Update of bug #18396 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #20394] vpath directive drops entries

Update of bug #20394 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

[bug #28456] Expansion of $$< is incorrect

Update of bug #28456 (project make): Status:None => Fixed Open/Closed:Open => Closed Fixed Release:None => 4.3

[bug #28475] A plugin based architecture for functions

Update of bug #28475 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Component Version:

[bug #27556] no rule to build target via vpath when jobserver is unavailable

Update of bug #27556 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

Re: [bug #61763] [PATCH] glob: Do not use realloc wrapper on FreeBSD

On Mon, 2023-01-02 at 10:47 -0500, Dmitry Goncharov wrote: > On Mon, Jan 2, 2023 at 9:50 AM Paul D. Smith > wrote: > > I decided to own this glob implementation > > Paul, do you mean that you decided to maintain glob impl in make? > If yes, do you still want to link against glibc impl, when

Re: [bug #61763] [PATCH] glob: Do not use realloc wrapper on FreeBSD

On Mon, Jan 2, 2023 at 9:50 AM Paul D. Smith wrote: > I decided to own this glob implementation Paul, do you mean that you decided to maintain glob impl in make? If yes, do you still want to link against glibc impl, when available? regards, Dmitry

[bug #8035] undefined special variables

Update of bug #8035 (project make): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #1: This was fixed via bug

[bug #61763] [PATCH] glob: Do not use realloc wrapper on FreeBSD

Update of bug #61763 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Component Version:

Re: [PATCH] Bad sed expression in bootstrap.bat

Updated bootstrap.bat runs well on my Windows 11 laptop. Thank You. Il giorno sab 31 dic 2022 alle ore 22:15 Paul Smith ha scritto: > On Mon, 2022-12-26 at 09:34 -0500, Paul Smith wrote: > Anyway I pushed a fix to bootstrap.bat that hopefully avoids the issue. > I was still not ever able to