kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/lang/python24/Makefile

149 lines
4.1 KiB
Makefile
Raw Normal View History

Add a missing file to PLIST.Darwin. Bump PKGREVISION.
2006-06-19 19:50:57 +02:00
# $NetBSD: Makefile,v 1.27 2006/06/19 17:50:57 minskim Exp $
initial import of Python 2.4 Python is an interpreted, interactive, object-oriented programming language that combines remarkable power with very clear syntax. For an introduction to programming in Python you are referred to the Python Tutorial. The Python Library Reference documents built-in and standard types, constants, functions and modules. Finally, the Python Reference Manual describes the syntax and semantics of the core language in (perhaps too) much detail. Python's basic power can be extended with your own modules written in C or C++. On most systems such modules may be dynamically loaded. Python is also adaptable as an exten- sion language for existing applications. See the internal documentation for hints. This package has been compiled without support for threads.
2004-12-06 00:27:28 +01:00
#
update python24 to 2.4.3 Python 2.4 is now in bugfix-only mode, no new features are being added. At least 50 bugs have been squashed since Python 2.4.2, including a number of bugs and potential bugs found by Coverity.
2006-04-12 22:21:48 +02:00
DISTNAME= Python-2.4.3
PKGNAME= python24-2.4.3
Add a missing file to PLIST.Darwin. Bump PKGREVISION.
2006-06-19 19:50:57 +02:00
PKGREVISION= 3
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
CATEGORIES= lang python
update python24 to 2.4.3 Python 2.4 is now in bugfix-only mode, no new features are being added. At least 50 bugs have been squashed since Python 2.4.2, including a number of bugs and potential bugs found by Coverity.
2006-04-12 22:21:48 +02:00
MASTER_SITES= ftp://ftp.python.org/pub/python/2.4.3/ \
http://www.python.org/ftp/python/2.4.3/
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
EXTRACT_SUFX= .tar.bz2
initial import of Python 2.4 Python is an interpreted, interactive, object-oriented programming language that combines remarkable power with very clear syntax. For an introduction to programming in Python you are referred to the Python Tutorial. The Python Library Reference documents built-in and standard types, constants, functions and modules. Finally, the Python Reference Manual describes the syntax and semantics of the core language in (perhaps too) much detail. Python's basic power can be extended with your own modules written in C or C++. On most systems such modules may be dynamically loaded. Python is also adaptable as an exten- sion language for existing applications. See the internal documentation for hints. This package has been compiled without support for threads.
2004-12-06 00:27:28 +01:00
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
MAINTAINER= recht@NetBSD.org
HOMEPAGE= http://www.python.org/
COMMENT= Interpreted, interactive, object-oriented programming language
initial import of Python 2.4 Python is an interpreted, interactive, object-oriented programming language that combines remarkable power with very clear syntax. For an introduction to programming in Python you are referred to the Python Tutorial. The Python Library Reference documents built-in and standard types, constants, functions and modules. Finally, the Python Reference Manual describes the syntax and semantics of the core language in (perhaps too) much detail. Python's basic power can be extended with your own modules written in C or C++. On most systems such modules may be dynamically loaded. Python is also adaptable as an exten- sion language for existing applications. See the internal documentation for hints. This package has been compiled without support for threads.
2004-12-06 00:27:28 +01:00
Fix srcdist.mk usage for _PYTHON_VERSION 24, and add reminder comment to python24/Makefile for next update
2005-05-11 00:27:44 +02:00
# Remember to update pkgsrc/lang/python/srcdist.mk when version changes
Convert the python packages to use the alternatives system to install a bin/python wrapper. Bump their PKGREVISION to 1. Also remove the python package. In order to preserve a similar behavior to this one using the new framework, start by installing pkg_alternatives. Then just open its manpage, scroll down to the EXAMPLES section, Applying filters subsection, and follow the (rather short) directions given there.
2005-01-30 13:44:39 +01:00
CONFLICTS+= python-[0-9]*
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
GNU_CONFIGURE= yes
Fix module compilation / libpython build on Darwin. This enables modules not part of the std. Python install to work again. Secondly, add a patch from Christoph Ludwig ( http://sourceforge.net/tracker/?func=detail&aid=1324762&group_id=5470&atid=305470 ) which contains the following changes (from the SourceForge post): 1) The configure option --with-cxx is renamed --with-cxx-main. This was done to avoid surprising the user by the changed meaning. Furthermore, it is now possible that CXX has a different value than provided by --with-cxx-main, so the old name would have been confusing. 2) The compiler used to translate python's main() function is stored in the configure / Makefile variable MAINCC. By default, MAINCC=$(CC). If --with-cxx-main is given (without an appended compiler name), then MAINCC=$(CXX). If --with-cxx-main=<compiler> is on the configure command line, then MAINCC=<compiler>. Additionally, configure sets CXX=<compiler> unless CXX was already set on the configure command line. 3) The command used to link the python executable is (as before) stored in LINKCC. By default, LINKCC='$(PURIFY) $(MAINCC)', i.e. the linker front-end is the compiler used to translate main(). If necessary, LINKCC can be set on the configure command line in which case it won't be altered. 4) If CXX is not set by the user (on the command line or via --with-cxx-main), then configure tries several likely C++ compiler names. CXX is assigned the first name that refers to a callable program in the system. (CXX is set even if python is built with a C compiler only, so distutils can build C++ extensions.) 5) Modules/ccpython.cc is no longer used and can be removed.
2006-01-23 09:00:02 +01:00
CONFIGURE_ARGS+= --with-threads
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
CONFIGURE_ARGS+= --enable-shared
Fixed pkglint warnings. The warnings are mostly quoting issues, for example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 21:49:47 +01:00
CONFIGURE_ARGS+= OPT=${CFLAGS:M*:Q}
initial import of Python 2.4 Python is an interpreted, interactive, object-oriented programming language that combines remarkable power with very clear syntax. For an introduction to programming in Python you are referred to the Python Tutorial. The Python Library Reference documents built-in and standard types, constants, functions and modules. Finally, the Python Reference Manual describes the syntax and semantics of the core language in (perhaps too) much detail. Python's basic power can be extended with your own modules written in C or C++. On most systems such modules may be dynamically loaded. Python is also adaptable as an exten- sion language for existing applications. See the internal documentation for hints. This package has been compiled without support for threads.
2004-12-06 00:27:28 +01:00
Allow use of C++ support on all platforms for consistency, by setting USE_LANGUAGES. Fixes PR pkg/33430.
2006-05-07 17:11:44 +02:00
USE_LANGUAGES= c c++
Fixed pkglint warnings. The warnings are mostly quoting issues, for example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 21:49:47 +01:00
PTHREAD_OPTS+= require
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.include "../../mk/pthread.buildlink3.mk"
.if ${PTHREAD_TYPE} == "pth"
CONFIGURE_ARGS+= --with-pth
.endif
Fix module compilation / libpython build on Darwin. This enables modules not part of the std. Python install to work again. Secondly, add a patch from Christoph Ludwig ( http://sourceforge.net/tracker/?func=detail&aid=1324762&group_id=5470&atid=305470 ) which contains the following changes (from the SourceForge post): 1) The configure option --with-cxx is renamed --with-cxx-main. This was done to avoid surprising the user by the changed meaning. Furthermore, it is now possible that CXX has a different value than provided by --with-cxx-main, so the old name would have been confusing. 2) The compiler used to translate python's main() function is stored in the configure / Makefile variable MAINCC. By default, MAINCC=$(CC). If --with-cxx-main is given (without an appended compiler name), then MAINCC=$(CXX). If --with-cxx-main=<compiler> is on the configure command line, then MAINCC=<compiler>. Additionally, configure sets CXX=<compiler> unless CXX was already set on the configure command line. 3) The command used to link the python executable is (as before) stored in LINKCC. By default, LINKCC='$(PURIFY) $(MAINCC)', i.e. the linker front-end is the compiler used to translate main(). If necessary, LINKCC can be set on the configure command line in which case it won't be altered. 4) If CXX is not set by the user (on the command line or via --with-cxx-main), then configure tries several likely C++ compiler names. CXX is assigned the first name that refers to a callable program in the system. (CXX is set even if python is built with a C compiler only, so distutils can build C++ extensions.) 5) Modules/ccpython.cc is no longer used and can be removed.
2006-01-23 09:00:02 +01:00
.include "../../mk/bsd.prefs.mk"
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
# fdatasync()
Fixed pkglint warnings. The warnings are mostly quoting issues, for example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 21:49:47 +01:00
LIBS.SunOS+= -lrt
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
PY_VER_SUFFIX= 2.4
PLIST_SRC= ${.CURDIR}/../../lang/python24/PLIST.common
.if exists(${.CURDIR}/../../lang/python24/PLIST.${OPSYS})
PLIST_SRC+= ${.CURDIR}/../../lang/python24/PLIST.${OPSYS}
.endif
PLIST_SRC+= ${.CURDIR}/../../lang/python24/PLIST.common_end
.if ${OPSYS} == "Darwin" || ${OPSYS} == "Interix"
PY_PLATNAME= ${LOWER_OPSYS}
.elif ${OPSYS} == "IRIX"
PY_PLATNAME= ${LOWER_OPSYS:C/\..*//}
.elif ${OPSYS} == "SunOS"
PY_PLATNAME= sunos${OS_VERSION:C/\..*//}
.else
PY_PLATNAME= ${LOWER_OPSYS}${OS_VERSION:C/\..*//}
.endif
Revert my last commit (r1.17) and add :Q back to PY_PLATNAME and PY_VER_SUFFIX. pointed out by wiz and rillig
2005-12-10 15:36:46 +01:00
PLIST_SUBST+= PY_PLATNAME=${PY_PLATNAME:Q}
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
Inspecting the setup.py file, one can see that python23 and python24 only build certain modules if the platform is *not* 64-bit. Correct the PLIST for those cases. This should fix the build on non-64bit, non-x86 platforms, e.g. powerpc.
2006-06-01 17:25:03 +02:00
.if (${MACHINE_ARCH} == "alpha") || (${MACHINE_ARCH} == "amd64") || \
(${MACHINE_ARCH} == "sparc64") || (${MACHINE_ARCH} == "x86_64") || \
(defined(ABI) && ${ABI} == "64")
IS_64BIT_PLATFORM?= yes
.else
IS_64BIT_PLATFORM?= no
.endif
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
# the dl module isn't built for 64 bit archs and Darwin
Inspecting the setup.py file, one can see that python23 and python24 only build certain modules if the platform is *not* 64-bit. Correct the PLIST for those cases. This should fix the build on non-64bit, non-x86 platforms, e.g. powerpc.
2006-06-01 17:25:03 +02:00
.if !empty(IS_64BIT_PLATFORM:M[yY][eE][sS]) || (${OPSYS} == "Darwin")
PLIST_SUBST+= DLMODULE="@comment "
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.else
Inspecting the setup.py file, one can see that python23 and python24 only build certain modules if the platform is *not* 64-bit. Correct the PLIST for those cases. This should fix the build on non-64bit, non-x86 platforms, e.g. powerpc.
2006-06-01 17:25:03 +02:00
PLIST_SUBST+= DLMODULE=
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.endif
Inspecting the setup.py file, one can see that python23 and python24 only build certain modules if the platform is *not* 64-bit. Correct the PLIST for those cases. This should fix the build on non-64bit, non-x86 platforms, e.g. powerpc.
2006-06-01 17:25:03 +02:00
# setup.py causes some modules to be built if the platform is *not* 64bit.
.if !empty(IS_64BIT_PLATFORM:M[nN][oO])
PLIST_SUBST+= EXTRA_SO=
.else
PLIST_SUBST+= EXTRA_SO="@comment "
.endif
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
# ossaudiodev is only available on x86 for the following platforms
Inspecting the setup.py file, one can see that python23 and python24 only build certain modules if the platform is *not* 64-bit. Correct the PLIST for those cases. This should fix the build on non-64bit, non-x86 platforms, e.g. powerpc.
2006-06-01 17:25:03 +02:00
.if (${MACHINE_ARCH} == "i386") && \
(${PY_PLATNAME} == "linux2" || ${PY_PLATNAME} == "freebsd4" || \
${PY_PLATNAME} == "freebsd5")
PLIST_SUBST+= OSSAUDIODEV=
.elif (${MACHINE_ARCH} == "x86_64") && (${PY_PLATNAME} == "linux2")
PLIST_SUBST+= OSSAUDIODEV=
.else
PLIST_SUBST+= OSSAUDIODEV="@comment "
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.endif
# Make sure python modules can link correctly
.if ${OPSYS} == "Darwin"
INSTALL_UNSTRIPPED= yes
.endif
.if ${OPSYS} == "IRIX"
. if ${ABI} == "64"
PLIST_SUBST+= NISMODULE="@comment "
. else
PLIST_SUBST+= NISMODULE=
. endif
PLIST_SUBST+= BSDDBMODULE="@comment "
PLIST_SUBST+= NOSHLIB="@comment "
.else
. include "../../mk/bdb.buildlink3.mk"
Fixed pkglint warnings. The warnings are mostly quoting issues, for example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 21:49:47 +01:00
MAKE_ENV+= PY_BDB_TYPE=${BDB_TYPE:Q}
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
MAKE_ENV+= PY_BDB_INCDIRS=${BDBBASE}/${BUILDLINK_INCDIRS.${BDB_TYPE}}
MAKE_ENV+= PY_BDB_LIBDIRS=${BDBBASE}/lib
PLIST_SUBST+= BSDDBMODULE=
PLIST_SUBST+= NOSHLIB=
PLIST_SUBST+= NISMODULE=
.endif
.if defined(BUILDLINK_TRANSFORM)
Fixed pkglint warnings. The warnings are mostly quoting issues, for example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some other changes are outlined in http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 21:49:47 +01:00
MAKE_ENV+= PY_BDB_TRANSFORM=${BUILDLINK_TRANSFORM:Q}
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.endif
Revert my last commit (r1.17) and add :Q back to PY_PLATNAME and PY_VER_SUFFIX. pointed out by wiz and rillig
2005-12-10 15:36:46 +01:00
PLIST_SUBST+= PY_VER_SUFFIX=${PY_VER_SUFFIX:Q}
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
TEST_TARGET= test
INSTALL_TARGET= altinstall
Fixed the interpreter paths of some installed Python programs. Bumped PKGREVISION.
2006-03-13 13:59:08 +01:00
REPLACE_INTERPRETER+= py24
REPLACE.py24.old= .*python[^ ]*
REPLACE.py24.new= ${PREFIX}/bin/python${PY_VER_SUFFIX}
REPLACE_FILES.py24= Lib/cgi.py # explicitly demanded to be patched
REPLACE_FILES.py24+= Lib/bsddb/dbshelve.py Lib/test/test_bz2.py
REPLACE_FILES.py24+= Lib/test/test_largefile.py Lib/test/test_optparse.py
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
post-extract:
${MV} ${WRKSRC}/Lib/smtpd.py ${WRKSRC}/Lib/smtpd${PY_VER_SUFFIX}.py
${MV} ${WRKSRC}/Tools/scripts/pydoc ${WRKSRC}/Tools/scripts/pydoc${PY_VER_SUFFIX}
Fix module compilation / libpython build on Darwin. This enables modules not part of the std. Python install to work again. Secondly, add a patch from Christoph Ludwig ( http://sourceforge.net/tracker/?func=detail&aid=1324762&group_id=5470&atid=305470 ) which contains the following changes (from the SourceForge post): 1) The configure option --with-cxx is renamed --with-cxx-main. This was done to avoid surprising the user by the changed meaning. Furthermore, it is now possible that CXX has a different value than provided by --with-cxx-main, so the old name would have been confusing. 2) The compiler used to translate python's main() function is stored in the configure / Makefile variable MAINCC. By default, MAINCC=$(CC). If --with-cxx-main is given (without an appended compiler name), then MAINCC=$(CXX). If --with-cxx-main=<compiler> is on the configure command line, then MAINCC=<compiler>. Additionally, configure sets CXX=<compiler> unless CXX was already set on the configure command line. 3) The command used to link the python executable is (as before) stored in LINKCC. By default, LINKCC='$(PURIFY) $(MAINCC)', i.e. the linker front-end is the compiler used to translate main(). If necessary, LINKCC can be set on the configure command line in which case it won't be altered. 4) If CXX is not set by the user (on the command line or via --with-cxx-main), then configure tries several likely C++ compiler names. CXX is assigned the first name that refers to a callable program in the system. (CXX is set even if python is built with a C compiler only, so distutils can build C++ extensions.) 5) Modules/ccpython.cc is no longer used and can be removed.
2006-01-23 09:00:02 +01:00
.if ${OPSYS} == "Darwin"
post-build:
(cd ${WRKSRC} && ${SETENV} ${MAKE_ENV} ${MAKE} libpython2.4.2.dylib)
post-install:
${LN} -fs ${PREFIX}/lib/libpython2.4.2.dylib \
${PREFIX}/lib/libpython2.4.dylib
.endif
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.include "../../archivers/bzip2/buildlink3.mk"
Add devel/gettext-lib as dependency to avoid problems with the locale module not being built. - fix suggested by Simon Kuhn in PR 29735 Add a patch from darwinports to workaround for deprecated ostat in sys/stat.h on OS X 10.4. bump PKGREVISION
2005-07-03 21:48:22 +02:00
.include "../../devel/gettext-lib/buildlink3.mk"
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.include "../../devel/zlib/buildlink3.mk"
.include "../../security/openssl/buildlink3.mk"
.include "../../mk/dlopen.buildlink3.mk"
Replace references to ossaudio.buildlink3.mk with oss.buildlink3.mk. Remove deprecated ossaudio.buildlink3.mk.
2006-03-09 22:04:39 +01:00
.include "../../mk/oss.buildlink3.mk"
Build Python with thread support by default and turn the existing python*-pth packages into meta-packages which will install the non-pth packages. Bump PKGREVISIONs on the non-pth versions to propagate the thread change, but leave the *-pth versions untouched to not affect existing installations. Sync all PYTHON_VERSIONS_AFFECTED lines in package Makefiles.
2005-01-23 21:41:45 +01:00
.include "../../mk/bsd.pkg.mk"
Reference in a new issue Copy permalink