I see you are running make time-slice ;-)
Paul D. Smith <[EMAIL PROTECTED]> writes:
> bk> No, I think it should handle newline-backslash sequence the same
> bk> way everywhere, including inside "define".
>
> Hm. But, make already doesn't handle backslash/newline the same way
> everywhere;
Paul D. Smith <[EMAIL PROTECTED]> writes:
> bk> In contrast the patch fixes the following case:
>
> bk> a := A
>
> bk> %bar : a_ := $a
>
> bk> %bar :; @echo $(a_)
>
> bk> a := B
>
> bk> foobar:
>
> bk> Which prints (without patch) B.
>
> I want to point out that I think we
%% Boris Kolpackov <[EMAIL PROTECTED]> writes:
bk> No, I think it should handle newline-backslash sequence the same
bk> way everywhere, including inside "define".
Hm. But, make already doesn't handle backslash/newline the same way
everywhere; in command scripts the backslash/newline is not r
%% Noel Yap <[EMAIL PROTECTED]> writes:
ny> Paul D. Smith wrote:
>> %% Boris Kolpackov <[EMAIL PROTECTED]> writes:
bk> If you expect it to print
>>
bk> %r: | baz
>>
bk> then look in read.c line 537. The dumping code simply does not
bk> distinguish between normal and order-only
Paul D. Smith wrote:
%% Boris Kolpackov <[EMAIL PROTECTED]> writes:
bk> If you expect it to print
bk> %r: | baz
bk> then look in read.c line 537. The dumping code simply does not
bk> distinguish between normal and order-only prerequisites.
ITYM rule.c.
I have a fix for this already b
%% Boris Kolpackov <[EMAIL PROTECTED]> writes:
bk> In contrast the patch fixes the following case:
bk> a := A
bk> %bar : a_ := $a
bk> %bar :; @echo $(a_)
bk> a := B
bk> foobar:
bk> Which prints (without patch) B.
I want to point out that I think we already discussed this bef
Paul D. Smith wrote:
%% Noel Yap <[EMAIL PROTECTED]> writes:
ny> Hmmm, I ran into something similar in which:
ny> a := A
ny> bar:
ny>@echo $a
ny> a := B
ny> would output B.
Of course. As expected.
Command scripts are not expanded until they are about to be invoked by
make,
%% Boris Kolpackov <[EMAIL PROTECTED]> writes:
bk> ___
bk> Bug-make mailing list
bk> [EMAIL PROTECTED]
bk> http://mail.gnu.org/mailman/listinfo/bug-make
Boris, what email client do you use? It's so bizarre; it always puts
the body of your messa
Noel Yap <[EMAIL PROTECTED]> writes:
> Once this patch is installed, does "gmake -npqr | grep '%r:'" output the
> proper thing? If so, I suspect this patch will fix much of the odd
> behaviour I've seen with regards to implicit rules and order rules.
Well, it depends what is "proper thing"? Wi
%% Noel Yap <[EMAIL PROTECTED]> writes:
ny> Hmmm, I ran into something similar in which:
ny> a := A
ny> bar:
ny> @echo $a
ny> a := B
ny> would output B.
Of course. As expected.
Command scripts are not expanded until they are about to be invoked by
make, which is well after all
Noel Yap <[EMAIL PROTECTED]> writes:
> Hmmm, I ran into something similar in which:
>
> a := A
>
> bar:
> @echo $a
>
> a := B
>
>
> would output B.
This is correct behavior as per manual. If you want it to print A
then write something like
bar: a_ := $a # not sure a := $a will
Hmmm, I ran into something similar in which:
a := A
bar:
@echo $a
a := B
would output B.
Does this patch fix this as well?
Thanks,
Noel
Boris Kolpackov wrote:
Good day,
The following makefile prints 'B' instead of 'A'.
a := A
%bar : arg := $a
%bar : ; @echo $(arg)
a := B
foobar:
Once this patch is installed, does "gmake -npqr | grep '%r:'" output the proper thing? If so, I suspect this patch will fix much of the odd behaviour I've seen with regards to implicit rules and order rules.
Thanks,
Noel
Boris Kolpackov wrote:
Good day,
The following makefile prints "baz foo ba
Good stuff; thanks Boris.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am
Good day,
The following makefile prints "baz foo baz" instead of "foo foo baz".
%r: | baz
@echo $< $^ $|
bar: foo
foo:;@:
baz:;@:
In command.c in function set_file_variables $< is initialized with the
first prerequisite. While in most cases this would be a normal prerequisite
in ca
15 matches
Mail list logo
