Re: New emacs maintainer for cygwin

[Stefan Monnier <monnier@iro.umontreal.ca>]

> I've started looking at this, and it's not clear to me exactly what is
> supposed to be in etc/PROBLEMS.

Known problems that can show up.

> If a problem is solved, should the discussion be updated to indicate
> what the solution was or should it just be deleted?

PROBLEMS describes real current problems, not problems that used to
appear in older Emacsen, so if the problem is fixed, it should be removed.

> --- origsrc/emacs-23.0.92/src/s/cygwin.h	2009-01-08 06:46:27.000000000 -0500
> +++ src/emacs-23.0.92/src/s/cygwin.h	2009-05-17 11:40:55.812500000 -0400
> @@ -108,8 +108,12 @@ along with GNU Emacs.  If not, see <http
>  /* force the emacs image to start high in memory, so dll relocation
>     can put things in low memory without causing all sorts of grief for
>     emacs lisp pointers */
> -#define DATA_SEG_BITS 0x20000000
> -#define LINKER $(CC) -Wl,--image-base,DATA_SEG_BITS
> +/* but this can cause problems if the user later rebases; so I'm
> +   changing it (KB) */
> +
> +/* #define DATA_SEG_BITS 0x20000000 */
> +/* #define LINKER $(CC) -Wl,--image-base,DATA_SEG_BITS */
> +#define LINKER $(CC)

If that can be used (which requires the use of USE_LSB_TAG), it's
a better solution indeed.

> If the emacs developers accept this patch, then we can just remove the
> whole thing from etc/PROBLEMS.

Yes.


        Stefan