tainers aware of the "Catch 22" and tell them
not rely on newer GNU Make versions. Offering a minimal Make executable
next to the full GNU Make may also have uses for other projects.
-Sven
On 25/06/2022 22:47, Paul Smith wrote:
I'm trying to decide what the future is for GNU make&#x
/images/2022/02/12/a55d2c3352a134edcb6af3feed8c2ff6.gif
The patch is provided "as is". I hope you enjoy it and find it useful.
Regards,
Sven
diff -r -u make-4.3/src/job.c make-4.3.1/src/job.c
--- make-4.3/src/job.c 2020-01-19 20:32:59.0 +
+++ make-4.3.1/src/job.c
memory use.
https://i.imgur.com/9oshAfc.png
On 15/01/2022 10:29, Sven C. Dack wrote:
Hello,
the ChangeLog says the following:
2019-12-17 Paul Smith
...
* src/job.c (load_too_high): Disable Linux /proc/loadavg for now
This new feature has a problem: if you provide a load which is
avg out there,
by a modified Linux kernel or perhaps another OS, then we should gate
this off either through autoconf or a simple #ifdef linux #endif.
Sven
On 30/10/17 21:22, Paul Smith wrote:
If we see -j in a makefile setting of MAKEFLAGS, we could:
1. Always silently ignore it (today's behavior).
2. Always print a message then ignore it.
3. Treat it the same way as a recipe with $(MAKE) -j: that is, start a
new jobserver grou
at with -k. Any problems caused by using -j from
within Makefiles are the responsibility of the person who put it there.
It shouldn't be made a responsibility of the devs of make unless we have
very good reasons to do so.
Cheers,
Sven
___
Bug-make m
I apologise for the mix up. I've pasted the wrong e-mail address into my
response. I meant to say that you will have to be more specific when you
ask on help-m...@gnu.org.
If you could please continue the conversation there, thank you.
On 14/10/17 17:06, Sven C. Dack wrote:
... You
Hello Markus,
you've picked the wrong mailing list. The bug-make@gnu.org is a mailing
list only for discussing bugs and issues with the make program itself.
Please use help-m...@gnu.org for your question.
You can subscribe to help mailing list here:
https://lists.gnu.org/mailman/listinfo/hel
Hello Sambhav,
you've picked the wrong mailing list. The bug-make@gnu.org is a mailing
list only for discussing bugs and issues with make program itself.
For help regarding the use of make and how to write Makefiles please do
use help-m...@gnu.org. You can subscribe to this mailing list here:
One thought I have here is that the sorting algorithm itself may not
have a significant impact, but hard disk latencies may well make a
difference.
What one sees as an (alphabetically) unordered list may well be an
ordering significant to a file system's performance, meaning, it's not a
compl
igure
script checks for a useable /proc/loadavg file, but the result can be
overwritten manually with --enable-proc-loadavg={yes,no}.
Cheers,
Sven
On 09/10/16 19:58, Sven C. Dack wrote:
Hello,
I have created a patch to improve make's behaviour with regards to
parallel execution and s
developers treat warnings like errors and force make to
stop. Hence my suggestion to turn off the flag and to treat warnings
just as warnings. If this doesn't help you then you'll have to find the
people responsible for the source code.
Regards,
Sven
__
quot;Hello"
include ../Makefile.subs
--- sub-sub/Makefile ---
FOO := "of"
include ../Makefile.subs
--- sub-z/Makefile ---
FOO := "World"
include ../Makefile.subs
When you now enter "make sub-a/test-1 sub-z/test-2 sub-sub/test-3
test-4" will you get:
make -C sub-a
and
whatever he wants to do isn't going to work with make, but until then
it's best to keep an open mind, to stay positive and to try to find
something that might work for him and not tell each other whose wrong
and right.
Cheers
On 02/08/17 21:36, Paul Smith wrote:
On Wed, 2017-0
e.
Or am I missing something? We are all adults here, right?
On 02/08/17 20:55, Paul Smith wrote:
On Wed, 2017-08-02 at 20:40 +0100, Sven C. Dack wrote:
It's my understanding that we don't actually know what Benjamin wants to
do, because nobody has asked. So I don't see how this would m
subdir/test-stem", which is what he will
get when he uses $(eval ...).
Respectfully,
Sven
On 02/08/17 20:12, Kyle Rose wrote:
On Wed, Aug 2, 2017 at 3:03 PM, Sven C. Dack wrote:
Hello,
try it with the following rules:
test-%: $(eval FOO = BAR)
test-%:
echo $(FOO)
FOO is a globa
for a prerequisite and
that it's only working for backwards compatibility and not meant to be a
full feature. I'm not the authority on make and your guess will be as
good as mine.
Cheers,
Sven
On 02/08/17 11:19, Benjamin Cama wrote:
Hi,
I may be doing something wrong, but the following Ma
x27; only remake those pieces of your
program, which really require to be remade.
Once this is understood does everything else about 'make' fall into
place. It's all about breaking large work into manageable chunks and to
avoid extra work be defining clever rules, which will do all
Hello Paul,
I was thinking of "--", but didn't test it, because it isn't being
mentioned in the man page nor in the info page.
Cheers
On 22/06/17 13:10, Paul Smith wrote:
On Thu, 2017-06-22 at 13:01 +0100, Sven C. Dack wrote:
You either have to restrict the number
Hello,
this isn't a bug, but it's how the -j option works.
From the manual:
-j [jobs], --jobs[=jobs]
Specifies the number of jobs (commands) to run
simultaneously. If
there is more than one -j option, the last one is
effective. If
the -j option
A minor correction. I've missed a test for an error case. Updated patch can be
found in the attachments.
Sven
--- make-4.2.1/configure.ac 2016-06-06 13:27:31.0 +0100
+++ make-4.2.1.1/configure.ac 2016-10-09 18:33:34.574257275 +0100
@@ -176,10 +176,30 @@
AS_IF([test "$
load_too_high()).
Regards,
Sven
--- make-4.2.1/configure.ac 2016-06-06 13:27:31.0 +0100
+++ make-4.2.1.1/configure.ac 2016-10-09 18:33:34.574257275 +0100
@@ -176,10 +176,30 @@
AS_IF([test "$have_guile" = yes],
[AC_DEFINE([HAVE_GUILE], [1], [Embed GNU Guile suppo
Andreas Schwab suse.de> writes:
>
> What does it mean that the features/output-sync test always times out?
> Here is a typical output:
>
> features/output-sync
> Test timed out after 30 seconds
> Error running /home/abuild/rpmbuild/BUILD/make-4.2/tests/../m
Eli Zaretskii wrote:
1) Version b) lists the ``GNU General Public License'' as an Invariant
Section, but does not actually include it.
It should mention the GFDL section (which _is_ included) instead.
That would be redundant, because the GFDL text has to be included
anyway. There is no n
There are two different license texts given at the beginning of
doc/make.texi:
a)
,
| Permission is granted to copy, distribute and/or modify this document
| under the terms of the GNU Free Documentation License, Version 1.1 or
| any later version published by the Free Software Foundation; w
25 matches
Mail list logo
