packages from a single port. LOOP_VAR is the name of the variable
and LOOP_OPTIONS is a space-separated list of values it should
take. When these are set, the target "package-loop" will go
through a clean and package loop for all the options. The
"package-loop" target is defined as "package" when LOOP_VAR is not
defined, so if you are in the business for building packages, you
should use "package-loop" all the time. (This target is added to
bsd.port.subdir.mk too.)
Also, the "describe" target prints out multiple lines so that all
options will go into the INDEX. (In other words, if you define
these variables, INDEX is going to look real silly if you don't
put ${${LOOP_VAR}} in PKGNAME.)
Seconded by: obrien ("ANYTHING")
(2) Turn off regexp support for LIB_DEPENDS. It is a fixed string of
the form <NAME>.<VER> now.
Tested by: several rounds of complete package builds
(3) Check checksum even if NO_EXTRACT is defined.
(4) Cosmetic fix for message in MANUAL_PACKAGE_BUILD case.
The port is marked BROKEN anyway...updating it to what I have so far that
appears to work, so that if I update ports, I don't lose it all again.
Hope to have it unBROKEN over the weekend ... so far, builds out of the
box with the stock cc 2.7.2.1 ...
===
:
===> Building for gqview-0.4.3
gcc -Wall -O -pipe `gtk11-config --cflags` -DHAVE_GTK_1_1=1 -c main.c
In file included from /usr/include/dirent.h:43,
from gqview.h:8,
from main.c:8:
/usr/include/sys/dirent.h:52: parse error before `u_int32_t'
/usr/include/sys/dirent.h:52: warning: no semicolon at end of struct or union
/usr/include/sys/dirent.h:53: warning: data definition has no type or storage class
/usr/include/sys/dirent.h:54: parse error before `d_type'
/usr/include/sys/dirent.h:54: warning: data definition has no type or storage class
/usr/include/sys/dirent.h:55: parse error before `d_namlen'
/usr/include/sys/dirent.h:55: warning: data definition has no type or storage class
/usr/include/sys/dirent.h:62: parse error before `}'
*** Error code 1
Stop.
