This PR changes the installation directories of binaries
and info files of editors/emacs20 port to its dedicated
directories to remove conflict with other emacsen.
PR: ports/89961
Submitted by: NIIMI Satoshi <sa2c@sa2c.net>
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
This was broken for newer FreeBSDs which give out pty names
/dev/pty[pqrsPQRS][0123456789abcdefghijklmnopqrstuv]
emacs, manually searching, stopped at a gap of 3 entries. But the new
naming scheme allows a gap of 28. Set to 30 just in case. Actually
there's no good reason not to set that to 256, it's not that 512
system calls kill us everytime someone opens a shell in emacs.
Bump portsrevision so that it gets picked up by portupgrade.
I wonder whether other emacsens are affected, too...
shell-mode on FreeBSD once a number of ttys were taken, it wouldn't
find the next free one where xterm and everybody else would.
Teach it to walk the list of possible FreeBSD ttys correctly.
This code is evil, I'm only doing it because emacs-21 is *really* evil
and I didn't port all of my .emacs to xemacs yet...
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/http://bento.FreeBSD.org/errorlogs/4-exp-latest/
patch-cc (configure.in): Merged with patch-ch.
patch-af (src/unexfreebsd.c): Removed. Not used by this port.
patch-ca (src/Makefile.in): Removed. 5-CURRENT's and
4-STABLE's libtermcap -> libncurses symbolic link issues
are now well handled by vendor's src/s/freebsd.h.
Moved LIBS_XPG changes to patch-cb.
patch-cb (src/s/freebsd.h): Regenerate for emacs-20.7.
Update the conditional of enclosing the USE_XPG check
so as not to link libxpg4 on recently 5-CURRENT and
4-STABLE after the merge of libxpg4 into libc.
Added LIBS_XPG to LIBS_SYSTEM.
PR: ports/19653
Submitted by: OKAZAKI Tetsurou <okazaki@be.to>
${MACHINE_ARCH}--freebsd${OSREL} is now passed to CONFIGURE_ARGS if
GNU_CONFIGURE is defined. Take the target out of CONFIGURE_ARGS of
some ports that added it explicitly; define it as
${MACHINE_ARCH}--freebsd if the port doesn't like the ${OSREL} part;
define it as something else (such as ${MACHINE_ARCH}--freebsdelf if
the port requires that; define it as an empty string if the port
doesn't like it at all.
The last might be a sign that a GNU_CONFIGURE port actually doesn't
use GNU's version of configure at all; but I don't have time to go
look at them all, we'll fix them as time goes on.
At least we've got much fewer "-unknown-"s in the tree as the result. :)
