On Sun, 2013-12-15 at 13:38 +, Tim Murphy wrote:
I suppose I'm skirting around saying that I think gnu make needs an
output format in the same way that valgrind has --xml=yes. I'm not
an XML fan really - JSON might be an alternative.
It isn't your problem to provide such a mechanism and
Sorry, I've been mostly away from my systems recently.
On Wed, 2013-12-18 at 13:28 +0200, Eddy Petrișor wrote:
Thanks for clarifying this. Could you please confirm if the general
direction of the the is OK in the latest patch I sent?
I will take a look.
What it is in scope and what I would
On Wed, 2013-12-18 at 13:28 +0200, Eddy Petrișor wrote:
Could you please confirm if the general direction of the the is OK in
the latest patch I sent?
Conceptually it seems OK. I'm still not jazzed about having any more
than one output format, and I'd prefer that format to be in a
more-or-less
On Mon, 2014-01-13 at 18:21 +0200, Eli Zaretskii wrote:
From: Mark Brown mkbrown_...@hotmail.com
Date: Mon, 13 Jan 2014 06:04:24 -0800
I was able to compile the make 4.0 source code downloaded from the
gnu make site using Visual C++ 2005 under Windows 7 64 (generated 0 errors,
259
On Mon, 2014-01-13 at 19:37 +0200, Eli Zaretskii wrote:
On Windows, GNU make can be compiled in a quite a number of different
ways. It would be helpful if you gave us an idea of which method you
used.
He said that: he used Microsoft Visual C++ version 2005.
But I meant, how? Through
On Mon, 2014-01-13 at 22:23 +0100, Christian Eggers wrote:
In Makefile 2 my intention was to state that foo.o depends on some
generated header which must be generated first (might be in another
rule). But I didn't want to change the be behaviour if foo.o cannot be
built because e.g. there's no
I fixed this one locally a couple of days ago; sorry for not pushing.
I'll do that shortly.
I don't think this change is sufficient because if output_sync !=
make_sync then make_sync is never dumped with the change below.
On Tue, 2014-01-14 at 06:21 +0100, Frank Heckenbach wrote:
Oliver Kiddle
On Tue, 2014-01-14 at 11:00 +0400, Pavel Fedin wrote:
Hello!
I am trying to rebuild GIT version of Make, however .po files are missing
in the repository. Is this intentional ? I have copied them over from my
4.0-2 archive. But where are they originally stored ?
The PO files are
On Tue, 2014-01-14 at 11:58 +0200, Eddy Petrișor wrote:
I understand the interest in the amount of time a given job takes to
run, but I guess I don't understand the need for a start time
offset
at all. Isn't it sufficient to record the start time of a job, then
when it's complete show
On Tue, 2014-01-14 at 06:56 +0100, Christian Eggers wrote:
Am Montag, 13. Januar 2014, 17:20:43 schrieb Paul Smith:
On Mon, 2014-01-13 at 22:23 +0100, Christian Eggers wrote:
In Makefile 2 my intention was to state that foo.o depends on some
generated header which must be generated first
On Fri, 2014-01-24 at 11:03 -0800, Mark Brown wrote:
I had a make.exe 3.80 and it had problems with else ifeq
constructs, so that forced me to seek a more recent version for win32.
Yes that version didn't support it. You can look at the latest NEWS
file for info on what appeared when:
On Sun, 2014-01-26 at 16:35 +, Ray Donnelly wrote:
I missed a few assert cases in the previous patch. Please find a fixed
version attached.
Thanks Ray; I'm utterly swamped for the last week or so with real life
but I should have a bit more free time later this week; I'll check out
your fix.
On Sun, 2014-01-26 at 16:22 -0800, Mark Brown wrote:
That example method is a device to perform this .FEATURES test
without inserting it into an existing Makefile.
The syntax errors I was seeing were occurring when attempting to insert this
test into an existing Makefile, full of Targets and
On Tue, 2014-01-28 at 09:52 -0800, David Boyce wrote:
I think the headline here is that $(file) is analogous to $(shell) in
that it's intended specifically for use _outside_ of recipes. If you
find yourself using either one in a recipe it's probably a sign you're
on the wrong track.
I'm not
On Thu, 2014-01-30 at 19:29 +0200, Eli Zaretskii wrote:
I will review the patch some more in a day or two. (And I hope Paul
will as well.)
Yes, definitely, but it won't be until the weekend I expect. Life is
intruding on hacking this month.
___
On Fri, 2014-01-31 at 16:55 +0200, Eli Zaretskii wrote:
An option as command line argument, or as a special target as the
original patch did?
The former, as Paul objected to the latter.
I didn't object, per se. I just prefer my tools to DTRT in all cases
without me having to use any
On Sun, 2014-01-26 at 16:35 +, Ray Donnelly wrote:
I missed a few assert cases in the previous patch. Please find a fixed
version attached.
I applied this change. Thanks!
___
Bug-make mailing list
Bug-make@gnu.org
On Tue, 2014-02-04 at 10:33 +, Ray Donnelly wrote:
I can't see it in the git repository yet.
.. am I being too impatient?
Sorry, it's committed in my local repo at home but I haven't pushed.
I'll do that tonight.
___
Bug-make mailing list
On Tue, 2014-02-04 at 18:54 +0200, Eli Zaretskii wrote:
Another issue is with backslashes in paths.
For example:
$ cat EOF foo.mk
foo:
grep foo foo\\bar
EOF
(Note the is just there to trigger sh -c)
This executes sh -c grep foo foo\\bar, which fails with:
On Mon, 2014-02-24 at 18:50 +0100, Bjoern Michaelsen wrote:
Yes. But of course for any bigger C/C++ project, although a rather
specific usecase, it makes up the majority of the source to parse.
_If_ LibreOffice wouldnt already do some tricks, parsing the 13GB of
generated dependencies would
On Mon, 2014-02-24 at 18:51 +, Tim Murphy wrote:
On 24 February 2014 18:33, Paul Smith psm...@gnu.org wrote:
I would definitely want this to be totally invisible to the user and not
require any magic in makefiles (so no special include operator, etc.)
Basically it should either be so
On Thu, 2014-02-27 at 10:53 +0900, Mike Hommey wrote:
I have no problems with your original patch. I think I said that
right there and then. If Paul agrees, I will commit it.
Paul?
I'll reiterate my position that (a) I've seen nothing showing that it's
inherently impossible for make to
On Sun, 2014-03-16 at 21:43 -0500, John E. Malmberg wrote:
With that correction, I am back to 60 tests failing in 29 categories
failing if I use the -keep option.
You should never use -keep when invoking the full test suite. Using
-keep will cause other tests to fail, on all platforms: it's
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
I am unable to reproduce this:
Based on the offer of MSVC project files I would guess Rob is running on
Windows.
I expect this is a result of the buggy snprintf()/vsnprintf()
implementations in the Windows MSVC compiler (well, by buggy I
On Tue, 2014-04-08 at 20:15 +, Rob Juergens wrote:
Note that in Unix, vsnprintf() returns the TOTAL number of chars
needed (add 1 for the null). If the output would overflow the buffer,
then you would get a return value larger than the specified buffer
size.
In Windoze, vsnprintf()
On Tue, 2014-04-08 at 21:01 +, Rob Juergens wrote:
Attached is a rewrite of the method vfmtconcat() in output.c. It seems
to fix the problem.
Thanks, but as Philip mentioned earlier I've completely rewritten the
output.c file and callers of it so they use only C89 compliant functions
(so no
On Wed, 2014-04-30 at 18:19 +0200, Guillem Jover wrote:
build-stamp:
echo $@
build-arch: build-stamp
$ make --version | head -n1
GNU Make 4.0
$ make -f detect.mk -qn build-arch; echo $?
2
This is definitely a bug in GNU make 4.0 in handling -q (note the -n is
not relevant: you
On Thu, 2014-05-01 at 17:41 +0200, Houder wrote:
Below, besides the specified target (bla), the output of make also
outputs the name of the makefile (M) ... AS IF THE MAKEFILE IS A
TARGET.
Can anybody explain this to me? Thank you.
On Wed, 2014-05-21 at 11:12 +, Van der Zaag, Paul wrote:
We use your make utility on Tandem. Does the –j option have any
effect, or is does it not on Tandem?
I'm sorry but I have no experience with Tandem.
The -j option will basically work on all systems. However, it works
better on some
On Wed, 2014-05-28 at 14:29 +0530, chandrababu nallani wrote:
Hi,
Could you send me the link to get the known bugs and issues for GNU
Make 3.80.
Sorry, but we don't spend the effort to keep detailed information on
this. You can look at the bugs that were listed as fixed in the GNU
make
On Tue, 2014-06-10 at 16:01 -0700, Corey Brenner wrote:
I've run into a situation where I want to control the include dirs in
a recursive make. I am adding include paths to recursive invocations
via --include-dir=, when I find one which matches my criteria.
However, GNU Make seems to be
On Wed, 2014-06-11 at 13:45 -0400, Paul Smith wrote:
Unfortunately in older versions of make the option and argument
are left as two separate words:
$ echo 'a:;: $(MAKEFLAGS)' | make-3.81 -f- -I/usr/include -I/bin
: I /usr/include -I /bin
which makes it much more difficult to remove
On Tue, 2014-06-24 at 17:24 -0700, Renewal Computer Services wrote:
make -j 4 (or whatever number, I use -j 12) is broken, with mingw-w64
a *nix-based project will cause a long list of compilation errors
whereas without -j project will compile fine.
No it's not. Your makefile is wrong.
On Thu, 2014-06-26 at 16:19 -0400, Patrick Donnelly wrote:
Updating makefiles
Considering target file 'test.mk'.
Looking for an implicit rule for 'test.mk'.
[...]
Why is it trying to build target test.mk...???
See
On Thu, 2014-06-26 at 16:19 -0400, Patrick Donnelly wrote:
I'm bringing this problem up because targets are not being created (as
expected) by implicit rules but I don't know this because make claims
success.
This part doesn't make sense to me; maybe you can provide more info
here.
An
On Thu, 2014-06-26 at 17:00 -0400, Patrick Donnelly wrote:
This is a little inconvenient when you're relying on implicit rules.
e.g.
%.o: %.c
cc -o $@ $
%: %.o
ld $@ $^
foo: bar.a
Even if foo.c is missing, Make still succeeds. This is actually what
I'm dealing with and I'd
On Mon, 2014-08-04 at 11:43 -0700, Gregory Fong wrote:
When I select any of the other commits, the commit info is shown as
expected. Not sure why these two have mysteriously decided not to
work. Maybe the cgit cache got into a bad state? Hopefully someone
can help get this sorted out.
I
On Wed, 2014-08-13 at 17:45 +0400, Рушан Секаев wrote:
GNU Make 3.81
Ubuntu 12.04
3.8.0-44-generic
makefile
hello: main.c hello.c
gcc -o hello main.o hello.o
main.o: main.c
gcc -c -o main.o main.c
hello.o: hello.c
gcc -c -o hello.o hello.c
if i update 'main.c' and run
On Tue, 2014-08-12 at 14:48 +0800, clo...@gmail.com wrote:
[root@localhost ~]# make --help
-C DIRECTORY, --directory=DIRECTORY
“在执行钱先切换到 DIRECTORY 目录。 ”
should be
“在执行前先切换到 DIRECTORY 目录。 ”
Hi;
Translations for GNU projects, including GNU make, are handled by the
Translation Project.
On Mon, 2014-08-18 at 21:27 +0800, Macpaul Lin wrote:
Variables used in conditional lines usually has '$',
'(', and ')' prefix, and etc.
We can use vairable_name_extract() to extract pure variable
name without these prefix.
Hello. Thanks for your work on GNU make!
Can you provide some sort
On Thu, 2014-08-21 at 13:57 -0700, Paul Eggert wrote:
David Boyce wrote:
The obvious compromise would be to change the behavior only in the
presence of the .POSIX: special target.
We should limit .POSIX to what POSIX requires. Even if the ruling
stands POSIX won't require the HP-UX
On Tue, 2014-08-26 at 10:19 +0100, Ralph Corderoy wrote:
Can malloc fail on VMS?
All calls to memory allocation in GNU make should use the x*() functions
(xmalloc, xcalloc, xrealloc, xstrdup) which will stop the process if
memory allocation fails.
We don't attempt to recover from running out of
On Sat, 2014-08-23 at 18:33 -0700, Paul Eggert wrote:
Paul Smith wrote:
It needs to be considered carefully.
How about having GNU 'make' do what GNU 'cp -u' does?
The idea is to infer filesystem timestamp resolution by looking at every
file timestamp that crosses your desk. When you
On Tue, 2014-08-26 at 18:04 +0300, Eli Zaretskii wrote:
(I don't know why Windows doesn't, because NTFS does support
millisecond resolution timestamps I believe)
Because no one wrote the code, of course.
Ah, the oldest reason in free software :-).
The main problem is that this requires
On Tue, 2014-09-02 at 20:17 +, Carlos Argáez García wrote:
/opt/intel/composer_xe_2013_sp1.3.174/bin/intel64/ifort -O3 -c
second_INT_ETIME.f -o second_INT_ETIME.o
second_INT_ETIME.f(53): error #6407: This symbolic name is not an
intrinsic function name or an intrinsic subroutine name.
On Sat, 2014-09-06 at 19:38 +0200, Frank Heckenbach wrote:
I know that specific rules take precendence over pattern rules (e.g.
if I had a rule foobar:;, I wouldn't expect the echo to run), as
the documentation says: The rules you write take precedence over
those that are built in. But here
On Sat, 2014-09-06 at 20:01 +0200, Frank Heckenbach wrote:
Since it knows that phony targets do not name actual files that
could be remade from other files, `make' skips the implicit rule
search for phony targets (*note Implicit Rules::). This is why
On Wed, 2014-08-06 at 23:25 -0700, Paul Eggert wrote:
Mike Gran wrote:
n the README.git , it says that you need to do a make update
between the configure and the make step. I think you skipped
that part.
Ah, thanks, I did skip it. Shouldn't the 'make' build procedure be
smart enough
On Wed, 2014-07-30 at 11:56 +0200, Carl-Johan Kjellander wrote:
On Wed, Jul 30, 2014 at 11:09 AM, Gisle Vanem gva...@yahoo.no wrote:
Sure, I can try. Latest git master:
http://pastebin.com/4UEj0zYm
So bug is still there. However...
Can you give some information on the type of hardware and
OK I've reworded this. I changed the title of the catalog section to be
Catalogue of Built-In Rules instead, and reworded the Phony Targets
section.
Thanks!
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
Hi all.
I'd like to make a bug-fix release of GNU make within the next couple of
weeks, before a new set of potentially disruptive changes go in. There
have been some important fixes since 4.0 was released.
If you have particular bugs that you'd like to see addressed please
email me the
[ Please send patches to bug-make@gnu.org only, thanks! ]
I applied this change and it will be pushed soon. Thanks!
On Mon, 2014-09-15 at 13:03 +0200, Bernhard Reutner-Fischer wrote:
Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com
---
configure.ac | 2 +-
1 file changed, 1
On Mon, 2014-09-15 at 13:03 +0200, Bernhard Reutner-Fischer wrote:
Order-only prerequisites should not use the per_target variables of it's
parent.
given:
obj.o: X=-Dobj
crt1.o:
obj.o: | crt1.o
we do not want crt1.o to be built with X set.
I haven't applied this change yet: this is a
On Mon, 2014-09-22 at 11:53 +0200, Gisle Vanem wrote:
The commit
http://git.savannah.gnu.org/cgit/make.git/commit/?id=562344122f3a3327ca4e285f203355857c4a25ff
breaks MSVC v16 build because of the C99 feature of 'declaration after code'.
Can you please apply this diff?
Yes, I already
Hi all;
The first pre-release GNU make 4.0 is available on the alpha FTP site
(or via HTTP):
6df6ca5791437cd3212c21872ddc29cb
ftp://alpha.gnu.org/gnu/make/make-4.0.90.tar.gz
6df10668d06f9a2ef152995bd5b577e4
ftp://alpha.gnu.org/gnu/make/make-4.0.90.tar.bz2
This release is mainly bug fixes.
On Tue, 2014-09-30 at 11:05 +0200, Reinier Post wrote:
On Mon Sep 29 20:40:55 2014, f.heckenb...@fh-soft.de (Frank Heckenbach) wrote:
Any news? In order to make it into Debian jessie, time is really
getting short. Of course, you may not care much about Debian, but
it's still a rather
.
Paul Smith (43):
Set up for the next release.
Convert to auto-generated ChangeLog files.
Add support for updating the GNU make web pages.
[SV 40139] Modify missing separator for better translation
* GNUMAKEFLAGS: Remove -O so it passes in NO_OUTPUT_SYNC mode
John: thanks for these fixes!
On Mon, 2014-10-06 at 23:50 -0500, John E. Malmberg wrote:
+#ifndef C_FACILITY_NO
+#define C_FACILITY_NO 0x35
+#endif
+#ifndef VMS_POSIX_EXIT_MASK
+#define VMS_POSIX_EXIT_MASK (C_FACILITY_NO | 0xA000)
+#endif
We try to indent preprocessor macros inside
Some of the same formatting notes as before; please check your code
against the style of the rest of the code.
It seems picky and I can clean these up myself afterwards, but I don't
know whether to do it in the same commit (which is weird since it will
have two authors) or in a followup commit
On Tue, 2014-10-07 at 23:55 -0500, John E. Malmberg wrote:
$dayjob coding standard is always include braces, but I can follow
your rules.
There are almost as many C coding standards as there are places that
write C code :-).
However, GNU make follows the GNU coding standards (not my rules!)
Thanks John, this looks much better.
One question:
On Wed, 2014-10-08 at 21:18 -0500, John E. Malmberg wrote:
+++ b/vms_exit.c
This file doesn't have any copyright statement in it; I assume that's an
oversight and it's intended to have the standard FSF copyright?
On Thu, 2014-10-16 at 23:29 -0500, John E. Malmberg wrote:
On 10/8/2014 10:14 PM, John E. Malmberg wrote:
On 10/7/2014 11:43 PM, Paul Smith wrote:
Some of the same formatting notes as before; please check your code
against the style of the rest of the code.
Reformatted patch to GNU
I pushed these fixes. Note that I modified some of the patches slightly
to fix up some coding standard issues, etc. You should rebase or merge
your subsequent changes to the current master HEAD.
On Fri, 2014-10-17 at 19:22 -0500, John E. Malmberg wrote:
On the archive patch, I forgot to add
On Thu, 2014-11-20 at 09:05 +0100, Harald-René Flasch wrote:
thank you for your email. Since make.exe does not contain version
information (each good program running on Windows OS should have that)
I only can tell you:
GNU make, like all GNU tools, shows you version information when you run
it
On Sun, 2014-11-30 at 19:28 -0600, John E. Malmberg wrote:
This is with the bs-nl patch submitted on November 27, 2014 applied
and the features/archives patch submitted October 21, 2014 applied.
Hi John; thanks for your work here! I'll have some time later this
week/this weekend to review and
On Sat, 2015-01-03 at 10:19 +0100, Sergio Villone wrote:
I think I ran into a make or documentation bug or bad version use
as requested I acclude a stripped down makefile
make --version says:
GNU Make 3.81 (perhaps too old? this is what Apple gives as tool...!)
Apple refuses to provide any
On Fri, 2015-01-23 at 20:38 +0100, SF Markus Elfring wrote:
You need to describe your situation. Use words, but with detail.
I have adjusted my build scripts. Now I wonder about another
error message for a recipe.
parallel-inc.make:95: *** unterminated call to function 'info': missing
On Fri, 2015-01-23 at 23:17 +0100, SF Markus Elfring wrote:
I find that a backslash would not be needed at this place if would like to
keep the RM command on a separate logical line.
It is definitely needed. As I've said, it is not possible for a single
variable or function reference
On Fri, 2015-01-23 at 22:24 +0100, SF Markus Elfring wrote:
it means that the open parenthesis that it didn't match was the
info function on line 95.
I find this detail hard to believe.
I hope that the current KDevelop editor does not misguide me. The parentheses
pairs are found there
On Fri, 2015-01-23 at 21:56 +0100, SF Markus Elfring wrote:
parallel-inc.make:95: *** unterminated call to function 'info':
missing ')'. Stop.
I think the message is pretty clear: you're missing the end parenthesis
) to the info function which starts at line 95:
I read my make rule
On Mon, 2015-01-19 at 00:08 +0100, SF Markus Elfring wrote:
* I need to split an input file into several smaller files.
I don't see any way that $(eval ...) is needed or helpful for any of
those things.
Can a make variable be set by this function within a recipe?
Yes, I've already
On Sun, 2015-01-18 at 13:07 -0600, Norbert Thiebaud wrote:
Then $(eval) is the Wrong Thing.
I hope not …
hope is not relevant... $(eval) _is_ the Wrong Thing(tm) for what you
seems to want to do
The rule of thumb is, if you're using $(eval ...) inside a recipe,
you're doing something
On Fri, 2015-01-16 at 12:52 -0800, Parke wrote:
It appears that if there are no normal prerequisites, $ will ignore
any order-only prerequisites.
This is not the behavior I expected, and I could not find
documentation describing this behavior.
I agree it should be documented explicitly, but
On Sun, 2015-01-18 at 22:28 +0100, SF Markus Elfring wrote:
Without knowing exactly what you mean by handling of rules with
multiple output files I can't say for sure, but I think it's unlikely
that $(eval ...) can help with this.
A lot of rules can come into the situation to fiddle with
On Sun, 2015-01-18 at 20:50 +0100, SF Markus Elfring wrote:
The rule of thumb is, if you're using $(eval ...) inside a recipe,
you're doing something wrong.
Which make function should be used for recipe generation instead then?
If you just want to expand inside a recipe, you can use $(call
On Wed, 2015-02-11 at 10:44 -0800, David Boyce wrote:
I just noticed that while assigning to SHELL suppresses the fast-path
algorithm, assigning to .SHELLFLAGS does not. Feature or bug?
That's a good question. I'm sort of agnostic on it. On one hand, it's
hard to think of a flag added to
On Wed, 2015-02-18 at 17:01 -0800, David Boyce wrote:
Every non-continued line that starts with a TAB is part of a command
script–and vice versa.”
But it’s not really as simple as that.
It's never been that simple. But trying to explain the real rules make
uses is hard, and taking advantage
On Wed, 2015-01-28 at 22:38 +0100, SF Markus Elfring wrote:
$(eval ...) is a (relatively) recently implemented, very advanced
feature that exists only in GNU make: no other implementation of make
has anything like it (that I'm aware of).
Since which program version are the functions call
On Tue, 2015-01-06 at 07:05 +0100, SF Markus Elfring wrote:
I wrote some blog posts about eval and other metaprogramming techniques
in make that you might find interesting:
http://make.mad-scientist.net/category/metaprogramming/
I find this article also useful and helpful for my
On Sat, 2015-01-03 at 23:30 +0100, SF Markus Elfring wrote:
There are programming interfaces available which
provide support for submitting jobs to bigger and
more powerful computer systems.
I imagine that the software jobserver could
be extended for the convenient reuse of such APIs.
On Sat, 2015-01-03 at 20:23 +0100, SF Markus Elfring wrote:
I would like to use all processor cores for a software build.
So I try to reuse a corresponding system setting by a command
like getconf _NPROCESSORS_ONLN in recipes for a make file.
A bit of build preparation needs to be performed
On Mon, 2015-01-05 at 12:42 +0100, SF Markus Elfring wrote:
1. The list of targets which can be specified as command
line parameters is not provided by the tool make 4.1-2.1
in the variable MAKEFLAGS.
How should the target name be checked then?
The goals provided on the command line are
On Sun, 2015-01-11 at 10:00 +0100, SF Markus Elfring wrote:
http://make.mad-scientist.net/category/metaprogramming/
How many software implementations support the eval function in make
files?
I'm not quite sure what you mean by software implementations... you
mean different implementation of
On Mon, 2015-01-12 at 13:14 +0100, SF Markus Elfring wrote:
GNU make is the only implementation of make that supports any GNU
make functions, including $(eval ...), if that's what you mean.
I hope that more software tools can cope with make file syntax and
processing of corresponding GNU
On Tue, 2015-02-10 at 10:35 -0800, Erich Boleyn wrote:
Summary:
Environment variables set in the Makefile do not get inherited
into anything run via the shell subcommand.
Yes, this is known:
https://savannah.gnu.org/bugs/index.php?35323
On Mon, 2015-01-05 at 18:03 +0100, SF Markus Elfring wrote:
I'm sorry but I don't really understand what you're trying to do.
How do you think about to share any more software development
experiences for the application of the command getconf
_NPROCESSORS_ONLN together with make tools?
On Mon, 2015-01-05 at 18:24 +0100, SF Markus Elfring wrote:
Jobserver is a method of communicating how many jobs make thinks are
running between different instances (parent/child) of the make
program itself, so it knows that no more than N jobs are invoked
between all instances.
How do
On Mon, 2015-01-05 at 20:06 +0100, SF Markus Elfring wrote:
So you have in your toolbox $(shell) and $(eval).
I am not familiar enough with the second make function.
http://www.gnu.org/software/make/manual/html_node/Eval-Function.html
I wrote some blog posts about eval and other
On Fri, 2015-03-27 at 11:45 -0400, Paul Smith wrote:
* Do we really need to hash the file? Maybe simply expanding the
current checking is sufficient. For example, if in addition to
mod time we also considered the size of the file (and maybe
other things
On Fri, 2015-03-27 at 14:42 +0100, Glen Stark wrote:
Is this planned? Has the idea already been rejected, and if so could
you point me to the discussion so I can inform myself?
There is no formal planning around it right now, and it's not at the top
of my TODO list for GNU make.
If it is
On Wed, 2015-04-29 at 13:50 -0600, Ryan P. Steele wrote:
The multithreaded version of make (-j#) is wonderful, and we have made
great use of it. Because we're dealing with some very large code,
however, it would be great to be able to parallelize compilation over
multiple machines. I can't
On Sat, 2015-05-02 at 09:12 -0700, Eric Lindblad wrote:
I wanted to run plan9port on Interix 3.5, so I would install some
newer GNU utilities and freetype2. On a side note I know that
inttypes.h and stdint.h, are missing from Interix 3.5, do you have a
copy of these files appropriate to this
On Thu, 2015-04-30 at 08:18 +0200, SF Markus Elfring wrote:
GNU make has no built-in capability to use multiple machines:
How are the chances to integrate additional job submission systems?
Well, make already HAS a hook available to anyone who wants to use a
different job submission system:
On Sun, 2015-05-03 at 09:31 +0200, SF Markus Elfring wrote:
I have nothing against doing more than that in theory, but before I'd
agree to add something complex I'd need to understand where the existing
method fails, and the new method would provide significant benefits.
I guess that
On Fri, 2015-05-08 at 14:33 +0800, 林海鸿 wrote:
I got a bug when installing mexopencv on matlab base on xcode.
LOG HERE: http://paste.ubuntu.com/11021239/
Please paste the basic command and error message into your email:
make MATLABDIR=/Applications/MATLAB_R2014b.app MEXEXT=mexmaci64
On Sat, 2015-05-09 at 12:02 +0800, chenzero wrote:
I am a new beginner of gnu Make. in some cases, I fell that it will
help if Make can print the executing shell command even suppressed,
for example, to identify problem more easy.
Have you looked at the --trace flag, introduced in GNU make
On Wed, 2015-04-15 at 14:35 +0100, David Rothlisberger wrote:
So it seems to me that 3.82 introduced two performance regressions,
one of which was fixed in 4.0 but the other one (during teardown)
remains.
Actually based purely on your numbers and description of the test
environment, but not
On Thu, 2015-04-02 at 13:20 +0200, Glen Stark wrote:
You asked what if people want to define their own out-of-date-ness
test?. I found that a really exciting idea. As I thought about
this, I realized I what I really want is not to replace Make's current
behavior, but to add an
On Mon, 2015-06-01 at 13:54 +0200, Meir BENAYOUN wrote:
Item: Bug
Privacy: Public
Component Version: 3.81
When several pattern rules match a target, the one with the shortest
stem should be used as stated in the documentation:
You are using GNU make 3.81 (released in 2006) but reading the
On Wed, 2015-05-27 at 07:50 +0100, Tim Murphy wrote:
$(shell cat filename) is also often used to read files into variables.
There isn't much reason why $(file ) shouldn't read a file though is
there? It would have the additional benefit of being platform
independent.
This would not be
401 - 500 of 1346 matches
Mail list logo