Mercurial > emacs
view admin/notes/cpp @ 58054:b40b27d0c034
Fixed this bug:
** Mouse-face overlay bleeds into header line
From: Stephen Berman <Stephen.Berman@gmx.net>
Date: Thu, 21 Oct 2004 18:11:01 +0200
Mouse-face overlays bleed into the header line when the beginning of
the overlay is above (point-min). To reproduce:
1. Start Emacs with -q -no-site-file.
2. In *scratch* eval
(progn (setq ov (make-overlay 66 92))
(overlay-put ov 'mouse-face 'highlight)
(setq header-line-format "test"))
3. Drag the mouse over the string "evaluation.\n;; If you want" and
notice the highlighting of only this string.
4. Now click on the down arrow in the scroll bar until the line
beginning ";; If you want" is directly below the header line.
5. Drag the mouse over ";; If you want" and notice that not only it
but also the header line are highlighted.
| author | Kim F. Storm <storm@cua.dk> |
|---|---|
| date | Mon, 08 Nov 2004 22:30:00 +0000 (2004-11-08) |
| 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