kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/devel/ncurses/buildlink3.mk

70 lines
2.4 KiB
Makefile
Raw Normal View History

also link ncurses/term.h -> term.h as well as curses.h (and builtin.mk)
2013-12-01 03:18:14 +01:00
# $NetBSD: buildlink3.mk,v 1.43 2013/12/01 02:18:14 obache Exp $
Initial sprinkling of work-in-progress buildlink3.mk files for using the buildlink3 framework.
2004-01-04 00:06:43 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= ncurses
Initial sprinkling of work-in-progress buildlink3.mk files for using the buildlink3 framework.
2004-01-04 00:06:43 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.if !defined(NCURSES_BUILDLINK3_MK)
NCURSES_BUILDLINK3_MK:=
Initial sprinkling of work-in-progress buildlink3.mk files for using the buildlink3 framework.
2004-01-04 00:06:43 +01:00
Over 1200 files touched but no revisions bumped :) RECOMMENDED is removed. It becomes ABI_DEPENDS. BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo. BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo. BUILDLINK_DEPENDS does not change. IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS which defaults to "yes". Added to obsolete.mk checking for IGNORE_RECOMMENDED. I did not manually go through and fix any aesthetic tab/spacing issues. I have tested the above patch on DragonFly building and packaging subversion and pkglint and their many dependencies. I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I have used IGNORE_RECOMMENDED for a long time). I have been an active user of IGNORE_RECOMMENDED since it was available. As suggested, I removed the documentation sentences suggesting bumping for "security" issues. As discussed on tech-pkg. I will commit to revbump, pkglint, pkg_install, createbuildlink separately. Note that if you use wip, it will fail! I will commit to pkgsrc-wip later (within day).
2006-04-06 08:21:32 +02:00
BUILDLINK_API_DEPENDS.ncurses+= ncurses>=5.3nb1
BUILDLINK_ABI_DEPENDS.ncurses+= ncurses>=5.4nb1
Split out the code that deals with checking whether the software is built-in or not into a separate builtin.mk file. The code to deal checking for built-in software is much simpler to deal with in pkgsrc. The buildlink3.mk file for a package will be of the usual format regardless of the package, which makes it simpler for packagers to update a package. The builtin.mk file for a package must define a single yes/no variable USE_BUILTIN.<pkg> that is used by bsd.buildlink3.mk to decide whether to use the built-in software or to use the pkgsrc software.
2004-03-10 18:57:14 +01:00
BUILDLINK_PKGSRCDIR.ncurses?= ../../devel/ncurses
If FOO is empty, then ${FOO:S/^/-l/} has a value of "-l". This is not what we want. Instead, use another pattern to strip away lone "-l" in BUILDLINK_LDADD.*.
2008-02-27 22:32:45 +01:00
+ The termlib.buildlink3.mk file is meant to be included by packages that need basic termlib functionality, i.e. tgetent(), tgoto(), tputs(), etc. Together with the termlib.builtin.mk file, they will use either a built-in termcap library, a built-in X/Open "enhanced" curses library, or ncurses to provide these functions. + Add BUILDLINK_LIBNAME.* definitions to the various curses buildlink3.mk and builtin.mk files that give the "base" library name of the curses library, e.g. curses, ncurses, etc. These are used by the termlib files to set BUILDLINK_LIBNAME.termlib.
2008-02-27 05:47:02 +01:00
BUILDLINK_LIBNAME.ncurses= ncurses
If FOO is empty, then ${FOO:S/^/-l/} has a value of "-l". This is not what we want. Instead, use another pattern to strip away lone "-l" in BUILDLINK_LDADD.*.
2008-02-27 22:32:45 +01:00
BUILDLINK_LDADD.ncurses?= ${BUILDLINK_LIBNAME.ncurses:S/^/-l/:S/^-l$//}
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
Always make ncurses headers and libraries available as <curses.h> and -lcurses so that GNU configure scripts that check for those ahead of <ncurses.h> and -lncurses will still use ncurses instead of picking up a system curses. This was a regression introduced by my recent ncurses commits.
2008-02-26 18:21:13 +01:00
# Many packages expect the ncurses headers and libraries to be usable as
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
# <curses.h> and -lcurses and they often only look in include/ rather than
Fix typos in comment.
2009-07-12 19:41:25 +02:00
# some properly written autoconf macros which also try to pick up
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
# ncurses/ncurses.h.
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
#
also link ncurses/term.h -> term.h as well as curses.h (and builtin.mk)
2013-12-01 03:18:14 +01:00
BUILDLINK_TARGETS+= buildlink-ncurses-curses-h
BUILDLINK_TARGETS+= buildlink-ncurses-ncurses-h
BUILDLINK_TARGETS+= buildlink-ncurses-term-h
+ The termlib.buildlink3.mk file is meant to be included by packages that need basic termlib functionality, i.e. tgetent(), tgoto(), tputs(), etc. Together with the termlib.builtin.mk file, they will use either a built-in termcap library, a built-in X/Open "enhanced" curses library, or ncurses to provide these functions. + Add BUILDLINK_LIBNAME.* definitions to the various curses buildlink3.mk and builtin.mk files that give the "base" library name of the curses library, e.g. curses, ncurses, etc. These are used by the termlib files to set BUILDLINK_LIBNAME.termlib.
2008-02-27 05:47:02 +01:00
BUILDLINK_TRANSFORM+= l:curses:${BUILDLINK_LIBNAME.ncurses}
Add BUILDLINK_INCDIRS. Fixes tmux build and more correct in general.
2009-07-13 22:36:42 +02:00
BUILDLINK_INCDIRS.ncurses+= include/ncurses
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
Many packages will prefer ncursesw over ncurses if its available (say as a native library), so unless devel/ncurses/buildlink3.mk is being included by ncursesw don't allow ncursesw to be used by causing linkage failure.
2011-12-15 08:37:38 +01:00
# Many packages will prefer ncursesw over ncurses if its available (say as
# a native library), so unless this file is being included by ncursesw
# don't allow ncursesw to be used by causing linkage failure.
#
Need to include bsd.prefs.mk before using PKGPATH.
2011-12-19 12:42:47 +01:00
. include "../../mk/bsd.fast.prefs.mk"
"included by ncursesw" means the ncursesw Makefile not just the buildlink tree.
2011-12-18 21:51:41 +01:00
. if empty(BUILDLINK_TREE:Mncursesw) && empty(PKGPATH:Mdevel/ncursesw)
Many packages will prefer ncursesw over ncurses if its available (say as a native library), so unless devel/ncurses/buildlink3.mk is being included by ncursesw don't allow ncursesw to be used by causing linkage failure.
2011-12-15 08:37:38 +01:00
BUILDLINK_TRANSFORM+= l:ncursesw:__nonexistent__
. endif
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
.PHONY: buildlink-ncurses-curses-h buildlink-ncurses-ncurses-h
also link ncurses/term.h -> term.h as well as curses.h (and builtin.mk)
2013-12-01 03:18:14 +01:00
.PHONY: buildlink-ncurses-term-h
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
buildlink-ncurses-curses-h:
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
${RUN} \
Changes 5.8: Interface changes * turn on _XOPEN_CURSES definition in curses.h. * change _nc_has_mouse to has_mouse, reflect its use in C++ and Ada95. * add is_pad and is_subwin functions for opaque access to the WINDOW structure. * add tiparm, based on review of X/Open Curses Issue 7. Library Improvements * add a terminal driver for Windows console, which supports a MinGW port to Windows. * add extended functions which specify the SCREEN pointer for several curses functions which use the global SP. * improve the NCURSES_NO_UTF8_ACS feature by adding a check for an extended terminfo capability U8. * improve performance of tigetstr, etc., by using hashing code from tic. * add WACS_xxx definitions to wide-character configuration for thick- and double-lines. * modify init_pair to allow caller to create extra color pairs beyond the color_pairs limit, which use default colors. Improvements to Programs * add tabs program. * modify tic's -I/-C dump to reformat acsc strings into canonical form (sorted, unique mapping). * add checks in tic for inconsistent cursor-movement controls, and for inconsistent printer-controls. * add special case to _nc_infotocap (used by tic and infocmp) to recognize the setaf/setab strings from xterm+256color and xterm+88color, and provide a reduced version which works with termcap.
2011-02-28 12:02:46 +01:00
src=${BUILDLINK_PREFIX.ncurses}"/include/ncurses/curses.h"; \
dest=${BUILDLINK_DIR}"/include/curses.h"; \
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
if ${TEST} ! -f "$$dest" -a -f "$$src"; then \
${ECHO_BUILDLINK_MSG} "Linking ncurses/curses.h -> curses.h."; \
${MKDIR} `${DIRNAME} "$$dest"`; \
${LN} -s "$$src" "$$dest"; \
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
fi
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
buildlink-ncurses-ncurses-h:
${RUN} \
Changes 5.8: Interface changes * turn on _XOPEN_CURSES definition in curses.h. * change _nc_has_mouse to has_mouse, reflect its use in C++ and Ada95. * add is_pad and is_subwin functions for opaque access to the WINDOW structure. * add tiparm, based on review of X/Open Curses Issue 7. Library Improvements * add a terminal driver for Windows console, which supports a MinGW port to Windows. * add extended functions which specify the SCREEN pointer for several curses functions which use the global SP. * improve the NCURSES_NO_UTF8_ACS feature by adding a check for an extended terminfo capability U8. * improve performance of tigetstr, etc., by using hashing code from tic. * add WACS_xxx definitions to wide-character configuration for thick- and double-lines. * modify init_pair to allow caller to create extra color pairs beyond the color_pairs limit, which use default colors. Improvements to Programs * add tabs program. * modify tic's -I/-C dump to reformat acsc strings into canonical form (sorted, unique mapping). * add checks in tic for inconsistent cursor-movement controls, and for inconsistent printer-controls. * add special case to _nc_infotocap (used by tic and infocmp) to recognize the setaf/setab strings from xterm+256color and xterm+88color, and provide a reduced version which works with termcap.
2011-02-28 12:02:46 +01:00
src=${BUILDLINK_PREFIX.ncurses}"/include/ncurses/ncurses.h"; \
dest=${BUILDLINK_DIR}"/include/ncurses.h"; \
Install ncurses headers to include/ncurses. This fixes a bug, when having /usr/pkg/include in the header search path shadows some of the system's curses headers (happens when building or developing curses application outside of the pkgsrc build system).
2009-07-12 19:23:13 +02:00
if ${TEST} ! -f "$$dest" -a -f "$$src"; then \
${ECHO_BUILDLINK_MSG} "Linking ncurses/ncurses.h -> ncurses.h.";\
${MKDIR} `${DIRNAME} "$$dest"`; \
${LN} -s "$$src" "$$dest"; \
fi
also link ncurses/term.h -> term.h as well as curses.h (and builtin.mk)
2013-12-01 03:18:14 +01:00
buildlink-ncurses-term-h:
${RUN} \
src=${BUILDLINK_PREFIX.ncurses}"/include/ncurses/term.h"; \
dest=${BUILDLINK_DIR}"/include/term.h"; \
if ${TEST} ! -f "$$dest" -a -f "$$src"; then \
${ECHO_BUILDLINK_MSG} "Linking ncurses/term.h -> term.h.";\
${MKDIR} `${DIRNAME} "$$dest"`; \
${LN} -s "$$src" "$$dest"; \
fi
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
.endif # NCURSES_BUILDLINK3_MK
+ Introduce a way for a user to set the default curses implementation used by packages that need curses. From curses.buildlink3.mk: CURSES_DEFAULT This value represents the type of curses we wish to use on the system. Setting this to "curses" means that the system curses implementation is fine. Possible: curses, ncurses, pdcurses + Move all code to detect a built-in version of curses into a curses.builtin.mk file. + Add code to {n,pd}curses/buildlink3.mk so make the headers and libraries usable as <curses.h> and -lcurses if _PKG_USE_CURSES is defined. _PKG_USE_CURSES is only defined by curses.buildlink3.mk. + Improve the detection of native ncurses in ncurses/builtin.mk and allow headers and libraries to be usable as <ncurses.h> and -lncurses.
2008-02-25 05:19:34 +01:00
Simply and speed up buildlink3.mk files and processing. This changes the buildlink3.mk files to use an include guard for the recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS, BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of enter/exit marker, which can be used to reconstruct the tree and to determine first level includes. Avoiding := for large variables (BUILDLINK_ORDER) speeds up parse time as += has linear complexity. The include guard reduces system time by avoiding reading files over and over again. For complex packages this reduces both %user and %sys time to half of the former time.
2009-03-20 20:23:50 +01:00
BUILDLINK_TREE+= -ncurses
Reference in a new issue Copy permalink