Re: Surprising pattern matching and .EXTRA_PREREQS behaviours

or setting a variable. But in this case I've switched to %_suffix rules and this does the job. Thanks for your time! Daniel --

Surprising pattern matching and .EXTRA_PREREQS behaviours

and deriving various parameters from prefix dirs and suffix id. I guess I'll have to rewrite it as /_rule_type or use global variables, and make parent dirs explicitly. Thanks for your comments, Daniel Gerber

Re: Goodbye to GNU make's "build.sh" ... ?

. — Daniel smime.p7s Description: S/MIME cryptographic signature

Re: Form feeds in source code

. - Daniel On Fri, 18 Sep 2020, Pete Dietl wrote: I think keeping them in for the sake of one editor is not a good reason. I think they make the code look messy and dated, personally. On Fri, Sep 18, 2020 at 11:24 AM Edward Welbourne wrote: On Fri, 2020-09-18 at 10:59 -0500, Pete Dietl

Re: Using Nmake from GNU-make

;t work, one of the Sysinternals tools like the process monitor might help. https://docs.microsoft.com/en-us/sysinternals/downloads/procmon Good luck, Daniel On Wed, 24 Jun 2020, Gisle Vanem wrote: Hello list. Now I have the need to use an already quite large Makefile written for Microsoft&

Re: Tail call elimination

, you might even be able to re-use much of the code. - Daniel

Re: Tail call elimination

build system, not a general-purpose computing platform) Later, Daniel On Wed, 20 May 2020, Pete Dietl wrote: I really like the idea of using GMP to do the math. Does it make sense to restrict ourselves to integer only? Probably, but just a thought. Could always introduce it later. Yes there is

Re: Tail call elimination

dependency lists. However, it feels limiting for other use cases. If we cannot change this without breaking existing Makefiles, then could we add new features instead? - Daniel

Re: Tail call elimination

Make rules). If we do want Make to be Turing-complete, then it may be better to link in an embedded language (Guile, Lua, Python, ...), rather than building a new ad-hoc language. - Daniel On Mon, 11 May 2020, Pete Dietl wrote: What do you all think about me attempting to implementing

Re: Management for relative paths in global build parameters

es standard variables for use by subprojects, and subprojects fill out well-known-files for use by the top project. Top and subprojects each have their own separate build system. This was done to provide "drop in" modularity. - Daniel On Wed, 7 Jun 2017, SF Markus Elfring wrote:

Re: Deadlock in signal handler

live. Can support threads, processes, and distributed processes, all in a portable manner. - Daniel On Thu, 16 Mar 2017, Paul Smith wrote: On Tue, 2017-03-14 at 14:19 +0300, Aleksey Fedotov wrote: I've stumbled upon a peculiar issue, which made make to deadlock. Yes, this is not good.

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

Follow-up Comment #8, bug #44853 (project make): SHELL=perl: .SHELLSOURCE = require "$(.SHELLSCRIPT)"; SHELL=ruby: .SHELLSOURCE = require "$(.SHELLSCRIPT)" If SHELL doesn't have an include/source directive, then there's a challenge---but no worse than the E2BIG. One issue with using a

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

Follow-up Comment #6, bug #44853 (project make): Well, it would be possible to transform $(SHELL) -c "very long command" into [write "very long command" to /tmp/long.sh] $(SHELL) -c ". /tmp/long.sh" so mucking around with .SHELLFLAGS is unnecessary. The syntax for sourcing a scrip

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

Follow-up Comment #4, bug #44853 (project make): I have filed the bug report against Libtool: http://debbugs.gnu.org/20632 Libtool can handle overlong object lists capably, but the generated Make rule in its current form will not allow it. ___

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

Follow-up Comment #3, bug #44853 (project make): I'm afraid this is a project using Automake-generated makefiles, and it has to support non-GNU Make programs. If I had full control over the rules, I could certainly go a different route. (This issue will, in fact, likely require a companion bug to

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

Follow-up Comment #1, bug #44853 (project make): I've confirmed that the problem is a too-large argument to "$SHELL -c". The execvp() call is failing with E2BIG. I've put together a workaround hack for this issue. A patch against git master is attached (which also applies to 4.1). This adds a ha

[bug #44853] gmake: execvp: bash: The parameter or environment lists are too long.

URL: Summary: gmake: execvp: bash: The parameter or environment lists are too long. Project: make Submitted by: iskunk Submitted on: Thu 16 Apr 2015 05:37:23 AM GMT Severity: 3 - Norma

Re: Using hash instead of timestamps to check for changes.

e that has been mentioned. Here are three ideas that might help. http://en.wikipedia.org/wiki/Extended_file_attributes http://git-scm.com/book/en/v2/Git-Internals-Git-Objects https://github.com/apenwarr/redo#how-does-redo-store-dependencies - Daniel _

Static pattern rules do not support multiple targets

- make reports error "multiple target patterns": $(IDLS:%.idl=%.c) $(IDLS:%.idl=%.h) : %.c %.h : %.idl touch $(<:%.idl=%.c) $(<:%.idl=%.h) I tested this using make 4.0 on Linux. Please fix this. Regards, Daniel ___ Bug-make

Re: speeding up GNU make for LibreOffice by factor ~2 (and dependency file parsing by factor ~10)

anual/html_node/Dependencies.html Is your "includedepcache" keyword intended for such dependency files, or are there other uses cases in mind as well? Thanks, Daniel ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: [bug #41246] Allow to switch shell batch mode at runtime instead of build time

ndows: the backslash character is not allowed in a file name, unlike on Unix. This MSDN page lists all the reserved characters, along with the other naming conventions on MSWin. http://msdn.microsoft.com/en-us/library/aa365247.aspx - Daniel ___ Bug-make ma

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #16, bug #40361 (project make): Hello everyone, Please have a look at my patch for bug #40515. The culprit is vsnprintf(). On HP-UX, this function returns -1 if the buffer is not big enough, and vfmtconcat() wasn't handling that at all.

[bug #40515] Portability fixes for Tru64 V4.0G (and also HP-UX)

URL: Summary: Portability fixes for Tru64 V4.0G (and also HP-UX) Project: make Submitted by: iskunk Submitted on: Fri 08 Nov 2013 05:07:56 AM GMT Severity: 3 - Normal Ite

Re: [bug #38433] Example for "eval" in documentation contains error with "define"

On 02/27/2013 02:07 PM, Philip Guenther wrote: On Wed, Feb 27, 2013 at 1:56 PM, Daniel Wagenaar wrote: I appreciate your correction, but I still feel that the documentation on the website would be more helpful if it at least mentioned that older versions of make fail quietly when there is a

Re: [bug #38433] Example for "eval" in documentation contains error with "define"

On 02/27/2013 11:30 AM, Philip Guenther wrote: On Wed, Feb 27, 2013 at 11:25 AM, Daniel Wagenaar wrote: The example for the "eval" function in the documentation at http://www.gnu.org/software/make/manual/html_node/Eval-Function.html contains a syntax error that causes the examp

[bug #38433] Example for "eval" in documentation contains error with "define"

URL: Summary: Example for "eval" in documentation contains error with "define" Project: make Submitted by: wagenaar Submitted on: Wed 27 Feb 2013 07:25:20 PM GMT Severity: 3 - Normal

Problem with secondary expansion and target specific variables

The following makefile.1 produces correct results: --- target1 : var := one target2 : var := two targets := target1 target2 all : $(targets) .SECONDEXPANSION: $(targets) : foo/$$(var)/bar foo/%/bar : mkdir -p $(dir $@) touch $@ .PHONY : target1 target2

make: eval template example bug?

the '=' is present, it only tries to link non-existant object files. Did this behavior change in make 3.82? $ make --version GNU Make 3.81 [...] This program built for x86_64-pc-linux-gnu Thanks, Daniel diff --git a/doc/make.texi b/doc/make.texi index fc7e8a3..90dcac9 100644 --- a/doc

Re: Patch to allow make to load plugins that add new functions.

borrowing that logic for this feature. Along those lines, libtool also has libltdl. I've never really used either system. (Guilty of rolling yet another custom one.) - Daniel ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/

Re: Content tracking mode for make

On Mon, 13 Feb 2012, Raman Gopalan wrote: Also, do you suggest a work around? Something like this? output.h : source.file codegen -o output.h-tmp source.file diff output.h output.h-tmp >/dev/null || mv output.h-tmp output.h rm -f output.h-tmp ? (untested) - Dan

[bug #34608] comparison of unsigned expression < 0 is always false

Follow-up Comment #13, bug #34608 (project make): Doing it at configure time is quite easy, and just as portable. Specifying negative array lengths will reliably fail at compile time. This trick is already used by several autoconf tests (including AC_COMPUTE_INT last I looked). Again, what you

[bug #34608] comparison of unsigned expression < 0 is always false

Follow-up Comment #11, bug #34608 (project make): Don't reopen this for me, but you might consider doing this check at configure time. >From a quick look, I didn't see something like AC_IS_SIGNED. However it shouldn't be hard to wrap AC_COMPILE_IFELSE around an array-bound test that triggers a f

[bug #32753] "struct rlimit stack_limit" not declared "extern" in make.h

URL: Summary: "struct rlimit stack_limit" not declared "extern" in make.h Project: make Submitted by: iskunk Submitted on: Sat 12 Mar 2011 09:02:31 AM GMT Severity: 3 - Normal

[bug #25713] Please note CPPFLAGS required to build on Tru64

Follow-up Comment #10, bug #25713 (project make): Paul, I just tried 3.81.91 with the same build environment as before, and everything builds successfully. "make check" yields a couple of anomalies, however: targets/ONESHELL ok (5 passed) targets/PH

[bug #25713] Please note CPPFLAGS required to build on Tru64

Follow-up Comment #8, bug #25713 (project make): I believe bsd_signal() is detected because the configure script checks whether the function links, not whether the headers provide a prototype. The bsd_signal() check itself, as recorded in config.log, is pretty perfunctory: configure:7340: chec

[bug #25713] Please note CPPFLAGS required to build on Tru64

Follow-up Comment #6, bug #25713 (project make): I'm attaching a copy of config.h, the bsd_signal() man page, and the preprocessed form of main.c. (I'm using the vendor's compiler, so it's just straight "cc -E", but hopefully that'll show what you need.) Relevant tidbits: #define HAVE_BSD_SI

[bug #25713] Please note CPPFLAGS required to build on Tru64

Follow-up Comment #4, bug #25713 (project make): Okay, I pulled down make-3.81.90 and built on the Tru64 system without setting any flags. It looks like only one file is failing now, albeit with a similar error to what I saw before. Here's the output from a second pass of "make -i": make all-re

[bug #25713] Please note CPPFLAGS required to build on Tru64

Follow-up Comment #2, bug #25713 (project make): config.guess returns "alphaev56-dec-osf4.0g". I would add checks for the missing functions to the configure script, and if not have logic that automatically tries the feature test macros in case the functions aren't found, then at least a note ale

[bug #25460] make -n better documentation

Follow-up Comment #1, bug #25460 (project make): please change things like -n, --just-print, --dry-run, --recon From Don't actually run any commands; just print them. To Don't actually run any commands usually; just print them. __

[bug #25713] Please note CPPFLAGS required to build on Tru64

URL: Summary: Please note CPPFLAGS required to build on Tru64 Project: make Submitted by: iskunk Submitted on: Thu 26 Feb 2009 05:08:14 AM GMT Severity: 3 - Normal Item

[bug #25712] "make update" does not work in an out-of-source-tree configuration

URL: Summary: "make update" does not work in an out-of-source-tree configuration Project: make Submitted by: iskunk Submitted on: Thu 26 Feb 2009 04:13:16 AM GMT Severity: 3 - Normal

Re: Single-suffix rules broken?

ated from the above variable): .SUFFIXES: .SUFFIXES: .in Regards, Daniel ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: Offer to help

l help; so please give me some introduction what you are thinking of, and I'll try my best! Yours, Daniel -- Got two Dear-Daniel-Instant Messages by MSN, associate ICQ with stress -- so please use good, old E-MAIL! ___ Bug-make mailing list Bu

Offer to help

some work to do here, but that should, of course, be surely the case. Yours, Daniel Kraft -- Got two Dear-Daniel-Instant Messages by MSN, associate ICQ with stress -- so please use good, old E-MAIL! ___ Bug-make mailing list Bug-make@gnu.org http://l

unsubscribe

  ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Order-only dependencies don't work

Is this supposed to work? obj_dir lib_dir : [ -d $@ ] || mkdir -p $@ obj_dir/%.o : src_dir/%.c | obj_dir # [ -d obj_dir ] || mkdir -p obj_dir # this does work touch $@ lib_dir/%.b : obj_dir/obj1.o obj_dir/obj2.o | lib_dir touch $@ obj_dir/obj2.o : src_dir/obj2.c ob

RE: filter-out, very slow?

5*O(n) quite easily. Anyone have enough experience with make to make the change? Daniel Shane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ted Stern Sent: Friday, January 30, 2004 2:14 PM To: [EMAIL PROTECTED] Subject: Re: filter-out, very slow? On 30 Jan

RE: filter-out, very slow?

not easy alternative to get the functionnality of filter-out at a reasonable speed. Daniel Shane -Original Message- From: Paul Smith [mailto:[EMAIL PROTECTED] Behalf Of Paul D. Smith Sent: Friday, January 30, 2004 12:53 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: filter-out

filter-out, very slow?

O(n^n) right now. For users, that means that instead of $(filter-out $(str1), $(str2)) it woudl become $(filter-out ($sort $(str1)), ($sort $(str2))) Daniel Shane ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make

Work around bugs in pre-3.0 UWIN ksh makes bash-2.02.2 panic

2='> ' PS4='+ ' (found in make-3.80/configure, make-3.80/config.status, and maybe other places) In installation of gmake-3.80, ./configure step won't work unless these lines are removed. Daniel Goujot ___ Bug-ma

Re: Serialization dependencies muck up configure-on-demand

On Mon, Dec 23, 2002 at 03:37:51PM -0500, Nathanael Nerode wrote: > Daniel mentioned: > >However, GNU make has the answer. We'd probably have to autoconf for > >this feature, it's quite new: > >* A new feature exists: order-only prerequisites. These >

Re: Optimization request

"Paul D. Smith" <[EMAIL PROTECTED]> skribis: > %% Daniel Pfeiffer <[EMAIL PROTECTED]> writes: > dp> Since even on Unix these calls don't come for free either, I'd > dp> like to suggest that you take up the concept of Perl's system >

Optimization request

. As make is mostly about starting commands, this should give a measurable optimization for big projects even on Unix. best regards Daniel ___ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make