> Date: Mon, 23 May 2005 00:27:19 +0200
> From: Juanma Barranquero <[EMAIL PROTECTED]>
>
> Anyway, I agree with David: the files should be in the repository with
> text line endings in the first place, unless there's a real reason not
> to do so.
As Jason pointed out, this would cause trouble to
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Sun, 22 May 2005 23:54:42 +0200
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> We currently have \r\n on Unix and \r\r\n on Windows.
The last part depends on the quality of the ported CVS clients one
uses. Most of them indeed
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Mon, 23 May 2005 00:30:35 +0200
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> So the Windows release contains mostly non-DOS line ends?
Yes.
> Is that a good idea?
I don't see anything wrong with it. Emacs certainly doesn't
> From: David Kastrup <[EMAIL PROTECTED]>
> Date: Mon, 23 May 2005 02:15:07 +0200
> Cc: Lennart Borgman <[EMAIL PROTECTED]>, emacs-devel@gnu.org
>
> > There is no such thing as a "Windows release" of Emacs. There are
> > binary builds for Windows, but the source they are built from is the
> > same
Richard Stallman <[EMAIL PROTECTED]> writes:
> Would someone like to write texinfo documentation for bindat.el?
i will write docs and post them here for review.
thi
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinf
In article <[EMAIL PROTECTED]>, Karl Chen <[EMAIL PROTECTED]> writes:
> lisp/ps-mule.el refers to some BDF files that don't exist in the
> Emacs distribution. They are required to print Unicode
> characters. With some Googling I was able to find ones that
> worked for me.
First of all, Emacs di
lisp/ps-mule.el refers to some BDF files that don't exist in the
Emacs distribution. They are required to print Unicode
characters. With some Googling I was able to find ones that
worked for me.
What is the situation with these? Did they exist before, but were
removed due to licensing issues?
Jason Rumney <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> Jason Rumney <[EMAIL PROTECTED]> writes:
>>
>>> David Kastrup <[EMAIL PROTECTED]> writes:
>>>
Stupid question: why are the files stored into the repository with DOS
line endings?
>>>
>>> Those files
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> And yet another oddity. I usually run the make process from inside 4NT, and
>
> C:\bin\emacs\nt> (cmd /c nmake) 2&>1 | tee build.log
>
> works, but
>
> C:\bin\emacs\nt> (cmd /c nmake install) 2>&1 | tee install.log
I noticed 2&>1 vs. 2>&1
Is thi
On my PC "make bootfast" doesn't live up to its name and is not all that fast.
mostlyclean is updated twice: firstly through bootstrap-clean-before-fast and
secondly through bootstrap-build:
bootstrap-build: FRC
(cd lisp; $(MAKE) $(MFLAGS) bootstrap-prepare)
(cd src; $(MAKE) $(MF
David Kastrup <[EMAIL PROTECTED]> writes:
> Jason Rumney <[EMAIL PROTECTED]> writes:
>
>> David Kastrup <[EMAIL PROTECTED]> writes:
>>
>>> Stupid question: why are the files stored into the repository with DOS
>>> line endings?
>>
>> Those files require DOS line ends.
>> The release is checked out
And yet another oddity. I usually run the make process from inside 4NT, and
C:\bin\emacs\nt> (cmd /c nmake) 2&>1 | tee build.log
works, but
C:\bin\emacs\nt> (cmd /c nmake install) 2>&1 | tee install.log
often (but not always) hangs when running addpm.exe. It never hangs
when there's no redire
Jason Rumney <[EMAIL PROTECTED]> writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
>> Stupid question: why are the files stored into the repository with DOS
>> line endings?
>
> Those files require DOS line ends.
> The release is checked out on a GNU machine.
So the Windows release contains m
Jason Rumney wrote:
>David Kastrup <[EMAIL PROTECTED]> writes:
>
>
>
>>Stupid question: why are the files stored into the repository with DOS
>>line endings?
>>
>>
>
>Those files require DOS line ends.
>The release is checked out on a GNU machine.
>
>
>
There is something I do not understa
> > On 5/22/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
> I don't know, I have never studied the code for CVS, it just seems
> safer to me to avoid checking in changes from a directory that has
> been checked out with -kb.
Well, I don't have the full nt/ dir checked out as -kb, just the files
nee
David Kastrup <[EMAIL PROTECTED]> writes:
> Stupid question: why are the files stored into the repository with DOS
> line endings?
Those files require DOS line ends.
The release is checked out on a GNU machine.
___
Emacs-devel mailing list
Emacs-deve
Juanma Barranquero <[EMAIL PROTECTED]> writes:
> On 5/22/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
>
>> I generally keep two copies
>> of the nt directory checked out. One checked out with -kb for
>> compiling with, and one checked out normally for checking in any
>> changes I make, or doing dif
Jason Rumney <[EMAIL PROTECTED]> writes:
> Lennart Borgman <[EMAIL PROTECTED]> writes:
>
>>>Did you run "cvs update -kb" in the emacs/nt directory, as recommended
>>>by the INSTALL file in there?
>>>
>>>
>>>
>> Eh..., no. I totally forgot that. Thanks.
>>
>> BTW why is this not done in the repos
On 5/22/05, Jason Rumney <[EMAIL PROTECTED]> wrote:
> I generally keep two copies
> of the nt directory checked out. One checked out with -kb for
> compiling with, and one checked out normally for checking in any
> changes I make, or doing diffs etc.
Why would that be necessary? Having a non -kb
> Second, next-error used to cause the error in question to scroll to
> the top of the *compilation* buffer's window, which made it very easy
> to see what was going on. Now emacs just moves that buffer's point
> without scrolling. Since the active point ends up in the source
> file's buffer
> Studying the headers, png and jpeg explicitly use _cdecl (or __cdecl
> depending on compiler), while xpm and gif specify nothing (so will
> default to _cdecl).
Yeah. And they indeed do use "ret" and not "ret n".
> So the fix you suggested is correct, I think.
Cool. So, for the first time, the
Lennart Borgman <[EMAIL PROTECTED]> writes:
>>Did you run "cvs update -kb" in the emacs/nt directory, as recommended
>>by the INSTALL file in there?
>>
>>
>>
> Eh..., no. I totally forgot that. Thanks.
>
> BTW why is this not done in the repository?
Because the files are not binary, so we lose
Lennart Borgman <[EMAIL PROTECTED]> writes:
>>Did you run "cvs update -kb" in the emacs/nt directory, as recommended
>>by the INSTALL file in there?
>>
>>
>>
> Eh..., no. I totally forgot that. Thanks.
>
> BTW why is this not done in the repository? Is there any strange reason
> sending out file
>Did you run "cvs update -kb" in the emacs/nt directory, as recommended
>by the INSTALL file in there?
>
>
>
Eh..., no. I totally forgot that. Thanks.
BTW why is this not done in the repository? Is there any strange reason
sending out files that are in error? makefile.w32-in had ^M^M at the end
> Date: Sun, 22 May 2005 12:06:32 +0200
> From: Lennart Borgman <[EMAIL PROTECTED]>
> CC: emacs-devel@gnu.org
>
> The pc is just reinstalled. I use the tools in my recommendations
> (follow the link at
> http://www.emacswiki.org/cgi-bin/wiki/WThirtyTwoInstallationKit - the
> recommendations are p
Lennart Borgman <[EMAIL PROTECTED]> writes:
> I just checked out Emacs from cvs and tried to do "make bootstrap",
> but it failed:
>
> D:\emacscvs\emacs\nt>configure.bat
> ...
> Emacs successfully configured.
> Run `gmake' to build, then run `gmake install' to install.
>
> D:\emacscvs\em
Andreas Schwab wrote:
This was a misplaced volatile. It's not needed here in the first place,
so I removed it.
Looking closer, the volatile _is_ needed. But it needs to be placed at
the right side of the asterisk.
Oops.. oh yeah. I want a volatile pointer to a function that returns a
poin
$B"v!&!yL5NAEPO?%-%c%s%Z!<%sCf!y!&"v(B
$B!!$d$C$Q$j=P0)$&$J$i$46a=j$G2q$($kAjhttp://www.jumpb3.net/?imasugu
$B!!%3%3$K%"%I8x3+$GBT$C$F$$$k$46a=jL<$,$$$C$Q$$(B(o^$B"O(B^o)[EMAIL
PROTECTED]&!&(B
$BEPO?8e(B5$BJ,0JFb$K$46a=j$G2q$([EMAIL PROTECTED]>R2pCW$7$^$9!#(B
Hi
When building emacs from cvs on macosx I got this weird behaviour that the GUI
window stays in the back while other windows overlap it.
Emacs works nice with -nw option
But when launched in Aqua/GUI, the app window can't be made frontmost :-(
Any idea ?
I build emacs this way :
export CVS_
$B!!(.(!(,(!(,(!(,(!(,(!(,(!(/(B
$B!!"!!~"!!~("!!6[5^!*5^!*5^!*Jg=8!!("!~"!!~"!(B
$B!!(1(!(,(!(,(!(,(!(,(!(,(!(0(B
$B!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&!&(B
$B!!Ev%0%k!<[EMAIL PROTECTED]@Z$N$*R2pCW$7
Sometime in the past year or so compilation-mode started acting very
strangely for me with a CVS-built emacs. First, if I use next-error
while compilation is still going on, I will often, after a moment or
two, see the point jump unpredictably in the file it takes me to.
Second, next-error used
> Please restore focus-frame.
Done (both focus- and unfocus-frame).
--
/L/e/k/t/u
___
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel
Eli Zaretskii wrote:
>>Date: Sun, 22 May 2005 00:09:07 +0200
>>From: Lennart Borgman <[EMAIL PROTECTED]>
>>
>>I just checked out Emacs from cvs and tried to do "make bootstrap", but
>>it failed:
>>
>> D:\emacscvs\emacs\nt>configure.bat
>> ...
>> Emacs successfully configured.
>> Run `gmake' t
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Nick Roberts <[EMAIL PROTECTED]> writes:
>
>> gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I.
>> -I/home/nick/emacs/src -D_BSD_SOURCE -I/usr/X11R6/include -g3 process.c
>> process.c: In function `send_process':
>> process.c:5295: warnin
While looking at some compilerwarnings I found an alloca and an
strcpy.
What is wrong with that? I don't see any problem in it.
And I realized this can also be done as follows:
+ if ((error_msg = strdup(error_message)) == NULL)
+errx(1, "Out of memory.");
This
Hmm, what do you think about using `*', `**', `***', etc. in the
document itself, but Emacs displays asterisks as `+' if the outline is
hidden, and as `-' if it is expanded.
A feature to display buffers in this way could be a useful one, but I
think it would be better to choose the act
Nick Roberts <[EMAIL PROTECTED]> writes:
> gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -DUSE_LUCID -I.
> -I/home/nick/emacs/src -D_BSD_SOURCE -I/usr/X11R6/include -g3 process.c
> process.c: In function `send_process':
> process.c:5295: warning: assignment from incompatible pointer type
> proc
Richard Stallman <[EMAIL PROTECTED]> writes:
> I sent Daniel mail to start discussing these changes with him.
> After having the discussion I will decide what to do.
He does not read the list? In spite of doing major surgery on an
important mode, while Emacs is in feature freeze?
The recent Cha
38 matches
Mail list logo