On Tue, 30 Jun 2009, Philip Prindeville via RT wrote:
> Tim Rice via RT wrote:
> > On Mon, 29 Jun 2009, Philip A. Prindeville wrote:
> >
> >> Stephen Henson via RT wrote:
> >>> It's not the @ command which might be non-portable IMHO but the
> >>> expansion of $(Q) into @.
> >> I guess I still don't understand the issue. On the platforms that don't
> >> support this, it could be left undefined or set to the empty string...
> >>
> >> -Philip
> >
> > It is easy to understand if you try it on a make other than GNU make.
> > Using your original post as an example:
> > -------------
> > $ cat Makefile
> >
> > QUIET=y
> > ifeq ($(QUIET),y)
> > Q:=@
> > else
> > Q:=
> > endif
> >
> > all:
> > $(Q)echo "done"
> >
> > $ make
> > UX:make: ERROR: Must be a separator on rules line 4 (bu39).
> > $ gmake
> > done
> > $
> > -------------
> >
>
> Right, so on a non-GNU make system, you'd never build with "QUIET=y"... the
> Configure script should be able to take care of that.
>
> I'm still not understanding what the problem is.
So are you proposing something like
.........
$ cat Makefile
QUIET=
ifeq ($(QUIET),y)
Q:=@
else
Q:=
endif
all:
$(Q)echo "done"
$ make
UX:make: ERROR: Must be a separator on rules line 3 (bu39).
.........
Or without QUIET=
.........
$ cat Makefile
ifeq ($(QUIET),y)
Q:=@
else
Q:=
endif
all:
$(Q)echo "done"
$ make
UX:make: ERROR: Must be a separator on rules line 3 (bu39).
$
.........
Please provide a working example.
> -Philip
>
--
Tim Rice Multitalents
[email protected]
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [email protected]
Automated List Manager [email protected]
