make signal text descriptions

[J. Grant]

Hello,

Could the signals and errors that Make displays include the text description
of them?  The same way that other programs do not return the errno.h value,
but the text that it corresponds too.  Let me know if you would like to
implement this for make.
Kind regards

JG

e.g.:

Signal 127

z:\bin\make.exe: *** [mak19] Error 255



___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

Re: make signal text descriptions

[Paul D. Smith]

%% "J. Grant" <[EMAIL PROTECTED]> writes:

  jg> Could the signals and errors that Make displays include the text
  jg> description of them?  The same way that other programs do not
  jg> return the errno.h value, but the text that it corresponds too.

  jg> e.g.:

  jg> Signal 127

GNU make does print the signal number as long as it can determine the
right one.  If you are seeing this, then it means GNU make got a signal
it couldn't translate.  This often means that the configuration for your
system was inaccurate, or that your system doesn't provide proper signal
translation facilities.

Since you don't specify what type of system you're working on I can't
give more help than that, but your next example seems to imply it's DOS,
Windows, or similar.  In that case you should check on the
[EMAIL PROTECTED] mailing list and see whether signal translation has
been ported to work on DOS/Windows platforms.

  jg> z:\bin\make.exe: *** [mak19] Error 255

It is not appropriate for make to translate this code into an errno
value, because it is _NOT_ an errno value.

This code is the return value from the program that make invoked, and
that return value is virtually never an errno value.

In the example you give here, for example, the invoked program exited
with a -1 exit code, which is not a valid errno value.

-- 
---
 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 a professional." --Mad Scientist


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make

RE: makefile:71: *** Recursive variable `LIBS' references itself (eventually). Stop

[Dominique DEUFF]

There are two types of assignments.

LIBS= file.a

Result in late evaluation. What is to the right of '=' is evaluated only
when LIBS is referenced. With late evaluation a variable cannot
reference itself - that the problem you see.
Late evaluation is required when for example using the following:
VAR = $@
What to realise is that the value of $@ differ with the context where the
variable is used - therefore late evaluation is required.
But most often this is not the case, so I generally prefer the second type
of assignment in my makefiles.


LIBS:= file.a

Result in early evaluation. Here LIBS is immediately assigned the value of
file.a. Use this type of assignment and your problem is solved.

OK, thank you.
I will try it !

Dominique


___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make