make.1: Some remarks and a patch with editorial changes for this man page

Package: make Version: 4.4.1-1 Severity: minor Tags: patch * What led up to the situation? Checking for defects with a new version test-[g|n]roff -mandoc -t -K utf8 -rF0 -rHY=0 -rCHECKSTYLE=10 -ww -z < "man page" [Use "groff -e ' $' -e '\\~$&#

[RFC PATCH v4 1/3] Add my logging setup

--- .gitignore | 2 ++ Makefile.am | 54 +--- cflow.rc | 16 +++ src/.cscope_rebuild_commands | 1 + src/main.c | 5 src/myMakeLog.c | 31

Re: [RFC PATCH v3 0/1] per-target .ONESHELL support

> On Mon, 2024-11-18 at 12:06 -0900, Britton Leo Kerin wrote: >> This is the cleaned up version that has a flag rather than twiddling >> the global. I think it's all reasonably ready now and if there's any >> possibility of getting it included I'll add tests and documentation. I think this is g

Re: [RFC PATCH v3 0/1] per-target .ONESHELL support

On Mon, 2024-11-18 at 12:06 -0900, Britton Leo Kerin wrote: > This is the cleaned up version that has a flag rather than twiddling > the global.  I think it's all reasonably ready now and if there's any > possibility of getting it included I'll add tests and documentation. I think it's a good idea

[RFC PATCH v3 0/1] per-target .ONESHELL support

This is the cleaned up version that has a flag rather than twiddling the global. I think it's all reasonably ready now and if there's any possibility of getting it included I'll add tests and documentation. Britton Leo Kerin (1): Support per-target .ONESHELL src/commands

[RFC PATCH v3 1/1] Support per-target .ONESHELL

commands.h b/src/commands.h index 9451b68b..84528c97 100644 --- a/src/commands.h +++ b/src/commands.h @@ -27,6 +27,8 @@ struct commands char recipe_prefix; /* Recipe prefix for this command set. */ unsigned int any_recurse:1; /* Nonzero if any 'lines_flags' elt has */

[RFC PATCH 1/3] Add my dev tools

--- Makefile.am | 9 + src/.cscope_rebuild_commands | 1 + src/myMakeLog.c | 31 +++ src/myMakeLog.h | 12 4 files changed, 49 insertions(+), 4 deletions(-) create mode 100644 src

[bug #65776] [PATCH 1/3] win32 STAT_LITE

Follow-up Comment #2, bug #65776 (group make): I check my Win2K PC, kernel32.dll has GetFileAttributesEx, my WinME also has GetFileAttributesEx, my Win 95 test box, NO. https://www.betaarchive.com/wiki/index.php?title=Microsoft_KB_Archive/250301 says GFAEx() added Win 98 for Dos Windows family h

[bug #65776] [PATCH 1/3] win32 STAT_LITE

Follow-up Comment #1, bug #65776 (group make): We don't use GetFileAttributesEx because it doesn't exist on old Windows systems, and GNU Make still wants to support those old systems. So I don't think we should make these

[bug #65776] [PATCH 1/3] win32 STAT_LITE

URL: <https://savannah.gnu.org/bugs/?65776> Summary: [PATCH 1/3] win32 STAT_LITE Group: make Submitter: bulk88 Submitted: Thu 23 May 2024 12:21:38 AM UTC Severity: 3 - Normal Item Group: Enhan

Re: [PATCH 1/6] Fix GCC compile warning for "declaration-after-statement"

From:* bug-make-bounces+martin.dorey=hds@gnu.org on behalf of Torbjörn SVENSSON *Sent:* Friday, June 9, 2023 07:39 *To:* bug-make@gnu.org *Cc:* Torbjörn SVENSSON *Subject:* [PATCH 1/6] Fix GCC comp

Re: [PATCH 1/6] Fix GCC compile warning for "declaration-after-statement"

39 To: bug-make@gnu.org Cc: Torbjörn SVENSSON Subject: [PATCH 1/6] Fix GCC compile warning for "declaration-after-statement" * EXTERNAL EMAIL * Contributed by STMicroelectronics Signed-off-by: Torbjörn SVENSSON --- src/w32/w32os.c | 5 +++-- 1 file changed, 3 insertions(+),

[PATCH 1/6] Fix GCC compile warning for "declaration-after-statement"

Contributed by STMicroelectronics Signed-off-by: Torbjörn SVENSSON --- src/w32/w32os.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/src/w32/w32os.c b/src/w32/w32os.c index 33828010..015b685e 100644 --- a/src/w32/w32os.c +++ b/src/w32/w32os.c @@ -35,6 +35,7

[PATCH 1/3] make -p buffer overrun fix with outlandish current time

* src/main.c (safer_ctime): New function. (print_data_base): Use it. --- src/main.c | 16 ++-- 1 file changed, 14 insertions(+), 2 deletions(-) diff --git a/src/main.c b/src/main.c index 8215ed78..76e392de 100644 --- a/src/main.c +++ b/src/main.c @@ -3720,6 +3720,18 @@ print_version

[bug #63818] V=1 stopped working for Linux kernel module builds with make-4.4

URL: <https://savannah.gnu.org/bugs/?63818> Summary: V=1 stopped working for Linux kernel module builds with make-4.4 Group: make Submitter: mdorey Submitted: Sun 19 Feb 2023 11:59:36 AM PST Severity: 3 -

[PATCH 1/8] Update README.OS2

* README.OS2: Apply the latest environment. --- README.OS2 | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/README.OS2 b/README.OS2 index 82f496e0..e9be44a5 100644 --- a/README.OS2 +++ b/README.OS2 @@ -73,7 +73,7 @@ III. * COMPILATION AND INSTALLATION * To

Re: [PATCH 1/2] Fix duplicated __strchrnul() declaration error on OS/2 kLIBC

qual -Wno-conversion -Wno-float-equal -Wno-sign-compare -Wno-undef -Wno-unused-function -Wno-unused-parameter -Wno-float-conversion -Wimplicit-fallthrough -Wno-pedantic -Wno-sign-conversion -Wno-type-limits -Wno-unsuffixed-float-constants -O2 -Zomf -Zmt -MT libgnu_a-fnmatch.o -MD -MP -MF .deps/libg

Re: [PATCH 1/2] Fix duplicated __strchrnul() declaration error on OS/2 kLIBC

On Wed, 2022-11-09 at 22:45 +0900, KO Myung-Hun wrote: > OS/2 kLIBC has __strchrnul(). But HAVE___STRCHRNUL is undefined. > 'static' declarion of __strchrnul() causes an error with gcc4 because > OS/2 kLIBC declares __strchrnul() as public. I assume kLIBC is a libc implementation for OS/2? I'm no

[PATCH 1/2] Fix duplicated __strchrnul() declaration error on OS/2 kLIBC

-fnmatch.o `test -f 'fnmatch.c' || echo './'`fnmatch.c fnmatch.c:135:1: error: static declaration of '__strchrnul' follows non-static declaration 135 | __strchrnul (s, c) | ^~~ In file included from fnmatch.c:34: f:/lang/gcc/usr/include/string

[bug #63044] Make fails to update .LOADED when the setup routine returns -1.

ge Status:None => Small Effort ___ Follow-up Comment #2: Thanks Dmitry. I added a normal test of -1 behavior as well now that we can trigger it. ___ R

[bug #63044] Make fails to update .LOADED when the setup routine returns -1.

Additional Item Attachment, bug #63044 (project make): File name: sv63044_fix.diff Size:0 KB <https://file.savannah.gnu.org/file/sv63044_fix.diff?file_id=53676> File name: sv63044_test.diff Size:1 KB <https://file.savannah.gnu.org/file/sv63044_test.dif

[bug #63044] Make fails to update .LOADED when the setup routine returns -1.

Follow-up Comment #1, bug #63044 (project make): Make fails to add a loaded shared object to .LOADED when the shared object setup routine returns -1. $ ls makefile timer2.c $ cat timer2.c int plugin_is_GPL_compatible; int timer2_gmk_setup (void) { return -1; } $ gcc -o timer2.so

[bug #63044] Make fails to update .LOADED when the setup routine returns -1.

URL: <https://savannah.gnu.org/bugs/?63044> Summary: Make fails to update .LOADED when the setup routine returns -1. Project: make Submitter: dgoncharov Submitted: Sun 11 Sep 2022 01:46:28 AM UTC Sever

Re: Bug with collect2.exe: error: ld returned 1 exit status make: *** [Makefile:2: all] Error 1

On Tue, 2022-08-09 at 17:38 +0200, Ibrahim Salma wrote: > Hi, i am having problem with makefile or make command can you please > help me it's giving me an error message like this: > > collect2.exe: error: ld returned 1 exit status > make: *** [Makefile:2: all] Error 1 T

Bug with collect2.exe: error: ld returned 1 exit status make: *** [Makefile:2: all] Error 1

Hi, i am having problem with makefile or make command can you please help me it's giving me an error message like this: collect2.exe: error: ld returned 1 exit status make: *** [Makefile:2: all] Error 1 This is the code in the Makefile: all: g++ -I src/include -L src/lib -o main mai

[PATCH v1 1/2] hash: Remove unnecessary `isupper` check before `tolower`

Regression PASSED: GNU Make 4.3.90 (x86_64-pc-linux-gnu) built with gcc = ``` --- src/hash.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/hash.h b/src/hash.h index 667d65

Re: Segafult while running make(1) from /lib/init/rc with -j

Hi Paul, On 1/8/22 21:43, Paul Smith wrote: On Sat, 2022-01-08 at 21:37 +0100, Alejandro Colomar (man-pages) wrote: Hi Dmitry, On 1/7/22 17:48, Dmitry Goncharov wrote: On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) wrote: I could try to write a simpler Makefile That would

Re: Segafult while running make(1) from /lib/init/rc with -j

On Sat, 2022-01-08 at 21:37 +0100, Alejandro Colomar (man-pages) wrote: > Hi Dmitry, > On 1/7/22 17:48, Dmitry Goncharov wrote: > > On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) > > wrote: > > >I could try to write a simpler Makefile > > That

Re: Segafult while running make(1) from /lib/init/rc with -j

On 1/8/22 21:40, Alejandro Colomar (man-pages) wrote: On 1/8/22 21:37, Alejandro Colomar (man-pages) wrote: Hi Dmitry, On 1/7/22 17:48, Dmitry Goncharov wrote: On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) wrote:   I could try to write a simpler Makefile That would be

Re: Segafult while running make(1) from /lib/init/rc with -j

On 1/8/22 21:37, Alejandro Colomar (man-pages) wrote: Hi Dmitry, On 1/7/22 17:48, Dmitry Goncharov wrote: On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) wrote:   I could try to write a simpler Makefile That would be good. We need to be able to reproduce the crash. I

Re: Segafult while running make(1) from /lib/init/rc with -j

Hi Dmitry, On 1/7/22 17:48, Dmitry Goncharov wrote: On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) wrote: I could try to write a simpler Makefile That would be good. We need to be able to reproduce the crash. I couldn't reproduce it with a simple Makefile with

Re: Segafult while running make(1) from /lib/init/rc with -j

On Thu, Jan 6, 2022 at 2:13 PM Alejandro Colomar (man-pages) wrote: > I could try to write a simpler Makefile That would be good. We need to be able to reproduce the crash. regards, Dmitry

Segafult while running make(1) from /lib/init/rc with -j

Hi, I wrote some script to use make(1) to run rc scripts in parallel. When running make(1) without -j, it works fine. However, when I run it in parallel (-j2, for the simplest thing), I run into a segfault (when I'm lucky and the system doesn't simply black out forever). I exp

[PATCH 1/3] * src/makeint.h: Removed unused atol declaration

--- src/makeint.h | 1 - 1 file changed, 1 deletion(-) diff --git a/src/makeint.h b/src/makeint.h index fcfb7bd..ca6d49d 100644 --- a/src/makeint.h +++ b/src/makeint.h @@ -631,7 +631,6 @@ void spin (const char* suffix); #if !defined (__GNU_LIBRARY__) && !defined (POSIX) &am

Re: [PATCH 1/2] * src/function.c: Introduce the 'let' built-in function

On Fri, 2020-10-23 at 09:14 -0400, Paul Smith wrote: > On Fri, 2020-10-09 at 16:36 +0200, Jouke Witteveen wrote: > > > This was sent before at the end of last year. Meanwhile, the > > copyright of my contributions is assigned to the FSF, so I picked > > this up again and added some documentation (

[PATCH 1/2 V2] [SV 51286] Support for lexically scoped variables

* src/function.c: Introduce the 'let' built-in function * tests/scripts/functions/let: Tests for the 'let' built-in function --- This replaces: > [PATCH 1/2] * src/function.c: Introduce the 'let' built-in function and goes together with: > [PATCH 2/2 V

Re: [PATCH 1/2] * src/function.c: Introduce the 'let' built-in function

On Fri, 2020-10-09 at 16:36 +0200, Jouke Witteveen wrote: > This was sent before at the end of last year. Meanwhile, the > copyright of my contributions is assigned to the FSF, so I picked > this up again and added some documentation (next patch). Sorry for the delay. I have been super-busy (you'

Re: [PATCH 1/2] * src/function.c: Introduce the 'let' built-in function

On Fri, Oct 9, 2020 at 4:36 PM Jouke Witteveen wrote: > > --- > This was sent before at the end of last year. Meanwhile, the copyright of my > contributions is assigned to the FSF, so I picked this up again and added some > documentation (next patch). > > The previous discussion was titled "[RFC]

[PATCH 1/2] * src/function.c: Introduce the 'let' built-in function

ion.c | 51 +++++- 1 file changed, 50 insertions(+), 1 deletion(-) diff --git a/src/function.c b/src/function.c index 0917e0c..b0031a6 100644 --- a/src/function.c +++ b/src/function.c @@ -908,6 +908,53 @@ func_foreach (char *o, char **argv, const char *funcna

[PATCH 1/2] Use strtol instead of atoi

of gnulib should verify this. One change that these changes bring about is that a sign (+ or -) in front of a numerical value is now supported. bootstrap.conf | 1 + src/function.c | 49 ++-- tests/scripts/functions/word | 12 ++---

[PATCH v2 1/3] Get rid of superfluous variables in stem tracking

--- src/implicit.c | 18 ++ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/src/implicit.c b/src/implicit.c index 707eff5..7bdc8ba 100644 --- a/src/implicit.c +++ b/src/implicit.c @@ -443,7 +443,6 @@ pattern_search (struct file *file, int archive

[PATCH 1/2] Get rid of superfluous variables in stem tracking

where the same thing happens (see next mail) clearer. src/implicit.c | 18 ++---- 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/src/implicit.c b/src/implicit.c index 707eff5..7bdc8ba 100644 --- a/src/implicit.c +++ b/src/implicit.c @@ -443,7 +443,6 @@ pattern_search (s

Re: patch to fix grouped_targets test 1

On Tue, 2019-09-10 at 20:36 -0400, Dmitry Goncharov via Bug reports and discussion for GNU make wrote: > echo -n is not portable. > Certain implementations of echo everything, including -n. > This makes test 1 of grouped_targets fail. This was already fixed by a patch from Paul Eggert

patch to fix grouped_targets test 1

Good morning. echo -n is not portable. Certain implementations of echo everything, including -n. This makes test 1 of grouped_targets fail. regards, Dmitry diff --git a/tests/scripts/features/grouped_targets b/tests/scripts/features/grouped_targets index ef9366b..4d2c9d2 100644 --- a/tests

[PATCH 1/2] Add posix_spawnattr_setsigmask() detection to configure.ac

--- configure.ac | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 13507d4..6155db7 100644 --- a/configure.ac +++ b/configure.ac @@ -142,7 +142,8 @@ AC_CHECK_FUNCS([strdup strndup umask mkstemp mktemp fdopen \ dup dup2 getcwd

[PATCH 1/2] Use pid_t to store PIDs instead of int.

D_STDERR; @@ -2231,14 +2232,14 @@ child_execute_job (struct output *out, int good_stdin, char **argv, char **envp) /* POSIX: Create a child process executing the command in ARGV. ENVP is the environment of the new program. Returns the PID or -1. */ -int +pid_t child_execute_job (struct output *ou

[PATCH] make.1: Some minor fixes in the manual

s macro to an one-font macro for a single argument. Change a HYPHEN-MINUS (code 0x55, 2D) to a dash (minus) if it matches " -[:alpha:]" or \(aq-[:alpha:] (for options). Change [\]- to \(en if it is a numeric range. ### Details: Input file is make.1 mandoc: make.1:92:2: WARNING: skipp

Re: -j/-l : minimum of jobs running under max-load with auto = cpu+1 default

Le 21/05/2018 à 08h23, Paul Smith a écrit : > On Mon, 2018-05-21 at 08:36 +0200, Garreau, Alexandre wrote: >> Then I discovered --load-average, and I’m asking myself wether the >> optimum is -j n+1, -l 1.0, or -l n or n+1? > IMO, there are too many problems with choosing any va

Re: -j/-l : minimum of jobs running under max-load with auto = cpu+1 default

On Mon, 2018-05-21 at 08:36 +0200, Garreau, Alexandre wrote: > Then I discovered --load-average, and I’m asking myself wether the > optimum is -j n+1, -l 1.0, or -l n or n+1? IMO, there are too many problems with choosing any value as the default value: * It's not so simple to de

-j/-l : minimum of jobs running under max-load with auto = cpu+1 default

it is essentially used by people who read on archlinux/gentoo/lfs manuals that “-j +1” is the optimum. Then I discovered --load-average, and I’m asking myself wether the optimum is -j n+1, -l 1.0, or -l n or n+1? For whatever is the actual optimum, wouldn’t be a useful option for portability that

Re: [PATCH v2 1/2] posix: Add compat glob symbol to not follow dangling symbols

7;s > prerequisites. I could help do that, if the GNU Make maintainer wants > to go that route. [I'll CC: this to bug-make to give its maintainer a > heads-up about this libc-alpha discussion, which can be followed from > here: > > https://sourceware.or

Re: [PATCH v2 1/2] posix: Add compat glob symbol to not follow dangling symbols

On 09/26/2017 10:24 AM, Adhemerval Zanella wrote: I see other possible issues that would need to be fixed as well: * FLEXIBLE_ARRAY_MEMBER definition for !__LIBC. * __glob_pattern_type duplicated prototype. * __set_errno and mempcpy definition. Thanks for reporting the duplicated prot

[PATCH 1/6] use Jenkins hash

ING_HASH_2, STRING_N_HASH_2): Return a dummy value. (STRING_N_COMPARE, return_STRING_N_COMPARE): Prefer memcmp to strncmp. --- configure.ac | 1 + hash.c | 148 +++ hash.h | 40 3 files changed, 169 insertions(+), 20 deletion

Re: [PATCH 1/2] Trivial correction on document

uot; problem with a line break in > between them on my phone screen until a non-native speaker pointed > it out. Doh. > > On Jun 20, 2017, at 21:14, Cao jin <mailto:caoj.f...@cn.fujitsu.com>> wrote: > > --- > doc/make.texi | 4 ++-- > 1 file ch

Re: [PATCH 1/2] Trivial correction on document

gt; though it was right before. > > I just couldn't see the "that that" problem with a line break in between > them on my phone screen until a non-native speaker pointed it out. Doh. > > On Jun 20, 2017, at 21:14, Cao jin wrote: > > --- > doc/make.texi |

Re: [PATCH 1/2] Trivial correction on document

jin > > I just couldn't see the "that that" problem with a line break in between > them on my phone screen until a non-native speaker pointed it out. Doh. > > On Jun 20, 2017, at 21:14, Cao jin <mailto:caoj.f...@cn.fujitsu.com>> wrote: > > --- >

Re: [PATCH 1/2] Trivial correction on document

maybe it's a good idea to change it, even though it was right before. I just couldn't see the "that that" problem with a line break in between them on my phone screen until a non-native speaker pointed it out. Doh. On Jun 20, 2017, at 21:14, Cao jin mailto:caoj.f...@cn.

[PATCH 1/2] Trivial correction on document

--- doc/make.texi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/make.texi b/doc/make.texi index dfa4454..343927b 100644 --- a/doc/make.texi +++ b/doc/make.texi @@ -1831,7 +1831,7 @@ more recent than it. @item How to update the file @file{foo.o}: by running @code{cc

Re: [PATCH 1/5] optimize checking for globs

On 02/11/2016 17:24, Paolo Bonzini wrote: > +int needs_glob(const char *s) > +{ > + return strpbrk (s, "?*[") == NULL; My bad, this should be "!=" NULL. I will send a v2 when I get more feedback. Paolo > +} > +#endif > diff --git a/read.c b/read.c > index b870aa8..0883100 100644 > --- a/read

[PATCH 1/5] optimize checking for globs

(parse_file_seq): Use needs_glob instead of strpbrk. * Makefile.am (make_SOURCES): Add read-opt.c. * Makefile.in: Regenerate. --- (I also had a SSE4.2 version that gave another 1-2% improvement, but it fails some tests and I also don't feel like adding a lot of code to de

[ Behaviour ] process_begin: CreateProcess(C:\Users\xxxx\AppData\Local\Temp\makeXXXX-1.bat

Hi, I'm using make 3.81 and I succed to build my project first time and after that each time I would build my project I have this error: make.exe -f Makefile.mk INSET=VLE MODE=Debug all process_begin: CreateProcess(C:\Users\x\AppData\Local\Temp\make8044-1.bat, C:\Users\\AppData\

Re: [PATCH 1/2] * configure.ac: Fix spacing in helptext of customs

[ 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 > --- > configure.ac | 2 +- > 1 file changed, 1 ins

[PATCH 1/2] * configure.ac: Fix spacing in helptext of customs

Signed-off-by: Bernhard Reutner-Fischer --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 97fd090..1770c88 100644 --- a/configure.ac +++ b/configure.ac @@ -249,7 +249,7 @@ AS_IF([test "$PATH_SEPARATOR" = ';'

Re: [PATCH v2 1/6] * expand.c (variable_name_extract): extract variable name and strip prefix.

t; > ifeq ($(D),DD) > ifeq ($(B),BB) > E = EE > endif > endif > > Output of `make --dep` > A = AA > B = BB > C = CC CCC > value: CC, parent: A, value: AA; > value: CCC, parent: A, value: AA; parent: B, value: BB; > D = DD > value: DD, parent: A, v

Re: [PATCH v2 1/6] * expand.c (variable_name_extract): extract variable name and strip prefix.

A, value: AA; value: CCC, parent: A, value: AA; parent: B, value: BB; D = DD value: DD, parent: A, value: AA; E = EE value: EE, parent: D ,value DD; parent: B, value: BB; parent name: D, value: DD, parent: A, value AA; The following are some thought and futhur extension of current implementati

Re: [PATCH v2 1/6] * expand.c (variable_name_extract): extract variable name and strip prefix.

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 so

[PATCH v2 1/6] * expand.c (variable_name_extract): extract variable name and strip prefix.

- no changes. expand.c | 72 ++++ 1 file changed, 72 insertions(+) diff --git a/expand.c b/expand.c index e4b08f1..0ef5c0e 100644 --- a/expand.c +++ b/expand.c @@ -181,6 +181,78 @@ reference_variable (char *o, const char *name, unsigned int length) return o; }  +/* Parse P (a

[PATCH 1/6] * expand.c (variable_name_extract): extract variable name and strip prefix.

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. Signed-off-by: Macpaul Lin --- expand.c | 72 ++

[PATCH 1/2] Fix abspath on Cygwin/MSYS with DOS paths enabled

Hello! This is the new patch. Allows to enable DOS paths on Cygwin with no abspath breaking. The idea of the change: instead of single HAVE_DOS_PATHS definition we now have two definitions: 1. HAVE_DOS_PATHS - says that the platform is capable of handling DOS paths in principle. 2

[PATCH 1/3] build: require Autoconf >= 2.62 and Automake >= 1.11.1

Older versions of those tools should be considered fully obsolete. Also, GNU make already requires Gettext >= 0.18.1, which has been released six months after Automake 1.11.1 and two years after Autoconf 2.62; so the new requirement shouldn't be problematic for people already bootstrapping GNU make

[PATCH 1/4] Windows: Add load.c to build_w32.bat

Because this modifies a batch file with Windows line endings it must be applied with --keep-cr, e.g.: git am 0001-Windows-Add-load.c-to-build_w32.bat.patch --keep-cr Best regards, Ray Donnelly. 0001-Windows-Add-load.c-to-build_w32.bat.patch Description: Binary data _

Fwd: [PATCH 1/2] make - Fix configuration on Cygwin (no DOS paths)

От кого: Павел Федин Кому: cyg...@cygwin.com Дата: Понедельник, 14 января 2013, 10:05 +04:00 Тема: [PATCH 1/2] make - Fix configuration on Cygwin (no DOS paths)  I made this patch in order to be able to configure and rebuild make on Cygwin correctly.  I don't know how the build is perform

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

Follow-up Comment #5, bug #37208 (project make): Go up to the top of the Savannah bug page where it says "Source Code", click it, and choose the "Use CVS" link. It will tell you how to obtain the source from CVS. Once you get the source you can look at README.cvs to see how to build. Note you w

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

Follow-up Comment #4, bug #37208 (project make): Ok. I didn't notice that. Please can you tell me where I can get the latest source from? ___ Reply to this item at: _

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

Follow-up Comment #3, bug #37208 (project make): If you check the Fixed Release field for bug #30653 you'll see it says "CVS", which means it's fixed in the source but not in any release yet. ___ Reply to this item at:

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

Follow-up Comment #2, bug #37208 (project make): I used the latest make 3.82 from http://ftp.gnu.org/gnu/make/ and the problem still seems to exist. Which version was the fix applied to? Thanks. ___ Reply to this item at:

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

Update of bug #37208 (project make): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #1: This is a dup

[bug #37208] make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1)

URL: <http://savannah.gnu.org/bugs/?37208> Summary: make does not update .INTERMEDIATE targets when rebuilding with number of jobs greater than 1 (j > 1) Project: make Submitted by: viki89 Submitted on: Tue 28 Aug 2012 12:10:

tinyos-1.x make

Good evening, Here, following this tutorial http://www.5secondfuse.com/tinyos/install.html , I've got to start the tinyviz and I work with normally. But, I just some clarification to ask if you want of course: To step Java Serial Communications for TinyOS 1.x, arriving to sudo make in

[PATCH 1/7] Docs: Offset modifiers with commas

Signed-off-by: Michael Witten --- doc/make.texi |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/make.texi b/doc/make.texi index 13cecbd..efc28f7 100644 --- a/doc/make.texi +++ b/doc/make.texi @@ -5183,7 +5183,7 @@ sets @samp{bar} to @samp{a.c b.c c.c}. @cindex

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Update of bug #15919 (project make): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #30: I debugged this and

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

some bad behavior: not hangs though. Instead it seemed the same recipe was being invoked >1 time which eventually caused the build system to fail, because at the end of the recipe there's a job that removes a file. If the multiple recipes run in the "right" way then one of the

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #27, bug #15919 (project make): Any word on a new release incorporating this fix? It has been over a year since this bug prevented GCC from implementing automatic dependency tracking: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01680.html __

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Update of bug #15919 (project make): Status: Fixed => None Open/Closed: Closed => Open ___ Follow-up Comment #28: I've been running th

[bug #20495] debug version crashes on windows on close(-1)

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

[bug #20495] debug version crashes on windows on close(-1)

Additional Item Attachment, bug #20495 (project make): File name: w32clospipe.difSize:0 KB ___ Reply to this item at: ___ Message sent

[bug #20495] debug version crashes on windows on close(-1)

Follow-up Comment #2, bug #20495 (project make): Thank you for your report. I fixed this bug in CVS with the attached patch. ___ Reply to this item at: ___

[bug #20495] debug version crashes on windows on close(-1)

Follow-up Comment #1, bug #20495 (project make): There seems to be a change within the Microsoft Visual C++ Runtime between Microsoft Visual Studio .NET (aka 2002) and Microsoft Visual Studio 2005. I have no access to Microsoft Visual Studio 2003 so I can't prove if this behavior was intro

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #26, bug #15919 (project make): Knut St Osmundsen, Your fix is similar to the one I mentioned in comment 18. Yes, the idea is that tests pass cleanly. I just assumed that Paul tested his fix against the test cases. I can also reproduce the problems with the INTERMEDIATE tests

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

ange. I see a very similar problem with targets/INTERMEDIATE Test #3 and #5 when running them with -j N (where N > 1); both tests gets the 'cp bar.f bar.e' command executed twice. (Same code bases ofc.) These two tests ran cleanly on a patched 2007-05-26 CVS snapshot that I've be

Re: [bug #20495] debug version crashes on windows on close(-1)

Is there any fix/patch for this? -Gurpreet Caeies-3 wrote: > > > URL: > <http://savannah.gnu.org/bugs/?20495> > > Summary: debug version crashes on windows on close(-1) > Project: make > Submitted by: tstuefe >

[bug #17614] Clock Slew < 1 sec.

Follow-up Comment #3, bug #17614 (project make): I posted the previous comment before I created my account. ___ Reply to this item at: ___ Message sent

[bug #17614] Clock Slew < 1 sec.

tep it, and in any case, 30 milliseconds is getting down into trans-router packet transit times, and NTP-startup time skews. What's more, the NTP daemon's default step threshold is 128ms, or 0.128 seconds, about 43 times larger than the time skew complained about above. There has to be a cutoff

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #24, bug #15919 (project make): This bug affects a patch for GCC that would provide automated makefile dependencies. It causes a lockup for "make -j2" and we had to revert the patch. Getting this patch in a stable release would be a very good thing...

Re: gnumake[1]: execvp: /bin/sh: The parameter or environment lists are too long

Would it be an idea to include the ARG_MAX size in the error message (if that is generated by make? function.c:1738 func_shell). And even include a copy of the text and environment when running in debug mode? I had to breakup a codebase into several libraries to overcome the command-line/envir

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

Follow-up Comment #23, bug #15919 (project make): Glad its fixed. Now all I need do is work on you to get a quick release out the door. I no longer have access to the codebase that provoked the original bug report, the company has gone "dot bust". ___

[bug #15919] Make-3.81 rc1 hangs with -j 2 but not with -j 1

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

RE: gnumake[1]: execvp: /bin/sh: The parameter or environmentlists are too long

On 15 August 2007 04:59, Paul Smith wrote: > On Sun, 2007-08-12 at 22:31 -0400, Kothanda_Sathya wrote: >> How it looks on our GNUmakefile, if sources specified within the limit >> around 450, this error occurs otherwise it reports error the parameter >> or environment list are too long. > > The m

RE: gnumake[1]: execvp: /bin/sh: The parameter or environment lists are too long

On Sun, 2007-08-12 at 22:31 -0400, [EMAIL PROTECTED] wrote: > How it looks on our GNUmakefile, if sources specified within the limit > around 450, this error occurs otherwise it reports error the parameter > or environment list are too long. The maximum size of the environment for a new process (w

RE: gnumake[1]: execvp: /bin/sh: The parameter or environment lists are too long

x1.c x2.c...x555.c Also refer this link also regarding this: http://www.ibm.com/developerworks/forums/dw_thread.jsp?forum=905&thread= 170563&cat=72 gnumake[1]: execvp: /bin/sh: The parameter or environment lists are too long. Originally posted: 2007 July 30 06:39 AM [EMAIL PROTECT

  1   2   >