Hello,
Order of static pattern rules is significant while IMHO it should not be.
Observe the following (below): the same rules are written in
reverse order for foo and bar, and the automatic variable $* has not the
same value in the two recipes:
jupiter% cat Makefile
OBJfoo := foo100.z1
OBJbar :=
block_all_sigs ();
> @@ -2552,7 +2559,8 @@ exec_command (char **argv, char **envp)
> errno = ENOEXEC;
>
> # else
> - /* Run the program. */
> + /* Run the program.
> + * The parent has to restore environ. */
> environ = envp;
> execvp (argv[0], argv);
Hello,
This patch works perfectly, both on my 32bit linux and my 32bit solaris 10.
Thank you.
Regards,
Denis Excoffier.
> On 2022-09-24 17:19, Paul Smith wrote:
>
> On Sat, 2022-09-24 at 09:36 +0200, Denis Excoffier wrote:
>> In my specific configuration (under linux, with --disable-nls,
>> --disable-load, without using -j, using 'env -i make -d -n'), a
>> segfault always o
mpiling many GNU projects and also my own tools.
My linux is old (2.6.32), solaris is solaris 10 (old too...)
Under MacOS (12.6) and Cygwin (3.3.6) no segfault at all.
Hoping someone will be able to track this further.
Regards,
Denis Excoffier.
On 2014-10-01 20:03, Eli Zaretskii wrote:
>> From: Denis Excoffier
>> Date: Wed, 1 Oct 2014 19:55:13 +0200
>>
>> For me, under Cygwin, i had to apply the following in order to compile (GCC
>> 4.9.1):
>>
>> diff -uNrp make-4.0.90-original/job.c ma
sh_chars;
+ const char *sh_chars_sh = sh_chars;
# endif /* HAVE_DOS_PATHS */
#endif
int i;
Regards,
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
3.99.92, this is not unexpected), but now (with
3.99.93)
the GNUMAKEFLAGS test also fails.
Regards,
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
On 2013-09-25 14:44, Eli Zaretskii wrote:
If no one steps forward, I will try to find time to fix this soon.
Stay tuned, and thanks for your contributions.
The most needed thing to fix is
${abspath /foo}
that currently returns "/cy/foo"
Regards,
Denis
rors:
- output-sync (8/13 passed)
- recursion (1/2 passed)
- abspath (0/1 passed)
- MAKE (0/1 passed)
5) That's all.
With the spawn-patch installed, the output-sync test fails, but this
is another story i suppose.
Hope this helps,
Regards,
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
ably be able to circulate a "spawn-patch" like under
the previous 'make' versions.
>
> -David
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
**envp)
+ char **argv, char **envp);
# else
void child_execute_job (int stdin_fd, int stdout_fd, int stderr_fd,
char **argv, char **envp) __attribute__ ((noreturn));
%
Regards,
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
o familiar with that kind of plumbing, if someone could see
what is going on... Pavel?
Regards,
Denis Excoffier.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
quot;Could not restore
stdout" is produced.
Since the patch makes merely Cygwin as a copy of EMX, and that
same patch used (with very minor modifications) to work with
make-3.99.91, perhaps this suggests that the EMX platform is
broken under make-3.99.92.
had to
remove two occurrences of "(scm_t_subr)" from guile.c (unknown
identifier, sorry). With --without-guile this is, expectedly,
not needed.
Also a semicolon seems to be missing after the declaration of
child_execute_job() in the case '# if def
use clang.
Regards,
Denis Excoffier.
features.tar.xz
Description: Binary data
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
ere X is a small number
3) and more importantly, 'make check' begins to write its results on stdout
(eg features/archives..), then seems to switche to stderr for the
results of the features/archives and all the following text. This is weird.
Hope this helps.
Best regards,
Denis Excoffier.
Hello,
% echo "load foo" | make
Makefile: 1: *** The 'load' operation is not supported on this platform.. Stop.
%
No problem with the message. But are the two periods really necessary?
Regards,
Denis Excoffier.
___
Bug-make m
On 2013-08-07 10:52, Pavel Fedin wrote:
> Perhaps some more testing would convince you. Actually i have
> sent the new patch to Denis Excoffier (who reported the bug), but he doesn't
> reply for some reason. If there'll be no response for some more time, i'll
> retry
On 2013-05-20 15:16, Paul Smith wrote:
> On Fri, 2013-05-17 at 19:42 +0200, Denis Excoffier wrote:
>> Compared with make-3.82, the new make-3.99.90 breaks those Makefiles,
>> like in tiff-v3.6.1 (rather old i know, before 2003 at least), that
>> use the construction:
>
.
Previously, it used to work, if not "as expected", but more or less yes, thanks
to the undocumented? target "-" that (still under the new make) does nothing at
all:
% cat Makefile
default - --:; @echo "$@"
% make -
default
% make -- -
default
% make
Hello,
Could we please get in the near future (why not as a Christmas present?) an
`official' make-3.82.91.tar.bz2 or equivalent on
ftp://alpha.gnu.org/pub/gnu/make/ ?
Regards,
Denis Excoffier.
P.S. I say make-3.82.91 instead of make-3.82.90 because we have already this
number on C
21 matches
Mail list logo
