Mercurial > emacs
view admin/notes/cpp @ 72468:5e47ca87ee3c
Rcirc update from Ryan Yeske
2006-08-20 Ryan Yeske <rcyeske@gmail.com>
* lisp/net/rcirc.el (rcirc-show-maximum-output): New var.
(rcirc-buffer-process): If no buffer argument is supplied, use
current-buffer.
(rcirc-complete-nick): Complete to the last completed nick first.
(rcirc-mode): Preserve the value of `rcirc-urls' across
connections. Setup scroll function.
(rcirc-scroll-to-bottom): New function.
(rcirc-print): Use nick syntax around regexp work. Notice
dim-nicks speaking only if they say our nick.
(rcirc-update-activity-string): Do not show the modeline indicator
if there are no live rcirc processes.
(rcirc-cmd-ignore): Ignore case.
(rcirc-browse-url-at-point): Fix off-by-one error.
Revision: emacs@sv.gnu.org/emacs--devo--0--patch-403
| author | Miles Bader <miles@gnu.org> |
|---|---|
| date | Mon, 21 Aug 2006 05:37:27 +0000 |
| parents | 695cf19ef79e |
| children | 375f2633d815 c3512b2085a0 |
line wrap: on
line source
ttn 2003-04-09 we use a C preprocesor not only in the normal compilation of .c files into object files, but also for creating src/Makefile lib-src/Makefile (delimited by comment "start of cpp stuff"). some cpp implementations insert whitespace in between tokens, which explains the "$(dot)$(dot)" and "UNEXEC_ALIAS" workarounds for unixoid systems and the bundled tradcpp/ for vms. [NOTE: tradcpp/ not yet checked in.] during makefile creation, the preprocessor symbol NOT_C_CODE is defined. this should not be defined for normal .c file compilation. there has been discussion on eliminating this use of cpp and relying solely on autoconf processing. rms says to leave it be. ;;; arch-tag: d654291e-9fc8-41b7-ab0c-d3cde842a8e0