Richard Stallman <[EMAIL PROTECTED]> writes:
> One thing that needs doing before the release
> is to add the newer years in copyright notices.
>
> Can people please volunteer to do this for parts of the distribution?
> For instance, you could pick a subdir of lisp and do that subdir.
This can't b
Richard Stallman wrote:
I think that assumption is not true. From reading the code,
x-popup-dialog ALWAYS quits if the user doesn't make a valid choice.
That is good, since it gives a lot more consistent behavior. What
about the following patches, which take this into account?
===File ~/
From help-emacs-windows (a discussion about a Windows installer):
In a message dated 5/4/2005 6:57:24 P.M. Eastern Daylight Time,
[EMAIL PROTECTED] writes:
Brian Elmegaard wrote:>> Works like a charm, Rex.>>
>> I have the following suggestions to be put in
default.el:>> (setenv "HOM
In article <[EMAIL PROTECTED]>, Richard Stallman <[EMAIL PROTECTED]> writes:
> One thing that needs doing before the release
> is to add the newer years in copyright notices.
> Can people please volunteer to do this for parts of the distribution?
> For instance, you could pick a subdir of lisp an
"Robert J. Chassell" <[EMAIL PROTECTED]> writes:
> Today, I removed *all* my Emacs' CVS sources using `rm -rf emacs' and
> checked out fresh sources. The `59 Temple Place' zipcode is now
> correct. My earlier report was based on a damaged set of sources.
> Please ignore it.
>
> Since I had new s
> Perhaps `calendar-latitude' and `calendar-longitude' should be set to
> 0.0 rather than nil by defcustom. (I have done that, but tested it
> only with a `make recompile', since I do not want to do a bootstrap
> again.)
Very bad idea. Then a user will never know that the times of events (solar/
There is probably no sense in declaring a variable an obsolete alias
if it does not even work!
I agree.
I think we should add a compatibility layer
with the old interface (can't be much more than three lines or so)
that we'll remove with 23.1 or so.
I think this is a problem of gcc on FreeBSD/ia64, not of emacs, isn't it?
It could be. Please try the latest GCC version, and if it still
fails, please send a GCC bug report.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/ma
> As long as that is the case, it should not be terribly hard to specify
> that info for the whole directory, and thus make c-macro-expand work.
Could be, although I don't know of any mechanism to do that right now.
I could imagine putting a special file in the directory, or a hint
sp
There are still files in the manuals that have not been updated.
Would people please work on this? This job needs to be done
in order to make the release.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-deve
My text assumes that in situations where `x-popup-dialog' has to
actually use a menu instead of a dialog box, doing
M-: (x-popup-dialog (read-event) '("PANE" ("LINE1" . 1)))
then clicking the mouse to make the menu pop up and then getting rid
of that menu without making a vali
One thing that needs doing before the release
is to add the newer years in copyright notices.
Can people please volunteer to do this for parts of the distribution?
For instance, you could pick a subdir of lisp and do that subdir.
___
Emacs-devel mailin
One item in admin/FOR-RELEASE is "Update Speedbar".
Does anyone know what updating is called for in Speedbar?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
any objections to the following? is not the glass tty
enough of an hour-defining silicon-based measure of time?
why interrupt w/ this when one could interrupt w/ that?
thi
*** xfns.c 18 Mar 2005 21:20:29 - 1.637
--- xfns.c 4 May 2005 21:14:15 -
***
*** 4384,43
> I propose the following doc changes. The main two points are the following.
>
> Firstly, since the Elisp manual describes the details of how to
> declare variables obsolete, should it not also document how to declare
> functions obsolete? The patch to lispref/functions.texi does that
> w
> From: Stefan Monnier <[EMAIL PROTECTED]>
> Date: Tue, 03 May 2005 16:23:40 -0400
> Cc: emacs-devel@gnu.org
>
> > ??? Isn't it a simple matter of looking at the Makefile and passing
> > the relevant switches to the preprocessor? If the Makefile is too
> > complex to figure out the switches, I us
> Date: Tue, 3 May 2005 21:00:50 + (GMT)
> From: Alan Mackenzie <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org, emacs-devel@gnu.org
>
> `c-macro-expand' actually lives in the file
> .../list/progmodes/cmacexp.el. This file was last updated 3 years 8
> months ago by Eli
> > If we added the line below to c-macro-preprocessor would it work then for
> > Mac OSX?
>
> This change is needed for NetBSD as well (and possibly other BSDs).
I've now changed the condition to:
((memq system-type '(darwin berkeley-unix)) "gcc -E -C -")
If system-type is not berk
Today, I removed *all* my Emacs' CVS sources using `rm -rf emacs' and
checked out fresh sources. The `59 Temple Place' zipcode is now
correct. My earlier report was based on a damaged set of sources.
Please ignore it.
Since I had new sources, I could configure and bootstrap build with a
complete
[After running the same RMAIL for several days, deletions slow; but
not immediately. Using the `emacs/src/emacs' executable of 2005 Mar
30.]
... figure out which [function] it is.
Well, I am not 100% sure which function causes the problem, since
sometimes GDB stops in some other function, bu
[EMAIL PROTECTED] (Kim F. Storm) writes:
> In a different thread, I suggested to change CUA's
> "toggle rectangle mark" command from S-return to C-return.
>
> The only real conflict is with Tex-mode which binds
> C-return to tex-feed-input which is also on C-c C-m.
Just for your info nxml-mode us
YAMAMOTO Mitsuharu <[EMAIL PROTECTED]> writes:
> The following patch seems to fix it, but is there any more elegant
> way?
I don't think that the file sysselect.h changes very often so the fix
herein seems to me the best. The other suggestion to change the name
of 'init_process' would cause more
Hi,
I've been recently in touch with Ilya Zakharevich (CPerl-mode author)
about Cperl-mode bugs I found in current version from Emacs CVS
trunk (version 5).
He was kind to take a look at them and found out those bugs have
already been fixed in 5.0 (I do confirm) and decided to stop
investigating
Luc Teirlinck <[EMAIL PROTECTED]> writes:
> Kim Storm wrote:
>
>Neither does S-return...Does C-space work on ttys?
>
> Yes. But S-TAB does not and S-TAB is unfortunately used for TAB in
> the inverse direction in tons of spaces in Emacs, which is a nuisance.
If I hit S-TAB (GNU/Linux + X
> You'd be better served postponing execution of such a command to the moment
> when it's actually needed (i.e. when gud-tooltips are actually being used).
> If the user gets an error when she uses gud-tooltips, he won't mind, but if
> she gets the error about something that she won't even ever
On 5/3/05, Stefan Monnier <[EMAIL PROTECTED]> wrote:
> > 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 tha
Today's GNU Emacs CVS snapshot, Wed, 2005 May 4 12:40 UTC
has
;; Free Software Foundation, Inc., 59 Temple Place - Suite 330,
! ;; Boston, MA 02110-1301, USA.
for the FSF address. According to today's http://www.gnu.org/, the
zipcode for 57 Temple Place should be 02111-1307
When will Ema
--- building.texi 03 May 2005 10:31:34 -0700 1.55
+++ building.texi 04 May 2005 10:52:11 -0700
@@ -117,8 +117,11 @@
@findex recompile
To rerun the last compilation with the same command, type @kbd{M-x
-recompile}. This automatically reuses the compilation command from
the
[EMAIL PROTECTED] (Kim F. Storm) writes:
> Does C-space work on ttys?
It's usually the same as C-@, ie. NUL, but AFAIK not all terminals support
that.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 5
Richard Stallman <[EMAIL PROTECTED]> writes:
> GUD tooltips need some disentangling from the normal tooltips. They're
> coded
> differently and GUD tooltips shouldn't need tooltip-mode enabled to work:
> it
> should be possble to toggle them independently. After that is done, it
>
Can someone please investigate this, and ack?
--- Start of forwarded message ---
X-Authenticated: #14592706
Date: Sun, 01 May 2005 14:21:26 +0200
From: martin rudalics <[EMAIL PROTECTED]>
X-Accept-Language: de-DE, de, en-us, en
To: emacs-pretest-bug
X-Y-GMX-Trusted: 0
Subject: enlarge-win
Is someone working on this problem? Please tell me if you are.
--- Start of forwarded message ---
To: emacs-pretest-bug@gnu.org
From: Dan Nicolaescu <[EMAIL PROTECTED]>
Date: Mon, 02 May 2005 19:08:42 -0700
X-ICS-MailScanner: Found to be clean
X-ICS-MailScanner-SpamCheck: not spam (whitel
Kim Storm wrote:
> Yes. But S-TAB does not and S-TAB is unfortunately used for TAB in
> the inverse direction in tons of spaces in Emacs, which is a nuisance.
If I hit S-TAB (GNU/Linux + X), I get this message:
(translated from ) is undefined
It is only bound in certain modes.
_/_/_/_/_/$B5U1g!y?M:[EMAIL PROTECTED](BSM$B!yB(2q$$!yD>%aD>EE(B_/_/_/_/_/
_/_/_/_/_/_/ http://awg.webchu.com/?springp _/_/_/_/_/_/
$B!xBg9%I>!V(B1$B1_!WL5NA%]%$%s%HB#Dh%-%c%s%Z!<%s7QB3http://awg.webchu.com/?springp
$B!}7HBS!&(BPC$BBP1~$G%U%j!<%a!<%k$bMxMQ$G$-$^$9!#(B
$B!}F?L>@
David Reitter <[EMAIL PROTECTED]> writes:
> 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-
Kim Storm wrote:
Does C-space work on ttys?
To correct my previous answer: strictly speaking no, but
_in practice_, yes.
>From `(emacs)Setting Mark':
There is no such character as `C-' in ASCII; when you type
while holding down on a text terminal, what you get is the
character `C-@'. T
> 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 this would be a very neat idea for someone
Kim Storm wrote:
Neither does S-return...Does C-space work on ttys?
Yes. But S-TAB does not and S-TAB is unfortunately used for TAB in
the inverse direction in tons of spaces in Emacs, which is a nuisance.
On ttys S-TAB is normally the same as TAB. You can make tty's
recognize these thin
I propose the following doc changes. The main two points are the following.
Firstly, since the Elisp manual describes the details of how to
declare variables obsolete, should it not also document how to declare
functions obsolete? The patch to lispref/functions.texi does that
with a new node "Ob
> From: Stefan Monnier <[EMAIL PROTECTED]>
> Date: Mon, 02 May 2005 18:16:33 -0400
> Cc: "Jan D." <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> 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
>
>> 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.
> ??? Isn't it a simple matter of looking at the Makefile and passing
> the relevant switches to the pr
I fired up GNU Emacs 21.3.50.1 (i386-mingw-nt5.1.2600) of 2005-01-30 on
NONIQPC and discovered that mouse-1 was now following links. Not remembering
the email thread about this, I looked in Emacs itself for how to turn this
new behavior off.
I didn't find anything about it in the Emacs manual or t
> > OK. I see now. For Emacs, the source seems to have the same flags. So, in
> > that case, I guess you could do something like:
>
> > (setq c-macro-cppflags "-Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I.
> > -I/home/nick/emacs/src -D_BSD_SOURCE -I/usr/X11R6/include")
>
> Except that Emacs is
> 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.
and
> I'm running e
Alan Mackenzie writes:
> >As of a few days ago, the cc-mode in cvs emacs seems to preprocess the
> >source file in order to determine the C macros present.
Actually to generate a list of #define directives.
> Please Note: `c-macro-expand', despite its name, is _NOT_ part of CC
> Mode. Its na
Here are my proposed patches to lispref/frames.texi and xmenu.c. As
always, I can install if desired.
My text assumes that in situations where `x-popup-dialog' has to
actually use a menu instead of a dialog box, doing
M-: (x-popup-dialog (read-event) '("PANE" ("LINE1" . 1)))
then clicking the m
> Don't you use the same set of include directories for all, or nearly
> all, of the C files in a directory?
Yes, of course. The problem is between different directories (different
copies of the same project, or different projects).
> As long as that is the case, it should not be terribly hard t
I'm running Mac OSX 10.4. It has both cpp and gcc, both in /usr/bin.
Thanks!
On 5/3/05, Nick Roberts <[EMAIL PROTECTED]> wrote:
>
> > 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 "/
One more spot,
* display.texi (The Echo Area): Correction to format function cross
reference.
Index: display.texi
===
RCS file: /cvsroot/emacs/emacs/lispref/display.texi,v
retrieving revision 1.159
diff -u -c -r1.159
Hi Tim, Hi Nick, Hi Emacs, Hi Martin!
On Fri, 29 Apr 2005, Tim Van Holder wrote:
>As of a few days ago, the cc-mode in cvs emacs seems to preprocess the
>source file in order to determine the C macros present.
Please Note: `c-macro-expand', despite its name, is _NOT_ part of CC
Mode. Its name p
Some of these don't seem to be obsoleted correctly, in any case e.g the only
reference I can find to desktop-buffer-misc-functions is
(make-obsolete-variable 'desktop-buffer-misc-functions
'desktop-save-buffer)
i.e desktop-buffer-misc-functions is no lo
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.
What information would it need in or
Nick Roberts <[EMAIL PROTECTED]> writes:
> If we added the line below to c-macro-preprocessor would it work then for Mac
> OSX?
This change is needed for NetBSD as well (and possibly other BSDs).
Magnus
___
Emacs-devel mailing list
Emacs-devel@gnu.o
> 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.
> What information would it
This sounds very useful. Can you contribute this to the Emacs
distribution?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
>> 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 s
Dear Fellow Property Investors,
**Networking is the key to building successful investments, so come along and
start expanding your network through Elite Networking.**
We are now getting close to the next Dublin event at our new venue. We’re
looking forward to seeing a number of new faces at t
>>> 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...
Indeed, so it's not a good choice either.
> Does C-space work on ttys?
Yes and no: it
58 matches
Mail list logo
