lzip-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Lzip-bug] "ldconfig -n" doesn't work on some OS (lzlib)


From: Juan Francisco Cantero Hurtado
Subject: Re: [Lzip-bug] "ldconfig -n" doesn't work on some OS (lzlib)
Date: Fri, 11 Oct 2013 02:58:50 +0200
User-agent: Mozilla/5.0 (X11; OpenBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0

On 10/09/13 14:00, Antonio Diaz Diaz wrote:
Juan Francisco Cantero Hurtado wrote:
Thanks. Does it work with the following patch?

No. You forgot some "$<".

Oh no, I was trying to get OpenBSD make to accept "$<" as advertised in
its man page:
http://www.openbsd.org/cgi-bin/man.cgi?query=make

----------------------------------------------------------------
For maximum compatibility, `_' should only be used for actual inference
rules.  It is also set for normal target rules when there is an
inference rule that matches the current target and prerequisite in
scope.  That is, in

                    .SUFFIXES: .c .o
                    file.o: file.c
                            cmd1 $<

                    .c.o:
                            cmd2

building file.o will execute "cmd1 file.c".
----------------------------------------------------------------


The problem seems to be that I am using a "pattern rule" istead of a
"suffix rule" (inference rule). The GNU make manual says this:

""Suffix rules" are the old-fashioned way of defining implicit rules for
`make'.  Suffix rules are obsolete because pattern rules are more
general and clearer.  They are supported in GNU `make' for compatibility
with old makefiles."


But the OpenBSD make manual does not even mention pattern rules.


It seems both makes are too incompatible, so I'll leave the Makefile as
is. Thanks for your help and sorry for the inconveniences.


IIRC both are compatible with POSIX make: http://www.opengroup.org/onlinepubs/9699919799/utilities/make.html

The "suffix rules" are POSIX, not obsolete. The help of GNU make isn't correct here.

Anyway, don't worry about the incompatibilities between GNU make and OpenBSD make. The dependency of GNU make in your software isn't a big problem for me, we have code to force to the ports framework to use GNU make (USE_GMAKE=Yes).

And don't say "sorry" :)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]