Mercurial > emacs
view admin/notes/cpp @ 69278:ade4a047af1b
* mh-compat.el (mh-image-load-path-for-library): Move here from
mh-utils.el and wrap with mh-defun-compat since this function will be
soon added to image.el.
* mh-utils.el (mh-image-load-path-for-library): Move to mh-compat.el.
(mh-normalize-folder-name): Add return-nil-if-folder-empty argument
which is useful when calling mh-normalize-folder-name to process the
folder argument for the folders command.
(mh-sub-folders): Use new flag to mh-normalize-folder-name to make
this function more robust. It could too easily list the folders in /.
(mh-folder-list): Fix a couple of problems pointed out by Thomas
Baumann. Set folder to nil if empty. Don't append "/" if folder nil.
author | Bill Wohler <wohler@newt.com> |
---|---|
date | Sat, 04 Mar 2006 21:23:21 +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