Vim is a virtually compatible, extremely enhanced, version of the UNIX
text editor vi.
There are a lot of enhancements above Vi: multi level undo, multi-windows
and buffers, syntax highlighting, command line editing, filename completion,
on-line help, visual selection, etc..
Many features above standard vi's have been added:
multiple windows and buffers, multi level undo, command line history,
filename completion, selection highlighting, block operations (including
column/rectangular blocks), syntax highlighting, on-line help, etc.
Embeded Perl, Tcl, and Python support.
See ":help vi_diff" for a summary of the differences between Vim and Vi.
An X-windows aware or a full X-windows GUI version can also be built
that allows full use of the mouse and pull-down menus
See http://www.vim.org/why.html for a full explanation of Vim's features.
Portability to all UNIX platforms, AmigaOS, Archimedes, Atari MiNT, BeOS,
M$-DOS, MacOS, OS/2, VMS, WinNT+Win95.
WWW: http://www.vim.org/
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
Typo in vim package description
Vim is a virtually compatible, extreamly enhanced, version of the UNIX
^^^^^^^^^
text editor vi.
PR: ports/108356
Submitted by: Daniel Franke<dfranke@ufl.edu>
Approved by: maintainer timeout
Use ${ECHO_CMD} instead of ${ECHO} where you mean the echo command; the ECHO
macro is set to "echo" by default, but it is set to "true" if make(1) is
invoked with the -s option while ECHO_CMD is always set to the echo command.
Make sure all the possible "vim" links that can exist, do. For example, the
Vim Makefile will not create the "rgvim" link in the non-GUI case, but since
we share the PLIST among all the various vim ports, we have to be consistent.
I shouldn't have been removing `gvim' from the non-GUI PLIST. Also make the
gvim link relative rather than absolute, in case someone specifies a different
prefix when installing the package. Note there are some burned in paths in
the vim binary, but there is no reason to totally make this not work, when it
could somewhat.
Go ahead and install the `gvim' links, otherwise the `vim-lite' port does not
deinstall properly. A `vim-lite' port user will be told that graphical
support was not compiled in if they try to run `gvim', so no harm done.
Change motif to a normal dependency. REQUIRES_MOTIF is now called USE_MOTIF
and generates a LIB_DEPENDS to x11-toolkits/open-motif. As before, it implies
USE_XPM (and therefore USE_XLIB). Motif-dummy is removed from
PKG_IGNORE_DEPENDS, whose sole resident is now XFree86-3.
Change PKGDIR from pkg/ to . Also fix places where ${PKGDIR} is spelled out
(many of which are ${PKGDIR}/MESSAGE -> ${PKGMESSAGE} type fixes that
shouldn't have been necessary) and the string "/pkg/" appear.
Style updates: * The use of MAKE_FLAGS is obsolete. It should use MAKE_ARGS
instead. * s/CONFIGURE/CONFIGURE_ENV/ * Use USE_PYTHON instead of manually
specifying python as BUILD_DEPENDS and RUN_DEPENDS. * CATEGORIES should be
overridable for its slave ports.
Prevent attempting to build with Python support if Python just happens to be
present. Since our Python port is built with threads support, Vim will also
need to be built with -pthreads but there is a build problem with -pthreads
set.
