> Maybe thats a general rule but one needs to be
> quantitative. tooltip.el is about 500 lines and about half that
> code is for GUD. So maybe 250 lines get loaded in Emacs through
> loadup.el but I'm not sure that it amounts to much in memory. On
> the other hand, gud.el i
Here is a patch to get Emacs to compiler under Mac OS X 10.4:
tiger.patch
Description: Binary data
Cheers
John___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Stefan Monnier <[EMAIL PROTECTED]> writes:
>> C-return is such a "good command", analogue to C-SPC for the
>> normal mark.
>
> I don't find C-return a particularly good choice (especially since it
> doesn't work on ttys).
Neither does S-return...Does C-space work on ttys?
>
> Is the idea
Nick Roberts <[EMAIL PROTECTED]> writes:
> > > > Quite a lot with no timestamp.
> > > >
> > > > They might be obsolete since long long ago. What are they?
> > >
> > > desktop.el: desktop-enable
> > > desktop-buffer-modes-to-save
> > > desktop-buffer-misc-fun
On 3 May 2005, at 05:56, Harald Maier wrote:
The patch is not applicable. It looks that the mail tool added
additional line breaks. Please can you resend the patch. I like this
patch a lot.
http://homepages.inf.ed.ac.uk/dreitter/emacs/mac-modifier-keys.patch
___
At Tue, 26 Apr 2005 12:53:11 +0900,
Yoichi NAKAYAMA wrote:
> At Mon, 25 Apr 2005 12:05:12 -0400,
> Richard Stallman wrote:
> >
> > Emacs 21.3 is rather old. Could you try this with the current
> > development Emacs from savannah.gnu.org?
>
> I've tried but bootstrap failed at
> Loading emacs-l
_/_/_/_/_/$B5U1g!y?M:[EMAIL PROTECTED](BSM$B!yB(2q$$!yD>%aD>EE(B_/_/_/_/_/
_/_/_/_/_/_/ http://awg.webchu.com/?springi _/_/_/_/_/_/
$B!xBg9%I>!V(B1$B1_!WL5NA%]%$%s%HB#Dh%-%c%s%Z!<%s7QB3http://awg.webchu.com/?springi
$B!}7HBS!&(BPC$BBP1~$G%U%j!<%a!<%k$bMxMQ$G$-$^$9!#(B
$B!}F?L>@
The recently introduced `cc-create-define-alist' causes the following
problem with Emacs on MinGW: When I load a C program into a buffer the
process "/lib/cpp" gets called. However, with MinGW "cpp.exe" is by
default in "...\MinGW\bin\" and an error is reported.
__
David Reitter <[EMAIL PROTECTED]> writes:
> Since Daniel Brockman suggested that I repost this patch in context
> format, there we go. It applies to the current version. Steven Tamm
> suggested a while ago that the 'fn' key (on Powerbook keyboards left
> of the ctrl key) be included, and I think
Nick Roberts wrote:
(define-obsolete-variable-alias 'desktop-buffer-misc-functions
'desktop-save-buffer "22.0")
Without commenting on any other part of the message, I believe that it
should be "22.1", that is the first _released_ version in which it is
going
> Don't know about others, but the reason why I don't use c-macro-expand is
> because it basically can't work right without parsing my Makefile(s) to know
> which include dirs should be used. And since it doesn't do that, I've found
> it of little use.
OK. I see now. For Emacs, the source see
In that case, c-macro-preprocessor is set to "/lib/cpp -C" and
c-macro-expand
doesn't work on OSX?
If c-macro-preprocessor is a recent variable I can't check because
Emacs does not currently compile on Mac OSX 10.3. My (a bit old) CVS
compile does not seem to have it.
c-macro-expand and c-macro-pr
12 matches
Mail list logo