cpet/freebsd-ports
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
468755302e
freebsd-ports/editors/xemacs/Makefile

104 lines
3.0 KiB
Makefile
Raw Normal View History

Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
# New ports collection makefile for: X-Emacs
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
# Date created: 24 Apr 1999
# Whom: Michael Elbel (me@FreeBSD.org)
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
#
Change Id->FreeBSD.
1999-08-25 01:57:29 -04:00
# $FreeBSD$
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
#
Convert to PORT{NAME,VERSION}/PKGNAME{PREFIX,SUFFIX}. - LANGPREFIX -> PKGNAMEPREFIX - PKGNAMEEXT -> PKGNAMESUFFIX Now ready to cooperate with `japanese/xemacs*'.
2000-04-13 02:50:45 -04:00
PORTNAME= xemacs
PORTVERSION= ${XEMACS_VER}
Tiny cosmetic fixes. Assure master ports and their lang-specific slaves of having consistent categories.
2000-04-14 13:10:50 -04:00
CATEGORIES+= editors
Use MASTER_SITE_XEMACS. Reorder variables to satisfy portlint. Approved by: Jing-Tang Keith Jang <keith@freebsd.sinica.edu.tw> (MAINTAINER of chinese/xemacs) KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp> (MAINTAINER of xemacs-*-packages)
2000-10-24 08:09:17 -04:00
MASTER_SITES= ${MASTER_SITE_XEMACS}
MASTER_SITE_SUBDIR= xemacs-${XEMACS_REL}
Update to version 21.1.11. Patch patch-al was obsoleted by a change in the target file. Except for one minor change in PLIST the submitted patch worked without errors. Excellent ! Submitted by: kiri@pis.toba-cmt.ac.jp
2000-07-25 16:22:07 -04:00
DISTFILES= ${DISTNAME}${EXTRACT_SUFX} ${DISTNAME}-elc${EXTRACT_SUFX} ${DISTNAME}-info${EXTRACT_SUFX}
Use MASTER_SITE_XEMACS. Reorder variables to satisfy portlint. Approved by: Jing-Tang Keith Jang <keith@freebsd.sinica.edu.tw> (MAINTAINER of chinese/xemacs) KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp> (MAINTAINER of xemacs-*-packages)
2000-10-24 08:09:17 -04:00
DIST_SUBDIR= xemacs
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
Make yet more changes to support using xemacs21 with the xemacs-mule ports. Whilke I'm here, fix a FATAL error reported by the latest version of portlint - can't use ${PREFIX} in a RUN_DEPENDS line anymore. Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-01-17 15:59:15 -05:00
MAINTAINER?= gj@FreeBSD.org
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
various portlint nits (spacing, variable ordering, SLAVEDIRS, etc.)
2000-04-20 15:39:00 -04:00
RUN_DEPENDS+= ${LOCALBASE}/lib/xemacs/xemacs-packages/etc/enriched.doc:${PORTSDIR}/editors/xemacs-packages
(1) Add new variable, XFREE86_VERSION, to specify which version of XFree86 (3 or 4) to depend to when USE_XLIB is set. XFREE86_VERSION defaults to 3 for now, but adventurous users can override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB will add a dependency to x11/XFree86; when it is set to 4, the dependency will be to x11/XFree86-4-libraries. When XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS hacks to avoid messing with XFree86 are turned off. Since XFree86 version 4 includes some software that used to be separate ports, when XFREE86_VERSION=3 the following variables are provided: USE_DGS LIB_DEPENDS on x11/dgs USE_FREETYPE LIB_DEPENDS on print/freetype USE_MESA LIB_DEPENDS on graphics/Mesa3 USE_XPM LIB_DEPENDS on graphics/xpm When XFREE86_VERSION=4, these variables have no effect. The LIB_DEPENDS in the tree for the above four ports have all been converted to the USE_* counterparts. For your information, this is the count of the number of ports: USE_DGS 0 USE_FREETYPE 16 USE_MESA 36 USE_XPM 236 There is a new variable, XAWVER, which is set to 6 when XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also passed to PLIST_SUB so ports that build Xaw based shared libraries can use this variable to substitute the shlib version number. There is also a provision of using a separate mtree file for XFREE86_VERSION=4, but that part is not enabled yet. Reviewed by: the ports list Tested by: make index (XFREE86_VERSION=3 only) (2) Add hebrew to list of valid categories. Submitted by: nbm
2000-08-03 05:28:57 -04:00
LIB_DEPENDS+= jpeg.9:${PORTSDIR}/graphics/jpeg \
Bump png shared library version. Submitted by: Hajimu UMEMOTO <ume@mahoroba.org>
2000-07-04 03:13:35 -04:00
png.4:${PORTSDIR}/graphics/png \
Here is a summary of the changes in the patch: - fixed the plist so that you don't get an error message when using pkg_delete - added "-with-tiff=yes" to the configure command line, and tiff.4 to LIB_DEPENDS Submitted by: "Alec Wolman" <wolman@cs.washington.edu> Reviewed by: the maintainer
1999-11-16 16:14:47 -05:00
tiff.4:${PORTSDIR}/graphics/tiff
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
XEMACS_REL= 21.1
Update to version 21.1.12. The new release only made changes to configuration files and Emacs.ad and deleted xemacs-faq.info-6. Use LOCALBASE instead of PREFIX in CONFIGURE_ARGS - that makes it easier to test new versions of the port. PR: 20480 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-08-09 13:45:19 -04:00
XEMACS_VER= 21.1.12
Enable XIM support by default. Reflect Wnn4 -> FreeWnn change. Fix build problems. PR: ports/21549 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-10-24 06:53:40 -04:00
XEMACS_ARCH= ${CONFIGURE_TARGET}
various portlint nits (spacing, variable ordering, SLAVEDIRS, etc.)
2000-04-20 15:39:00 -04:00
SLAVEDIRS+= editors/xemacs21-mule
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
USE_XLIB= yes
(1) Add new variable, XFREE86_VERSION, to specify which version of XFree86 (3 or 4) to depend to when USE_XLIB is set. XFREE86_VERSION defaults to 3 for now, but adventurous users can override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB will add a dependency to x11/XFree86; when it is set to 4, the dependency will be to x11/XFree86-4-libraries. When XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS hacks to avoid messing with XFree86 are turned off. Since XFree86 version 4 includes some software that used to be separate ports, when XFREE86_VERSION=3 the following variables are provided: USE_DGS LIB_DEPENDS on x11/dgs USE_FREETYPE LIB_DEPENDS on print/freetype USE_MESA LIB_DEPENDS on graphics/Mesa3 USE_XPM LIB_DEPENDS on graphics/xpm When XFREE86_VERSION=4, these variables have no effect. The LIB_DEPENDS in the tree for the above four ports have all been converted to the USE_* counterparts. For your information, this is the count of the number of ports: USE_DGS 0 USE_FREETYPE 16 USE_MESA 36 USE_XPM 236 There is a new variable, XAWVER, which is set to 6 when XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also passed to PLIST_SUB so ports that build Xaw based shared libraries can use this variable to substitute the shlib version number. There is also a provision of using a separate mtree file for XFREE86_VERSION=4, but that part is not enabled yet. Reviewed by: the ports list Tested by: make index (XFREE86_VERSION=3 only) (2) Add hebrew to list of valid categories. Submitted by: nbm
2000-08-03 05:28:57 -04:00
USE_XPM= yes
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
STRIP=
Enable XIM support by default. Reflect Wnn4 -> FreeWnn change. Fix build problems. PR: ports/21549 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-10-24 06:53:40 -04:00
USE_AUTOCONF= yes
CONFIGURE_TARGET=${MACHINE_ARCH}--freebsd
Update to version 21.1.10. Reminded from: Paul Traina <pst@juniper.net>
2000-06-06 14:17:14 -04:00
Enable XIM support by default. Reflect Wnn4 -> FreeWnn change. Fix build problems. PR: ports/21549 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-10-24 06:53:40 -04:00
CONFIGURE_ARGS?=--with-clash-detection \
Move the lock directory to /var/run/emacs/lock per Satoshi's request. To avoid conflicts with other emacsen rename xemacs.sh to xemacs20.sh.
1998-10-07 17:38:00 -04:00
--lockdir=/var/run/emacs/lock \
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
--with-sound=native \
The original tarball no longer exists on any of the servers. Change the port to use the new one - xemacs-21.1.10a.tar.gz. There are no changes to the source caused by this; only empty directories which were made by the old version were removed. Change PLIST to reflect removal of the directories. Since xemacs/site-lisp is no longer created by the installation, make the directory in Makefile. Add patch-an to fix a bug in lisp/package-get.el caused by mishandling of md5 package checksums. PR: 19855 Submitted by: Vivek Khera (PR), TAOKA Satoshi (patch - partly used), Mr. Kiriyama (patch-an)
2000-07-13 17:03:03 -04:00
--with-session=yes \
Update to version 21.1.12. The new release only made changes to configuration files and Emacs.ad and deleted xemacs-faq.info-6. Use LOCALBASE instead of PREFIX in CONFIGURE_ARGS - that makes it easier to test new versions of the port. PR: 20480 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
2000-08-09 13:45:19 -04:00
--site-includes=${LOCALBASE}/include \
--site-libraries=${LOCALBASE}/lib \
Keep up with the Joneses and update this port to version 21.1.6. Delete the MULE support and refer the user to the xemacs-mule port. Add --with-png=yes to the list of CONFIGURE_ARGS. The port now creates scads of empty directories which, hopefully, can be deleted if the package gets deleted. Tested install/deinstall and packaging. Requested by: the maintainer
1999-10-14 17:47:04 -04:00
--with-png=yes \
Here is a summary of the changes in the patch: - fixed the plist so that you don't get an error message when using pkg_delete - added "-with-tiff=yes" to the configure command line, and tiff.4 to LIB_DEPENDS Submitted by: "Alec Wolman" <wolman@cs.washington.edu> Reviewed by: the maintainer
1999-11-16 16:14:47 -05:00
--with-tiff=yes \
The original tarball no longer exists on any of the servers. Change the port to use the new one - xemacs-21.1.10a.tar.gz. There are no changes to the source caused by this; only empty directories which were made by the old version were removed. Change PLIST to reflect removal of the directories. Since xemacs/site-lisp is no longer created by the installation, make the directory in Makefile. Add patch-an to fix a bug in lisp/package-get.el caused by mishandling of md5 package checksums. PR: 19855 Submitted by: Vivek Khera (PR), TAOKA Satoshi (patch - partly used), Mr. Kiriyama (patch-an)
2000-07-13 17:03:03 -04:00
--with-site-lisp \
Specify --with-database=berkdb in the CONFIGURE_ARGS to avoid confusion when databases/gdbm is installed. This change assures that the Berkeley db in libc is used. Since this is such a trivial change I also just went ahead and did it for xemacs21-mule also. PR: 21172 Submitted by: OGAWA Takaya
2000-09-23 15:27:31 -04:00
--with-database=berkdb \
Keep up with the Joneses and update this port to version 21.1.6. Delete the MULE support and refer the user to the xemacs-mule port. Add --with-png=yes to the list of CONFIGURE_ARGS. The port now creates scads of empty directories which, hopefully, can be deleted if the package gets deleted. Tested install/deinstall and packaging. Requested by: the maintainer
1999-10-14 17:47:04 -04:00
${WITH_XFACE} ${WITH_DIALOGS} ${WITH_OFFIX}
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
MAKE_ARGS= prefix=${PREFIX}
.if !defined(MULE_SLAVE)
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
MAN1= ctags.1 etags.1 gnuattach.1 gnuclient.1 gnudoit.1 \
gnuserv.1 xemacs.1
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.endif
.if !defined(MULE_PORT)
update to xemacs-20.3. Packaging tested (under -current). Obtained from: maintainer (me@freebsd.org)
1997-12-15 15:07:46 -05:00
ALL_TARGET= all dist
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.endif
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
PLIST_SUB= XEMACS_VER=${XEMACS_VER} XEMACS_ARCH=${XEMACS_ARCH}
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.if !defined(MULE_PORT)
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
pre-fetch:
Keep up with the Joneses and update this port to version 21.1.6. Delete the MULE support and refer the user to the xemacs-mule port. Add --with-png=yes to the list of CONFIGURE_ARGS. The port now creates scads of empty directories which, hopefully, can be deleted if the package gets deleted. Tested install/deinstall and packaging. Requested by: the maintainer
1999-10-14 17:47:04 -04:00
@${ECHO_MSG} "If you want the MULE features, please use the xemacs-mule port"
PR: ports/5357 Obtained from: Maintainer (partly) modify the Makefile to use PLIST.mule if USE_MULE is defined. This will allow the version with mule to be successfullt packaged and pkg_delete'd. Add a warning, obtained from the Maintainer, in the case where HAVE_MOTIF is defined but MOTIF is really lesstif. It seems that some users have seen problems with that constellation. Add pkg/PLIST.mule to be used for the mule version. Satoshi forgot to close the PR when he made his commit for the reported problem with generating a version with mule.
1998-01-01 16:06:47 -05:00
.if defined(HAVE_MOTIF)
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
.if !defined(MOTIF_STATIC)
echo -> ${ECHO}/${ECHO_MSG} ln -> ${LN}
1999-08-27 21:52:21 -04:00
@${ECHO_MSG} ""
@${ECHO_MSG} "If your MOTIF library is actually lesstif, you might occasionally"
@${ECHO_MSG} "experience locked-up frames."
@${ECHO_MSG} "In this case, set the environment variable MOTIF_STATIC and recompile, "
@${ECHO_MSG} "which will force the use of athena widgets for dialogs."
PR: ports/5357 Obtained from: Maintainer (partly) modify the Makefile to use PLIST.mule if USE_MULE is defined. This will allow the version with mule to be successfullt packaged and pkg_delete'd. Add a warning, obtained from the Maintainer, in the case where HAVE_MOTIF is defined but MOTIF is really lesstif. It seems that some users have seen problems with that constellation. Add pkg/PLIST.mule to be used for the mule version. Satoshi forgot to close the PR when he made his commit for the reported problem with generating a version with mule.
1998-01-01 16:06:47 -05:00
.endif
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
.endif
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
# hack to avoid shipping binaries linked with Motif
.if defined(MOTIF_STATIC)
WITH_DIALOGS= --with-dialogs=athena
.endif
Do not use libDnd if we are package building (this is the --with-offix option).
1998-10-01 15:29:50 -04:00
# Drop faces (libcompface) and offix (libDnd) if building package,
# autodetect otherwise
Revert previous change. Now faces will be autodetected as before except when PACKAGE_BUILDING is defined where it will be disabled by default. Suggested by: asami and eivind
1998-02-16 09:38:26 -05:00
.if defined(PACKAGE_BUILDING)
WITH_XFACE?= --with-xface=no
Do not use libDnd if we are package building (this is the --with-offix option).
1998-10-01 15:29:50 -04:00
WITH_OFFIX?= --with-offix=no
Revert previous change. Now faces will be autodetected as before except when PACKAGE_BUILDING is defined where it will be disabled by default. Suggested by: asami and eivind
1998-02-16 09:38:26 -05:00
.endif
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.endif
Revert previous change. Now faces will be autodetected as before except when PACKAGE_BUILDING is defined where it will be disabled by default. Suggested by: asami and eivind
1998-02-16 09:38:26 -05:00
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
post-install::
.if !defined(MULE_COMMON)
Change xemacs binary name so as to distingush mule binary. PR: 15934 Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp> Approved from: maintainer
2000-01-07 16:17:34 -05:00
${LN} -sf xemacs-${XEMACS_VER} ${PREFIX}/bin/xemacs21${BINNAMEEXT}
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
.for file in b2m ctags etags gnuclient xemacs-${XEMACS_VER}
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
strip ${PREFIX}/bin/${file}
.endfor
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.endif
.if !defined(MULE_SLAVE)
Put the lock file in /var/run/xemacs/lock rather than ${PREFIX}/lib/xemacs/lock. Also modify post-install to set the permissions on /var/run/xemacs/lock, ${PREFIX}/lib/xemacs/site-lisp and ${PREFIX}/share/xemacs/site-lisp, as done in PLIST, since ``make install'' doesn't do it. PR: ports/4976 Submitted by: Sheldon Hearn
1997-11-08 17:15:37 -05:00
# ``make install'' does not set the permissions like pkg_add does.
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
${MKDIR} /var/run/emacs/lock
chmod -> ${CHMOD} chown -> ${CHOWN}
1999-08-22 15:01:07 -04:00
${CHMOD} 1777 /var/run/emacs/lock
The original tarball no longer exists on any of the servers. Change the port to use the new one - xemacs-21.1.10a.tar.gz. There are no changes to the source caused by this; only empty directories which were made by the old version were removed. Change PLIST to reflect removal of the directories. Since xemacs/site-lisp is no longer created by the installation, make the directory in Makefile. Add patch-an to fix a bug in lisp/package-get.el caused by mishandling of md5 package checksums. PR: 19855 Submitted by: Vivek Khera (PR), TAOKA Satoshi (patch - partly used), Mr. Kiriyama (patch-an)
2000-07-13 17:03:03 -04:00
# For some reason install no longer makes ${PREFIX}/lib/xemacs/site-lisp.
# Do what PLIST does for pkg_add.
${MKDIR} ${PREFIX}/lib/xemacs/site-lisp
${CHMOD} 755 ${PREFIX}/lib/xemacs/site-lisp
Xemac's send-pr is causing me too many problems and it's broken anyway, so totally remove it. Portlint this baby.
1998-03-01 20:38:49 -05:00
${RM} -f ${PREFIX}/bin/send-pr
This is the latest version of xemacs - Xemacs 21.1. This requires xemacs-packages which be will committed next. Xemacs now allows the user to maintain packages himself. See DESCR. This supersedes PR 11618, which was based on an older release. This commit was blasted over a repository copy of xemacs20, which is why there are so many changes. Submitted by: Michael Elbel (me@freebsd.org)
1999-06-22 18:02:00 -04:00
# install xemacs21.sh into ${PREFIX}/etc/rc.d
@if [ ! -d ${PREFIX}/etc/rc.d ]; then ${MKDIR} ${PREFIX}/etc/rc.d; fi
${INSTALL_SCRIPT} ${FILESDIR}/xemacs21.sh ${PREFIX}/etc/rc.d
Update to version 21.1.8. This change adds a framework so that xemacs21 can be used as the base port for the various xemacs-mule incarnations. This functionality has not been tested by the committer !!! Fixed up some fatal errors found by portlint. The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not agree, so it has been eliminated. Version 21.1.8 removed all the empty directories which were created by version 21.1.7, so I had to modify PLIST accordingly. That explains the large number of changes to PLIST. This version does not seem to suffer from the "make world under -current and xemacs core dumps" syndrome. Submitted by: kiri@pis.toba-cmt.ac.jp Approved by: maintainer
1999-12-25 07:34:09 -05:00
.endif
Submitted by: me@freebsd.org new import of xemacs 20.2, including MULE support. Note that I tested that I could build with mule support, but I couldn't actually check the functionality. "make package" and pkg_delete both tested (under -current).
1997-09-03 15:27:58 -04:00
.include <bsd.port.mk>
Reference in New Issue Copy Permalink