cpet/openbsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
openbsd-ports/devel/gperf/Makefile

33 lines
774 B
Makefile
Raw Normal View History

replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes
2019-07-12 20:43:27 +00:00
# $OpenBSD: Makefile,v 1.36 2019/07/12 20:44:10 sthen Exp $
devel: COMMENT is out, bump NEED_VERSION.
2001-05-06 00:12:42 +00:00
move depends to new style
2010-11-15 19:45:56 +00:00
COMMENT = perfect hash functions, to help write parsers
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
update gperf, as prompted by Florian Stinglmayr slightly more "fun" than expected thanks to the unsigned int -> size_t change, which requires some other ports to stay in synch
2018-01-19 23:01:41 +00:00
DISTNAME = gperf-3.1
move depends to new style
2010-11-15 19:45:56 +00:00
CATEGORIES = devel
Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit.
2018-10-24 14:27:57 +00:00
REVISION = 0
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
move depends to new style
2010-11-15 19:45:56 +00:00
MAINTAINER = Marc Espie <espie@openbsd.org>
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
move http://www.gnu.org to https
2013-11-09 23:19:01 +00:00
HOMEPAGE = https://www.gnu.org/software/gperf/
Add HOMEPAGE. While here, set GPL version. ok espie@ (maintainer)
2009-06-09 16:00:55 +00:00
# GPLv2
replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes
2019-07-12 20:43:27 +00:00
PERMIT_PACKAGE = Yes
Add HOMEPAGE. While here, set GPL version. ok espie@ (maintainer)
2009-06-09 16:00:55 +00:00
use COMPILER_LIBCXX where applicable
2017-07-16 19:18:47 +00:00
WANTLIB = c m ${COMPILER_LIBCXX}
gpl licenses
2000-02-12 08:02:07 +00:00
Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit.
2018-10-24 14:27:57 +00:00
COMPILER = base-clang ports-gcc base-gcc
move depends to new style
2010-11-15 19:45:56 +00:00
MASTER_SITES = ${MASTER_SITE_GNU:=gperf/}
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
update to 3.0.1, WANTLIB markers.
2004-11-23 03:14:31 +00:00
post-extract:
rm ${WRKDIST}/doc/gperf.info
New official release, taken over by Bruno Haible.
2000-10-01 20:11:06 +00:00
# Don't use SEPARATE_BUILD, the doc doesn't like it
move depends to new style
2010-11-15 19:45:56 +00:00
CONFIGURE_STYLE = gnu
New official release, taken over by Bruno Haible.
2000-10-01 20:11:06 +00:00
# and it also insists upon installing under $(prefix)/doc...
move depends to new style
2010-11-15 19:45:56 +00:00
MAKE_FLAGS = docdir='${TRUEPREFIX}/share/doc/gperf'
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
add a comment to warn about risk of circular dependency if ever gperf gets gettext support (following libiconv change which uses gperf). suggested by and ok naddy
2007-11-20 01:46:42 +00:00
# N.B. gperf is a build dependency for libiconv; take care if
# gettext support is added to gperf.
Ressuscitate gperf as a port, now that we killed libg++ and it's no longer in the source tree. This is the most recent version, with support for the flags that egcs needs.
1999-05-30 18:35:17 +00:00
.include <bsd.port.mk>
Reference in New Issue Copy Permalink