This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: 64-bit Cygwin installation is missing /usr/bin/lockfile
- From: "Yaakov (Cygwin/X)" <yselkowitz at users dot sourceforge dot net>
- To: cygwin-apps at cygwin dot com
- Date: Fri, 13 Sep 2013 02:46:41 -0500
- Subject: Re: 64-bit Cygwin installation is missing /usr/bin/lockfile
- Authentication-results: sourceware.org; auth=none
- References: <CAMCTF-euv+5ZvBWfc8Gv6G4wuEyGH1_guDZPTZQDxD+G4dn6kQ at mail dot gmail dot com> <20130814140415 dot GJ4315 at calimero dot vinschen dot de> <20130814141312 dot GA22341 at calimero dot vinschen dot de>
On 2013-08-14 09:13, Corinna Vinschen wrote:
I'm puzzled. Here's my procmail.cygport file:
[snip]
MAKEOPTS="EXE=.exe LOCKINGTEST=100 BASENAME=${D}/usr MANDIR=${D}/usr/share/man"
[snip]
The important thing here is the definition of MAKEOPTS. When I call
`cygport procmail.cygport install, then cygmake is called with
BASENAME set to just /usr, not to the evaluated resulting string
${D}/usr.
Why is ${P} in SRC_URI evaluated correctly, but why isn't ${D} in
MAKEOPTS?!?
PN/PV/PR/P/etc. are defined before source()ing the cygport(5) -- dating
back to when these were detected from the file name instead of its
contents -- but S/B/C/D are initialized *afterwards*, primarily because
S can vary if SRC_DIR is defined.
In this case, you'll need to pass the BASENAME and MANDIR arguments
directly to cygmake and cyginstall.
Yaakov