- remove useless USE_LIBTOOL along with the custom regex and replace it with a
patch;
- properly pass CONFIGURE_TARGET for this configure script generated by the
newest autoconf.
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
FWIW, checkout of these things took 5+hrs, staying on the local
.freebsd.org net w/o hitting the 'net at all.
As promised,
$ time cvs ci
real 67m51.701s
user 0m1.250s
sys 0m5.345s
of order includes--this version compiled on a 2.2.6 machine without
problems, though).
Rather than patch it, I cut a new release.
Problem #2 is:
> 1) Though the port depends on GDBM, the configure script does not find
> it; I got that to work by creating ad hoc symlinks for
> /usr/include/gdbm.h and /usr/lib/libgdbm.a --> for some reasons,
> /usr/local/include and /usr/local/lib are ignored (btw, any way I can do
> that "cleanly" for all ports?)
which I haven't touched. Since the standard gcc doesn't search
/usr/local/include and /usr/local/lib, it is neccesary to have
CFLAGS=-I/usr/local/include
LDFLAGS=-L/usr/local/lib
before configure succeeds, but I tried adding those lines to MAKE_ENV
and it didn't help configure (is there a CONFIGURE_ENV)?
Why doesn't it search those paths anyway? I looked at other ports which
require gdbm and they are no different, it seems they all have this problem,
or their makefiles have hardcoded /usr/local paths in them.
-josh
