Re: Emacs pretest 22.0.90

Re: Emacs pretest 22.0.90

[Jason Rumney]

Chong Yidong wrote:
> Emacs pretest 23.0.90 is now available for download via FTP, at the
> following location:
>
>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
>
> This is the first pretest for what will be the Emacs 23.1 release.  As a
> result, there may be packaging errors in the tarball, so please be on
> the lookout for problems with installation.
>
> Pretesters: please send an email to me reporting success or failure on
> your build platform.  In addition, please report bugs via
> M-x report-emacs-bugs, or send an email to emacs-pretest-bug@gnu.org.
> For questions, please email emacs-devel@gnu.org.
>   

The build ran with no problems on Windows. Binaries have been uploaded to

  http://alpha.gnu.org/gnu/emacs/pretest/windows/

> Emacs 23 contains many changes relative to Emacs 22.  For details, see
> the file etc/NEWS.  A few particular notes for those who have not been
> following Emacs CVS development:
>
>  - The RMAIL mail package was recently changed to use mbox instead of
>    Babyl for its internal format.  This part of Emacs may be less stable
>    than others; for safety, please back up your mail files before trying
>    the new Rmail.
>
>  - The Carbon port is no longer distributed with Emacs.  To build Emacs
>    on Mac OS X, use the Nextstep/Cocoa/GNUstep port instead.  For
>    details, see the file nextstep/README.  The GNUstep support is
>    presently not fully functional---help in this area would be
>    appreciated.
>
> Good luck testing!
>   

Re: Emacs pretest 22.0.90

[Glenn Morris]

Don't the pretests usually come with a branch?

Re: Emacs pretest 22.0.90

[Stefan Monnier]

> Don't the pretests usually come with a branch?

Not necessarily, no.  We usually make a branch for a release sometime
during the pretest (and the tradition is that it's done by someone who
forgot how tricky CVS branches are ;-).


        Stefan

Re: Emacs pretest 22.0.90

[Eli Zaretskii]

> From: Glenn Morris <rgm@gnu.org>
> Date: Sun, 01 Feb 2009 20:55:24 -0500
> Cc: emacs-devel@gnu.org
> 
> 
> Don't the pretests usually come with a branch?

They most certainly should!

Re: Emacs pretest 22.0.90

[Eli Zaretskii]

> From: Chong Yidong <cyd@stupidchicken.com>
> Date: Sun, 01 Feb 2009 17:56:15 -0500
> 
> Emacs pretest 23.0.90 is now available for download via FTP, at the
> following location:
> 
>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz

Thanks.

But ".90"? boy, that _is_ ambitious (or exceedingly optimistic)!

Re: Emacs pretest 22.0.90

[Giorgos Keramidas]

On Sun, 01 Feb 2009 17:56:15 -0500, Chong Yidong <cyd@stupidchicken.com> wrote:
> Emacs pretest 23.0.90 is now available for download via FTP, at the
> following location:
>
>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
>
> This is the first pretest for what will be the Emacs 23.1 release.  As a
> result, there may be packaging errors in the tarball, so please be on
> the lookout for problems with installation.
>
> Pretesters: please send an email to me reporting success or failure on
> your build platform.  In addition, please report bugs via
> M-x report-emacs-bugs, or send an email to emacs-pretest-bug@gnu.org.
> For questions, please email emacs-devel@gnu.org.

Thank you!

I have updated the FreeBSD editors/emacs-devel port to use this tarball
as the release source, instead of an older CVS snapshot.

Two things that I noticed during the package update are:

  - Now our FreeBSD specific src/alloc.c patch is part of the official
    release tarballs, so we can trim it from the Ports tree of FreeBSD.

    Yay, thanks for that...

  - While installing Emacs 23.0.90 in a temporary area, as part of the
    packaging list update, I noticed a message about missing files:

        Compressing *.el ...^M
        gzip: can't stat: ./quail/hangul3.el: No such file or directory^M
        chmod -R a+r /var/tmp/emacs/share/emacs/23.0.90/leim^M

    This may be a Makefile bug that has to be fixed, or there may be
    files missing from the release tarball.

>  - The RMAIL mail package was recently changed to use mbox instead of
>    Babyl for its internal format.  This part of Emacs may be less stable
>    than others; for safety, please back up your mail files before trying
>    the new Rmail.

FWIW, I have added this note to the package description for the update
of the FreeBSD package.  If there are bug reports sent to me but not
copied to emacs-pretest-bug@gnu.org or emacs-devel@gnu.org, I will copy
the emails to emacs-pretest-bug@gnu.org.

Happy pretesting everyone :-)

Re: Emacs pretest 22.0.90

[Will Farrington]

[-- Attachment #1.1: Type: text/plain, Size: 124 bytes --]

Build works on Mac OS X 10.5.6 using the following configure flags: -- 
with-jpeg=no --with-gif=no --with-tiff=no --with-ns.

[-- Attachment #1.2: Type: text/html, Size: 370 bytes --]

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 2427 bytes --]

Re: Emacs pretest 22.0.90

[Chong Yidong]

Eli Zaretskii <eliz@gnu.org> writes:

>> Emacs pretest 23.0.90 is now available for download via FTP, at the
>> following location:
>> 
>>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
>
> Thanks.
>
> But ".90"? boy, that _is_ ambitious (or exceedingly optimistic)!

For the Emacs 22 pretest, at least, we also counted from .90.  If we
need more than ten of these, the version numbers will continue into
22.0.100, and so forth.  (I recall a ludicrously long thread on
emacs-devel about numbering the pretests; one of the proposals, if
memory serves, involved using negative numbers ;-)

Re: Emacs pretest 22.0.90

[Eli Zaretskii]

> From: Chong Yidong <cyd@stupidchicken.com>
> Date: Sun, 01 Feb 2009 17:56:15 -0500
> 
> Emacs pretest 23.0.90 is now available for download via FTP, at the
> following location:
> 
>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
> 
> This is the first pretest for what will be the Emacs 23.1 release.  As a
> result, there may be packaging errors in the tarball, so please be on
> the lookout for problems with installation.
> 
> Pretesters: please send an email to me reporting success or failure on
> your build platform.  In addition, please report bugs via
> M-x report-emacs-bugs, or send an email to emacs-pretest-bug@gnu.org.

The pretest was configured with --without-x and built successfully on
this platform:

 Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux

Two bugs I found were sent via report-emacs-bugs.

Re: Emacs pretest 22.0.90

[Glenn Morris]

Eli Zaretskii wrote:

>> Don't the pretests usually come with a branch?
>
> They most certainly should!

Looking at the CVS history of lisp/version.el, it seems we are both
mis-remembering how things work. For both 21 and 22, the branch only
appears just before the final release.

Re: Emacs pretest 22.0.90

[Ulrich Mueller]

>>>>> On Sun, 01 Feb 2009, Chong Yidong wrote:

> Emacs pretest 23.0.90 is now available for download via FTP, [...]

Thank you. Gentoo has this as app-editors/emacs-cvs-23.0.90 now.

> Pretesters: please send an email to me reporting success or failure
> on your build platform.

Builds and runs (tested with GTK or Athena/Lucid toolkit for now) on
a Gentoo Linux x86 system. I noticed the following warning from the
C compiler:

   sound.c: In function 'alsa_configure':
   sound.c:1070: warning: 'snd_pcm_sw_params_set_xfer_align' is
   deprecated (declared at /usr/include/alsa/pcm.h:1115)

This is with alsa-headers / alsa-lib 1.0.19.

See the following thread at alsa-devel:
<http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/009409.html>

Ulrich

Re: Emacs pretest 22.0.90

[Sven Joachim]

On 2009-02-02 05:57 +0100, Chong Yidong wrote:

> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> Emacs pretest 23.0.90 is now available for download via FTP, at the
>>> following location:
>>> 
>>>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
>>
>> Thanks.
>>
>> But ".90"? boy, that _is_ ambitious (or exceedingly optimistic)!
>
> For the Emacs 22 pretest, at least, we also counted from .90.  If we
> need more than ten of these, the version numbers will continue into
> 22.0.100, and so forth.  (I recall a ludicrously long thread on
> emacs-devel about numbering the pretests; one of the proposals, if
> memory serves, involved using negative numbers ;-)

The last Emacs 22 pretest tarball had a number of 22.0.990, the reason
being that 22.0.100 sorts before 22.0.99 ASCIIbetically.

Sven

hangul3.el [was Re: Emacs pretest 22.0.90]

[Glenn Morris]

Giorgos Keramidas wrote:

>         Compressing *.el ...^M
>         gzip: can't stat: ./quail/hangul3.el: No such file or directory^M
>         chmod -R a+r /var/tmp/emacs/share/emacs/23.0.90/leim^M

There is a stale leim/quail/hangul3.elc in the tarball.
The .el file was removed 2008-06-30.

(make-dist is supposed to warn about such things?)

Re: hangul3.el

[Giorgos Keramidas]

On Mon, 02 Feb 2009 03:20:33 -0500, Glenn Morris <rgm@gnu.org> wrote:
> Giorgos Keramidas wrote:
>
>>         Compressing *.el ...^M
>>         gzip: can't stat: ./quail/hangul3.el: No such file or directory^M
>>         chmod -R a+r /var/tmp/emacs/share/emacs/23.0.90/leim^M
>
> There is a stale leim/quail/hangul3.elc in the tarball.
> The .el file was removed 2008-06-30.
>
> (make-dist is supposed to warn about such things?)

Ah, I see it now :-)

I'll try to remove it from the packaging list of the FreeBSD port then.

Re: Emacs pretest 22.0.90

[Juanma Barranquero]

On Sun, Feb 1, 2009 at 23:56, Chong Yidong <cyd@stupidchicken.com> wrote:

>  http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz

Builds OK with:

 - Windows XP Home
   gcc (GCC) 4.3.0 20080305 (alpha-testing) mingw-20080502

 - Windows XP Pro
   gcc (GCC) 4.2.1-sjlj (mingw32-2)
   gcc (GCC) 4.3.0 20080305 (alpha-testing) mingw-20080502

Juanma

Re: Emacs pretest 22.0.90

[Stefan Monnier]

>> Emacs pretest 23.0.90 is now available for download via FTP, at the
>> following location:
>> 
>> http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz

> Thanks.

> But ".90"? boy, that _is_ ambitious (or exceedingly optimistic)!

Oh, yes, I forgot this nonsense as well.  We should write it down:

- the pretest start at .90
- after .99 comes .990

It's been that way for more than 10 years.


        Stefan

Re: Emacs pretest 22.0.90

[Eli Zaretskii]

> From: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Chong Yidong <cyd@stupidchicken.com>,  emacs-devel@gnu.org
> Date: Mon, 02 Feb 2009 10:31:58 -0500
> 
> >> Emacs pretest 23.0.90 is now available for download via FTP, at the
> >> following location:
> >> 
> >> http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz
> 
> > Thanks.
> 
> > But ".90"? boy, that _is_ ambitious (or exceedingly optimistic)!
> 
> Oh, yes, I forgot this nonsense as well.  We should write it down:
> 
> - the pretest start at .90
> - after .99 comes .990
> 
> It's been that way for more than 10 years.

Major releases with so many changes started at .70, IIRC.

bug#2168: MSVC 2003 Resource Compiler Error

[David Robinow]

rc -i../nt -Foobj-spd/i386/emacs.res ../nt/emacs.rc
../nt/emacs.rc(1) : error RC2176 : old DIB in icons\emacs.ico; pass it
through SDKPAINT


This error has been present ever since the new icon was added.
I'd forgotten about it since I reverted to the Emacs 22 icon for my
daily builds.
I don't know a good fix.

bug#2172: ico bug on Windows

[Chong Yidong]

David Robinow <drobinow@gmail.com> has reported a build failure on MS
Visual Studio, apparently due to change in the Windows icon file format.

David Robinow <drobinow@gmail.com> writes:

> Microsoft Visual Studio .NET 2003 fails at:
>
> rc -i../nt -Foobj-spd/i386/emacs.res ../nt/emacs.rc
> ../nt/emacs.rc(1) : error RC2176 : old DIB in icons\emacs.ico; pass it
> through SDKPAINT
>
> This error has been present ever since the new icon was added.  I'd
> forgotten about it since I reverted to the Emacs 22 icon for my daily
> builds.  I don't know a good fix.

bug#2172: ico bug on Windows

[Jason Rumney]

Chong Yidong wrote:
> David Robinow <drobinow@gmail.com> has reported a build failure on MS
> Visual Studio, apparently due to change in the Windows icon file format.
>   

I think it is time to stop caring about MS Visual Studio. GCC has been 
available for Windows for close to 10 years now.

Re: Emacs pretest 22.0.90

[Richard M Stallman]

In the past, we made a branch
at the time we wanted to start encouraging most developers
to focus on the next version.

Re: Emacs pretest 22.0.90

[Richard M Stallman]

    Builds and runs (tested with GTK or Athena/Lucid toolkit for now) on
    a Gentoo Linux x86 system.

Thanks for testing it.  However, Gentoo is a GNU/Linux system, so
calling it "Gentoo Linux" is not treating us right.  Please call it
"Gentoo GNU/Linux".

See http://www.gnu.org/gnu/gnu-linux-faq.html for more explanation.

bug#2172: ico bug on Windows

[Eli Zaretskii]

> From: Jason Rumney <jasonr@gnu.org>
> Cc: emacs-pretest-bug@gnu.org, David Robinow <drobinow@gmail.com>
> 
> Chong Yidong wrote:
> > David Robinow <drobinow@gmail.com> has reported a build failure on MS
> > Visual Studio, apparently due to change in the Windows icon file format.
> >   
> 
> I think it is time to stop caring about MS Visual Studio. GCC has been 
> available for Windows for close to 10 years now.

If we decide to do that, we should state the non-support in NEWS and
in nt/INSTALL.

bug#2172: ico bug on Windows

[David Robinow]

[-- Attachment #1: Type: text/plain, Size: 926 bytes --]

On Mon, Feb 2, 2009 at 7:06 PM, Jason Rumney <jasonr@gnu.org> wrote:
> Chong Yidong wrote:
>>
>> David Robinow <drobinow@gmail.com> has reported a build failure on MS
>> Visual Studio, apparently due to change in the Windows icon file format.
>>
>
> I think it is time to stop caring about MS Visual Studio. GCC has been
> available for Windows for close to 10 years now.
>
You won't get any argument from me. I only compile with it because
nobody else seemed to. I use gcc on three of my four Windows machines.

I have created an icon that works, sort of. I used png2ico.exe (GPL)
from http://www.winterdrache.de/freeware/png2ico/
It looked good enough on my XP system, but not so great on Vista
compared to the original. Perhaps it can be included as an option for
use with MSVC.
After overwriting emacs.ico the compile works fine. (Of course, it's a
simple matter to change the desktop shortcuts back to the original
icon)

[-- Attachment #2: emacs.ico.2003 --]
[-- Type: application/octet-stream, Size: 19518 bytes --]

Re: Emacs pretest 22.0.90

[Manoj Srivastava]

Hi,

        Configured and Build on a bleeding edge Debian Lenny GNU?Linux
 system.

./configure --with-x-toolkit=gtk --with-dbus --with-gpm --with-pop=yes
   --with-xpm --with-jpeg --with-tiff --with-gif --with-png --with-x
     --with-xft --with-freetype --with-rsvg --with-libotf

Configured for `x86_64-unknown-linux-gnu'.

  Where should the build process find the source code?    /tmp/emacs-23.0.90
  What operating system and machine description files should Emacs use?
        `s/gnu-linux.h' and `m/amdx86-64.h'
  What compiler should emacs be built with?               gcc -g -O2 -Wno-pointer-sign 
  Should Emacs use the GNU version of malloc?             yes
      (Using Doug Lea's new malloc from the GNU C Library.)
  Should Emacs use a relocating allocator for buffers?    yes
  Should Emacs use mmap(2) for buffer allocation?         no
  What window system should Emacs use?                    x11
  What toolkit should Emacs use?                          GTK
  Where do we find X Windows header files?                Standard dirs
  Where do we find X Windows libraries?                   Standard dirs
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes -lgif
  Does Emacs use -lpng?                                   yes
  Does Emacs use -lrsvg-2?                                yes
  Does Emacs use -lgpm?                                   yes
  Does Emacs use -ldbus?                                  yes
  Does Emacs use -lfreetype?                              yes
  Does Emacs use -lm17n-flt?                              yes
  Does Emacs use -lotf?                                   yes
  Does Emacs use -lxft?                                   yes
  Does Emacs use toolkit scroll bars?                     yes


GNU Emacs 23.0.90.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.11)
 of 2009-02-03 on anzu
Copyright (C) 2009 Free Software Foundation, Inc.

        It seems to work fine with my (fairly complex) .emacs setup.

        manoj
-- 
In Greene, New York, it is illegal to eat peanuts and walk backwards on
the sidewalks when a concert is on.
Manoj Srivastava <srivasta@acm.org> <http://www.golden-gryphon.com/>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Emacs pretest 22.0.90

[Giorgos Keramidas]

On Mon, 02 Feb 2009 06:32:46 +0200, Giorgos Keramidas <keramida@ceid.upatras.gr> wrote:
> On Sun, 01 Feb 2009 17:56:15 -0500, Chong Yidong <cyd@stupidchicken.com> wrote:
>> Emacs pretest 23.0.90 is now available for download via FTP, at the
>> following location:
>>
>>   http://alpha.gnu.org/gnu/emacs/pretest/emacs-23.0.90.tar.gz

Emacs 23.0.90 pretest seems to be running fine here on FreeBSD/i386
using the 8.0-CURRENT branch:

# uname -v
FreeBSD 8.0-CURRENT #0: Sat Jan 31 13:45:22 EET 2009 build@kobe:/usr/obj/usr/src/sys/KOBE 

I haven't received any reports for problems yet, but if there are any
we'll post a notice to emacs-pretest-bug@gnu.org.

Thanks for the pretest release, everyone

- Giorgos

bug#2168: marked as done (MSVC 2003 Resource Compiler Error)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 860 bytes --]


Your message dated Wed, 04 Feb 2009 18:28:16 +0900
with message-id <49895FB0.8030409@gnu.org>
and subject line Re: bug#2168: MSVC 2003 Resource Compiler Error
has caused the Emacs bug report #2168,
regarding MSVC 2003 Resource Compiler Error
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2168: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2168
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 3101 bytes --]

From: David Robinow <drobinow@gmail.com>
To: emacs-pretest-bug@gnu.org
Subject: MSVC 2003 Resource Compiler Error
Date: Mon, 2 Feb 2009 15:16:45 -0500
Message-ID: <4eb0089f0902021216s4ecf78dfmdfce1cd0ba0d75c1@mail.gmail.com>

rc -i../nt -Foobj-spd/i386/emacs.res ../nt/emacs.rc
../nt/emacs.rc(1) : error RC2176 : old DIB in icons\emacs.ico; pass it
through SDKPAINT


This error has been present ever since the new icon was added.
I'd forgotten about it since I reverted to the Emacs 22 icon for my
daily builds.
I don't know a good fix.



[-- Attachment #3: Type: message/rfc822, Size: 2862 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: David Robinow <drobinow@gmail.com>, 2168-done@emacsbugs.donarmstrong.com
Subject: Re: bug#2168: MSVC 2003 Resource Compiler Error
Date: Wed, 04 Feb 2009 18:28:16 +0900
Message-ID: <49895FB0.8030409@gnu.org>

David Robinow wrote:
> I don't know a good fix.
>   

There was a thread about this last May. I've added an entry to 
etc/PROBLEMS describing some workarounds.

bug#2172: marked as done (ico bug on Windows)

[Emacs bug Tracking System]

[-- Attachment #1: Type: text/plain, Size: 845 bytes --]


Your message dated Wed, 04 Feb 2009 18:28:16 +0900
with message-id <49895FB0.8030409@gnu.org>
and subject line Re: bug#2168: MSVC 2003 Resource Compiler Error
has caused the Emacs bug report #2168,
regarding ico bug on Windows
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
2168: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2168
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 2632 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: emacs-pretest-bug@gnu.org
Cc: David Robinow <drobinow@gmail.com>
Subject: ico bug on Windows
Date: Mon, 02 Feb 2009 16:56:28 -0500
Message-ID: <87myd4h59v.fsf_-_@cyd.mit.edu>

David Robinow <drobinow@gmail.com> has reported a build failure on MS
Visual Studio, apparently due to change in the Windows icon file format.

David Robinow <drobinow@gmail.com> writes:

> Microsoft Visual Studio .NET 2003 fails at:
>
> rc -i../nt -Foobj-spd/i386/emacs.res ../nt/emacs.rc
> ../nt/emacs.rc(1) : error RC2176 : old DIB in icons\emacs.ico; pass it
> through SDKPAINT
>
> This error has been present ever since the new icon was added.  I'd
> forgotten about it since I reverted to the Emacs 22 icon for my daily
> builds.  I don't know a good fix.



[-- Attachment #3: Type: message/rfc822, Size: 2862 bytes --]

From: Jason Rumney <jasonr@gnu.org>
To: David Robinow <drobinow@gmail.com>, 2168-done@emacsbugs.donarmstrong.com
Subject: Re: bug#2168: MSVC 2003 Resource Compiler Error
Date: Wed, 04 Feb 2009 18:28:16 +0900
Message-ID: <49895FB0.8030409@gnu.org>

David Robinow wrote:
> I don't know a good fix.
>   

There was a thread about this last May. I've added an entry to 
etc/PROBLEMS describing some workarounds.

bug#2172: ico bug on Windows

[Chong Yidong]

David Robinow <drobinow@gmail.com> writes:

> I have created an icon that works, sort of. I used png2ico.exe (GPL)
> from http://www.winterdrache.de/freeware/png2ico/ It looked good
> enough on my XP system, but not so great on Vista compared to the
> original. Perhaps it can be included as an option for use with MSVC.
> After overwriting emacs.ico the compile works fine. (Of course, it's a
> simple matter to change the desktop shortcuts back to the original
> icon)

Jason, would it be possible for you to try changing the .ico file, along
the lines described by David, so that the MS compiler is happy with it?
Normally we should not go out of our way to accomodate MS Visual studio,
but this seems to be a moderately easy fix.

If you can't fix this and/or would prefer to drop support for MSVS
instead, could you please update nt/INSTALL and etc/PROBLEMS with the
information in this bug report?  Thanks.

bug#2172: ico bug on Windows

[Jason Rumney]

Chong Yidong wrote:
> Jason, would it be possible for you to try changing the .ico file, along
> the lines described by David, so that the MS compiler is happy with it?
> Normally we should not go out of our way to accomodate MS Visual studio,
> but this seems to be a moderately easy fix.
>   

I don't think providing an inferior icon is a good fix just for the one 
or two people who still compile Emacs with outdated proprietary compilers.

> If you can't fix this and/or would prefer to drop support for MSVS
> instead, could you please update nt/INSTALL and etc/PROBLEMS with the
> information in this bug report?  Thanks.


I've already detailed the workarounds in etc/PROBLEMS.

Re: Emacs pretest 22.0.90

[Jan Djärv]

Ulrich Mueller skrev:
>>>>>> On Sun, 01 Feb 2009, Chong Yidong wrote:
> 
>> Emacs pretest 23.0.90 is now available for download via FTP, [...]
> 
> Thank you. Gentoo has this as app-editors/emacs-cvs-23.0.90 now.
> 
>> Pretesters: please send an email to me reporting success or failure
>> on your build platform.
> 
> Builds and runs (tested with GTK or Athena/Lucid toolkit for now) on
> a Gentoo Linux x86 system. I noticed the following warning from the
> C compiler:
> 
>    sound.c: In function 'alsa_configure':
>    sound.c:1070: warning: 'snd_pcm_sw_params_set_xfer_align' is
>    deprecated (declared at /usr/include/alsa/pcm.h:1115)
> 
> This is with alsa-headers / alsa-lib 1.0.19.
> 
> See the following thread at alsa-devel:
> <http://mailman.alsa-project.org/pipermail/alsa-devel/2008-July/009409.html>
> 

As suggested by the thread, I have removed the call.  Testing seems to
indicate that it is indeed not needed.

	Jan D.