%% Regarding strange problem with 'echo' target; you wrote:
ss> I'm experiencing a strange problem with make, which I can't
ss> narrow down. What happens is that I have an 'echo' executable
ss> in the local directory, which gets executed whenever I call
ss> 'make echo'.
Please always rem
hi,
I'm experiencing a strange problem with make, which I can't
narrow down. What happens is that I have an 'echo' executable
in the local directory, which gets executed whenever I call
'make echo'. The make debugging output looks so:
...
Finished prerequisites of target file `echo.o'.
Prerequis
%% [EMAIL PROTECTED] (Jimi X) writes:
>> "PDS" == Paul D Smith <[EMAIL PROTECTED]> writes:
PDS> Thanks; this has been fixed in the sources for a while.
jx> Sorry 'bout that.. is that on sourceware?
No. GNU tools are available via CVS on the FSF's subversions server.
Start here:
h
> "PDS" == Paul D Smith <[EMAIL PROTECTED]> writes:
PDS> Thanks; this has been fixed in the sources for a while.
Sorry 'bout that.. is that on sourceware?
PDS> There are certain tests that configure must run which won't work
PDS> in a cross-compiled environment, because they require actua
%% [EMAIL PROTECTED] (Jimi X) writes:
jx> make-3.79.1/configure[3172]: (cross-compiling): unknown test operator
jx> corresponding line # 99 in configure.in
jx> if test $ac_cv_func_gettimeofday = yes; then
jx> $ac_cv_func_gettimeofday and be empty making the test fail.
jx> need to wra
make-3.79.1/configure[3172]: (cross-compiling): unknown test operator
corresponding line # 99 in configure.in
if test $ac_cv_func_gettimeofday = yes; then
$ac_cv_func_gettimeofday and be empty making the test fail.
need to wrap the variable in quotes
-Jimi X
BTW: since when can you not build
Hello,
i found this difference between 3.78.1 and 3.79.1 using call function with
shell commands :
::
makefile
::
A = echo $1
toto: ; @ f=toto && $(call A,$$f)
.PHONY: toto
With GNU Make version 3.78.1
> make
toto
>
With GNU Make version 3.79.1
