A very large number of companies, today, have tied themselves into using
Microsoft Outlook coupled with a Microsoft Exchange Server. Outlook has
many integrated features, including personal calendars, group calendars,
sending and processing meeting invitations, applying digital signatures,
app
> Date: Sun, 03 Jul 2005 02:54:26 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> Maybe different strategies are needed for different times. I have
> noticed the careful notes in INSTALL about certain parts of the tools.
> Perhaps that could be extended a bit. I s
> From: Juri Linkov <[EMAIL PROTECTED]>
> Date: Sun, 03 Jul 2005 03:09:08 +0300
> Cc: martin rudalics <[EMAIL PROTECTED]>
>
> What were the reasons for making long face names much longer?
>
> After renaming `font-lock-regexp-backslash-construct' it became
> absurdly long: `font-lock-regexp-backsl
> From: Jason Rumney <[EMAIL PROTECTED]>
> Date: Sat, 02 Jul 2005 23:20:27 +0100
> Cc: Juanma Barranquero <[EMAIL PROTECTED]>, Eli Zaretskii <[EMAIL PROTECTED]>,
> emacs-devel@gnu.org
>
> Lennart Borgman <[EMAIL PROTECTED]> writes:
>
> > Jason Rumney wrote:
> >
> > It seems to me that the e
> Date: Sat, 02 Jul 2005 21:22:51 -0500
> From: "Kevin Gallagher" <[EMAIL PROTECTED]>
> Cc:
>
> From: "Eli Zaretskii" <[EMAIL PROTECTED]>
> > (Btw, I'm amazed to see that you use something other than Emacs for
> > sending mail.)
>
> Ah, I'm not! It has become a common problem. Many corporation
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
> From: Jason Rumney <[EMAIL PROTECTED]>
> Date: Sat, 02 Jul 2005 21:15:40 +0100
>
> Eli Zaretskii <[EMAIL PROTECTED]> writes:
>
> > Therefore, I suggest the following strategy for solving the -kb issue:
> > put a small C program into
Juri Linkov wrote:
I think the face names proposed by Martin in his latest patch
are much better: `font-lock-regexp-backslash' and
`font-lock-regexp-group'. These face name have sensible lengths
and are still descriptive enough.
I agree.
Sincerely,
Luc.
__
From: "Eli Zaretskii" <[EMAIL PROTECTED]>
(Btw, I'm amazed to see that you use something other than Emacs for
sending mail.)
Ah, I'm not! It has become a common problem. Many corporations and
universities, today, only support email on MS Windows networked boxes, to
which all employees/stude
Richard Stallman wrote:
This feature is already in Emacs, it is important, and I will not
stand for giving up on it. That is the wrong attitude.
I repeat: I do not suggest giving up on (proper) Themes support. I
suggest putting it off until after the release. Are those two equivalent?
> From the vole itself: SFU
> http://www.microsoft.com/windowsserversystem/sfu/>.
I assume that is a derivation of the Interix stuff they bough a few years ago?
On the non-free front, for those so inclined, there's MKS:
http://www.mkssoftware.com/
BTW, where did originate the Vole = Microsoft me
What were the reasons for making long face names much longer?
After renaming `font-lock-regexp-backslash-construct' it became
absurdly long: `font-lock-regexp-backslash-grouping-construct'.
The face name is not the place for full description of the face.
There are docstrings for that purpose. Bu
Richard Stallman wrote:
They ARE a new feature. This feature is already in Emacs,
There is currently no support for Custom Themes in Emacs that comes
remotely close to working. The three unfixed bugs I mentioned are
just examples. As another example, a fourth bug is that when an
option's va
On 7/3/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> Maybe different strategies are needed for different times.
Perhaps. But when I started compiling my own Emacs I would've been
glad to have a list: "get texinfo from http://here, and make.xe from
http://there, oh, and rm and other common tool
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Juanma Barranquero wrote:
>
>>The problem is, I don't think that checking tools is a good strategy,
>>on the long term. Different versions sometimes work or cease to work.
>>I was able to build the Emacs info files with Cygwin for a while, and
>>after
Juanma Barranquero wrote:
The problem is, I don't think that checking tools is a good strategy,
on the long term. Different versions sometimes work or cease to work.
I was able to build the Emacs info files with Cygwin for a while, and
after some update or other the thing failed. Me, I've assemb
> There is an assq-delete-all, but I am missing assoc-delete-all ... or,
> am I missing something (else)?
If I had to guess, I'd say that is because `assq-delete-all' has only
one reasonable behavior, i.e., as it modifies the structure, you
usually are going to do
(setq alist (assq-delete-all '
On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> Juanma Barranquero wrote:
> I would be glad if you explained a bit more. I wrote some instructions
> for building on w32 and I surely noted you needed a special combination
> of programs sometimes, like make and makeinfo. I was trying to get
There is an assq-delete-all, but I am missing assoc-delete-all ... or,
am I missing something (else)?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> There should either be two different functions, only one of
> which has this feature, or this should somehow be optional
> with `message'.
There could be a variable you bind to have it not do such suppression
(or to refine the algorithm it uses -- perhaps telling the mes
2005/7/3, Drew Adams <[EMAIL PROTECTED]>:
> There should either be two different functions, only one of which has this
> feature, or this should somehow be optional with `message'.
There could be a variable you bind to have it not do such suppression
(or to refine the algorithm it uses -- perhaps
On 7/2/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Would someone like to fix doctor.el so that the variable names
> start with `doctor-'?
>
> You could do this either by renaming the references too, or by
> changing the code to add `doctor-' when it accesses a variable
> name from one of
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
>
>> and I am impressed
>> that you all find it so easily.
>
> Well, Miles implemented that, or at least part of it. Me, I didn't
> know. I vaguely remembered the "[x times]" thing, but I wouldn'
Looking at the magic three dots again with a somewhat calmer mind I
realize they are useful if documented (and a bit evil if not). I vote
for documenting them (this is the missionary style of frustration).
Evil, even if documented. A user would have to somehow implement his own
messagi
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Jason Rumney wrote:
>
> It seems to me that the emergence of the GnuWin32 project has helped
> quite a bit.
It is some time since I looked, so it might be worth trying to find a
version that works that we can recommend to those who do not want to
go t
David Ponce wrote:
Lennart Borgman wrote:
Juanma Barranquero wrote:
(mapc #'(lambda (x) (message "...%s" x)) '(1 2 3 4))
In *Messages* =>
...4
Seems like a "feature" of the messages, when using "...".
Looking at the magic three dots again with a somewhat calmer mind I
realize they are u
Yes it permits this:
(progn (message "test...")(message "test...done"))
*Messages*
test...done
Yes, but it should not be hard-wired into the standard message function.
There should either be two different functions, only one of which has this
feature, or this should somehow be opt
On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> and I am impressed
> that you all find it so easily.
Well, Miles implemented that, or at least part of it. Me, I didn't
know. I vaguely remembered the "[x times]" thing, but I wouldn't have
supposed in a million years that "..x", "...y" woul
Jason Rumney wrote:
Right. And that is why I have not inflicted automatic building of info
files on Windows users in the past. It only affects those using CVS
anyway (which could be an argument either way I suppose).
It seems to me that the emergence of the GnuWin32 project has helped
quite a
On 7/2/05, Juanma Barranquero <[EMAIL PROTECTED]> wrote:
> Seems like a "feature" of the messages, when using "...".
Yeah. Take a look at message_log_check_duplicate() and friends
(src/xdisp.c). If I understand correctly, it substitute several
identical messages
...x
...x
...x
by
.
Is there a way to calm down the message function?
How about reserving the "..." feature for internal Emacs calls, using a
separate function, say, `message-internal' (or `message...')?
Users should be able to use `message' without working with or around this
"feature".
_
Lennart Borgman wrote:
Juanma Barranquero wrote:
(mapc #'(lambda (x) (message "...%s" x)) '(1 2 3 4))
In *Messages* =>
...4
Seems like a "feature" of the messages, when using "...".
[...]
Yes it permits this:
(progn
(message "test...")
(message "test...done")
)
*Messages*
test...do
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Did you mean "makeinfo"?
Yes.
>> Most binary versions floating around the
>> net are several versions behind, and we keep using the latest info
>> features in Emacs, so the latest makeinfo is essential.
>
> It *is* possible to build info on Window
Juanma Barranquero wrote:
It *is* possible to build info on Windows without having to build
makeinfo yourself; it's tricky, though, and you've got to have the
right combination of info, makeinfo, install-info and make.
I would be glad if you explained a bit more. I wrote some instructions
for
Likewise, in Emacs 20.7 ("..." doesn't work, even though ".." does), so this
is old behavior.
And mapcar has the same behavior (the resulting list is correct, however).
This is true in both Emacs 22 (from CVS April) and Emacs 20.7.
mapc is implemented in C source in more recent Emacs versions, bu
Juanma Barranquero wrote:
On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
and I am impressed
that you all find it so easily.
Well, Miles implemented that, or at least part of it. Me, I didn't
know. I vaguely remembered the "[x times]" thing, but I wouldn't have
supposed in a mi
(mapc #'(lambda (x) (message "..%s" x)) '(1 2 3 4))
In *Messages* =>
..1
..2
..3
..4
(mapc #'(lambda (x) (message "...%s" x)) '(1 2 3 4))
In *Messages* =>
...4
Seems like a "feature" of the messages, when using "...".
--
/L/e/k/t/u
__
On 7/2/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
> Because I have never been able to find a version of make that works on
> Windows short of building it myself
Did you mean "makeinfo"?
> Most binary versions floating around the
> net are several versions behind, and we keep using the latest in
Juanma Barranquero wrote:
(mapc #'(lambda (x) (message "...%s" x)) '(1 2 3 4))
In *Messages* =>
...4
Seems like a "feature" of the messages, when using "...".
It feels like a quizz (is that how you spell it?) and I am impressed
that you all find it so easily. I think this feature should be
I expect it has something to do with message's special handling of
lines containing "..." -- if you replace the "..." with "x" in your
message strings, your example works as expected.
[I'm looking at the "*Messages*" buffer to judge the results.]
-Miles
--
Do not taunt Happy Fun Ball.
Lennart Borgman wrote:
Lennart Borgman wrote:
Here is a better example for testing. Please test this with the marked
message commented out and not commented out. Just put it in a buffer
and eval it.
Am I doing something seriously silly? Has someone checked this or
should I file a bug?
Go
Lennart Borgman wrote:
Lennart Borgman wrote:
Here is a better example for testing. Please test this with the
marked message commented out and not commented out. Just put it in a
buffer and eval it.
Am I doing something seriously silly? Has someone checked this or
should I file a bug?
G
Lennart Borgman wrote:
Here is a better example for testing. Please test this with the marked
message commented out and not commented out. Just put it in a buffer
and eval it.
Am I doing something seriously silly? Has someone checked this or
should I file a bug?
Got some time to make an ev
Eli Zaretskii <[EMAIL PROTECTED]> writes:
>> BTW, is "make info" necessary any more after "make" or "make bootstrap"?
>
> It still is. That's a nuisance, IMHO, and removing the need for a
> separate command is on my list of things to do.
>
> Jason, do you know of any reason why "make info" is not
Eli Zaretskii <[EMAIL PROTECTED]> writes:
> Therefore, I suggest the following strategy for solving the -kb issue:
> put a small C program into the nt subdirectory which would read
> nt/configure.bat, nt/nmake.defs, and nt/makefile.w32-in in binary mode
> and make sure they have the right line end
While still on Occur, another little issue: the documentation of
`occur-rename-buffer' talks about adding it to `occur-mode-hook' (it
used to say to add it to `occur-hook', but that was a mistake I did
when originally adding `occur-hook' and it's now fixed).
So, I've been thinking of adding an INT
Lennart Borgman wrote:
I am trying to use dolist in the function below. When I comment out
the line marked below I only get the first det from detlst. What is
wrong? Is dolist a no-no? Or is this a bug?
Since I sent my last update reply on this to myself instead of the list
I am trying again
I'd like to change `occur-hook' to `occur-functions', and pass it the
current occur buffer (which can be different of "*Occur*").
This is not an incompatible change, as `occur-hook' is not in 21.4.
--
/L/e/k/t/u
Index: lisp/replace.el
===
> Because sending a bat-file was not allowed.
Better send a patch,
Stefan
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
> Date: Sat, 02 Jul 2005 18:01:18 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> >If that output is not enough, we could add some more text to what is
> >written to config.log, and you could then look for it with findstr or
> >some such. For example, if all you ca
On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> BTW, is "make info" necessary any more after "make" or "make bootstrap"?
Yes. I routinely do
make bootstrap
make install
make info
--
/L/e/k/t/u
___
Emacs-devel maili
jhd <[EMAIL PROTECTED]> writes:
>> Is that file still useful? Should we move it to obsolete?
>
> I think it is ok to move to obsolete. I haven't seen anyone using the
> swedish version of ISO-646 in many years.
I believe it's even considered harmful in both the swenet. and
se. hierarchies.
_
Is that to be expected somehow?
emacs -Q
M-x ielm
ELISP> (prefer-coding-system 'utf-16le-with-signature)
(mule-utf-16le-with-signature-dos . mule-utf-16le-with-signature-unix)
ELISP> (list-coding-systems)
*** Eval error *** Cannot open load file: mule-diag
ELISP>
--
/L/e
Eli Zaretskii wrote:
It does say, e.g., that you use a somewhat old version of GCC which
does not support the -mtune=pentium4 option.
Oh, I have to look again. I thought I was using the latest MinGW released.
If that output is not enough, we could add some more text to what is
written to c
> Date: Sat, 2 Jul 2005 15:41:16 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> On 7/2/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
>
> > Could people who build Emacs on MS-Windows
> > please try bootstrapping, and verify that (1) bootstrap still works,
>
> It
> Date: Sat, 02 Jul 2005 14:32:12 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> I would like to use this in a cmd file to see if the build should
> continue after config.bat.
>
> My config.log looks like this:
>
> gcc -c junk.c
> junk.c:1:29: cygwin/ver
> Date: Sat, 02 Jul 2005 15:32:13 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> This is what I got back, it looks like mx10.gnu.org does not like bat files:
>
> - These recipients of your message have been processed by the mail server:
> emacs-devel@gnu.org; Fai
Lute Kamstra <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
> The systems that are affected by this change are those whose
> `system-type' is equal to darwin (and that have the "pmset" program
> available). What changes for the users of those systems is that
> they will
Is that file still useful? Should we move it to obsolete?
I think it is ok to move to obsolete. I haven't seen anyone using
the swedish version of ISO-646 in many years.
Jan D.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://list
On 7/2/05, Juanma Barranquero <[EMAIL PROTECTED]> wrote:
> which, according to "(emacs)Recognize Coding"
BTW, that same node contains this info:
If Emacs recognizes the encoding of a file incorrectly, you can
reread the file using the correct coding system by typing `C-x c
CODING-SYSTE
On 7/2/05, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Juanma Barranquero <[EMAIL PROTECTED]> writes:
> Among the 8-bit encodings supported by glibc there are IMHO no encodings
> which have a significant probability of being misdetected as UTF-16.
Well, if you're right that would settle the issue
On 7/1/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> With the given information and the Emacs
> ducumentation I have now added the following lines to my .emacs file, which
> makes editing exportet registry files less painfull:
>
> (setq file-coding-system-alist
> (append '(("\\.reg\\'"
David Kastrup <[EMAIL PROTECTED]> writes:
> Lute Kamstra <[EMAIL PROTECTED]> writes:
>
>> Currently, lisp/battery.el supports only Linux. I've added support
>> for Darwin. See the patch below. Is it ok to install this now, or
>> should I wait until after the release?
>
> Can you get a tester ba
(Sorry for the previous, empty message)
On 7/2/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Would someone like to add defvars for the variables in
> edt.el that are not declared?
Done.
--
/L/e/k/t/u
___
Emacs-devel maili
On 7/2/05, Richard M. Stallman <[EMAIL PROTECTED]> wrote:
> Would someone like to add defvars for the variables in
> edt.el that are not declared?
>
>
> ___
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-d
On 7/2/05, Eli Zaretskii <[EMAIL PROTECTED]> wrote:
> Could people who build Emacs on MS-Windows
> please try bootstrapping, and verify that (1) bootstrap still works,
It works.
> and (2) after "make bootstrap" finishes, there's no emacs.exe in the
> `bin' subdirectory of the tree root directory
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> Custom themes would be a completely new complex feature, not a bug
> fix:
>
> They ARE a new feature. This feature is already in Emacs, it is
> important, and I will not stand for giving up on it. That is the
> wrong attitude.
>
> Would
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> All files in the Emacs distribution have the old address. I think we
> should update before the release. Shall I add that task to
> FOR-RELEASE?
>
> Yes. In fact, could you possibly make the change?
> Using a script to do the edits
Lute Kamstra <[EMAIL PROTECTED]> writes:
> Currently, lisp/battery.el supports only Linux. I've added support
> for Darwin. See the patch below. Is it ok to install this now, or
> should I wait until after the release?
Can you get a tester base for most of the systems that would be
affected by
Eli Zaretskii wrote:
Why send it as a .zip file in a binary attachment, when all you want
to send is plain text for inclusion in configure.bat?
Because sending a bat-file was not allowed.
??? By whom?
This is what I got back, it looks like mx10.gnu.org does not like bat file
On 7/2/05, Lennart Borgman <[EMAIL PROTECTED]> wrote:
> Lennart Borgman wrote:
> Eh..., sorry, this was just the old "cvs update -kb"
Ah, the Curse of the Binary Scripts strikes again.
--
/L/e/k/t/u
___
Emacs-devel mailing list
E
Eli Zaretskii wrote:
Date: Sat, 02 Jul 2005 11:32:11 +0200
From: Lennart Borgman <[EMAIL PROTECTED]>
Could configure.bat provide some info when something goes wrong? It is
enough to set an environment variable (configureerr?) to 1 for example.
What would you like to do with that indicat
Yes. However, the bug was discussed a long time ago.
vc-annotate (or cvs or ssh) should have been fixed by now.
I am trying to get the bug fixed. Maybe I am getting close.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.o
Custom themes would be a completely new complex feature, not a bug
fix:
They ARE a new feature. This feature is already in Emacs, it is
important, and I will not stand for giving up on it. That is the
wrong attitude.
Would you please work on fixing this? Otherwise we will have to wait
Then I simply suggest the patch below. Then we can revert your change and
forget about this idea of allowing symbols in completion lists.
I mean, honestly, why make the primitives try-completion, all-completions,
and test-completions yet more hairy for this one particular case, wh
With the current code, they do _not_ get reloaded when already loaded.
If I would re-implement it, they would be reloaded.
How about making that fix? It should pretty easy.
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/
Would someone like to fix doctor.el so that the variable names
start with `doctor-'?
You could do this either by renaming the references too, or by
changing the code to add `doctor-' when it accesses a variable
name from one of these doctor specs. I think the latter would be
cleaner.
__
I noticed this because it got a warning. It seems rather a kludge.
Is there any more general feature that could be used here?
(defun ff-which-function-are-we-in ()
"Return the name of the function whose definition/declaration point is in.
Also remember that name in `ff-function-name'."
(setq
Could someone please look at this?
If he's right, it would seem that flymake mode should not work at all.
But people seem to be using it, and reporting smaller bugs.
--- Start of forwarded message ---
Date: Fri, 1 Jul 2005 15:10:35 -0500
From: [EMAIL PROTECTED]
To: emacs-pretest-bug@gnu.
Would someone like to add defvars for the variables in
edt.el that are not declared?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Is that file still useful? Should we move it to obsolete?
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
All files in the Emacs distribution have the old address. I think we
should update before the release. Shall I add that task to
FOR-RELEASE?
Yes. In fact, could you possibly make the change?
Using a script to do the edits would make it a short job.
Currently, lisp/battery.el supports only Linux. I've added support
for Darwin. See the patch below. Is it ok to install this now, or
should I wait until after the release?
Lute.
2005-07-02 Lute Kamstra <[EMAIL PROTECTED]>
* battery.el: Add support for Darwin (with much debugging he
> Date: Sat, 02 Jul 2005 11:32:11 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
>
> Could configure.bat provide some info when something goes wrong? It is
> enough to set an environment variable (configureerr?) to 1 for example.
What would you like to do with that indication? (We already ha
> Date: Sat, 02 Jul 2005 13:12:44 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> Eli Zaretskii wrote:
>
> >
> >Why send it as a .zip file in a binary attachment, when all you want
> >to send is plain text for inclusion in configure.bat?
> >
> >
> >
> Because sen
I am trying to use dolist in the function below. When I comment out the
line marked below I only get the first det from detlst. What is wrong?
Is dolist a no-no? Or is this a bug?
(defun instpack-check-pack-list()
(message "Checking package list detail names...")
(dolist (pack instpack-packa
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> I've not checked other encodings. Did you? Are you really sure that
> all other frequently used 8-bit encodings put uncommon characters for
> 0xFF and 0xFE? Because the fact that they aren't ASCII doesn't mean
> that they are infrequent in the targe
Eli Zaretskii wrote:
Why send it as a .zip file in a binary attachment, when all you want
to send is plain text for inclusion in configure.bat?
Because sending a bat-file was not allowed.
Finally, I think the Windows build needs neither `find' nor `xargs'.
Can you tell where you saw them
Jason Rumney wrote:
Lennart Borgman <[EMAIL PROTECTED]> writes:
Since I once again missed that 'cvs update -kb' I decided to do
something about it. I have attached a bat-file that checks for this
and also for the existence of 'find' and 'xargs' which I believe also
are needed to build Emacs
Lennart Borgman <[EMAIL PROTECTED]> writes:
> Since I once again missed that 'cvs update -kb' I decided to do
> something about it. I have attached a bat-file that checks for this
> and also for the existence of 'find' and 'xargs' which I believe also
> are needed to build Emacs.
Where are find a
> Date: Sat, 02 Jul 2005 11:27:05 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
>
> Since I once again missed that 'cvs update -kb' I decided to do
> something about it. I have attached a bat-file that checks for this and
> also for the existence of 'find' and 'xargs' which I believe also ar
Could configure.bat provide some info when something goes wrong? It is
enough to set an environment variable (configureerr?) to 1 for example.
This would make it much easier to do supply working command files for
automatic building of Emacs under w32.
> Date: Fri, 01 Jul 2005 20:54:56 -0400
> From: David Hunter <[EMAIL PROTECTED]>
> Cc: emacs-devel@gnu.org
>
> Juri Linkov wrote:
> > What about such a patch? I have tested it on GNU/Linux, but the
> > change in w32term.c is untested. I hope someone will test it
> > on Windows.
>
> FWIW, the pa
> From: "Richard M. Stallman" <[EMAIL PROTECTED]>
> Date: Tue, 28 Jun 2005 14:46:51 -0400
>
> I don't know when Eli will have time to fix this, but I think this is
> an important problem and we should fix it soon. Can someone fix it now,
> and ack to me?
I think I fixed this. Could people who b
FWIW, Fedora core 2 works OK with this change.
Does that mean we can delete the other PROBLEMS item?
(The one about exec_shield, that is.)
The exec-shield workaround kicks in if the difference between the end
of the data section and the start of the heap is greater than
MAX_HEAP_BSS_D
I think this change needs to be mentioned in etc/NEWS (in the section
dealing with installation changes):
2005-05-11 Jerome Marant <[EMAIL PROTECTED]>
* configure.in: Add --enable-locallisppath.
* configure: Regenerate.
95 matches
Mail list logo
