all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Keith David Bershatsky <esq@lawlist.com>
Cc: 21590@debbugs.gnu.org
Subject: bug#21590: 25.0.50; MS-Windows; fns.c:4863:21: error: 'MD5_DIGEST_SIZE' undeclared (first use in this function)
Date: Thu, 01 Oct 2015 09:45:09 +0300	[thread overview]
Message-ID: <83zj039jey.fsf@gnu.org> (raw)
In-Reply-To: <m2si5v1tvz.wl%esq@lawlist.com>

> Date:  Wed, 30 Sep 2015 14:26:08 -0700
> From:  Keith David Bershatsky <esq@lawlist.com>
> Cc:  21590@debbugs.gnu.org
> 
> Eureka!  I now have a working recipe to build Emacs on WindowsXP with image support.  It ended up being a combination of mingw32, ezwinports, and xpm from GnuWin.  I will write up a current "cheat sheet" on emacs.stackexchange.com in the near future -- I opened a question there a couple of days ago.
> 
> The build fails at least a couple of ways on WindowsXP as described in this bug report #21590 when using GnuWin32, so there should probably be a strong warning (near the top) in the Emacs INSTALL readme file advising against using that resource -- and suggesting the use of ezwinports instead.  Alternatively, it may be a good idea at some point for the Emacs team to find out why Emacs fails (beyond just moving `md5.h` out of the way) to build with GnuWin32 and create a workaround in the building scripts, etc. since others will undoubtedly try to use that resource in the future.

GnuWin32 is the last resort.  If you cannot find something in other
places, you have either to look there or build your own ports.  The
latter is not something many people will consider on Windows.

And yes, some GnuWin32 need "tinkering".

> Eli:  As a feature request, please consider adding an XPM zip archive to ezwinports as this portion of the build recipe is more complicated than it needs to be.

We provide libXpm from the GNU FTP site, right near the Emacs Windows
binaries.  Building libXpm on Windows (actually, anything that lacks
X11) is not trivial, since you must hack out large parts of the code
that assume X.  At the time I decided not to port a new version of
libXpm because the new features were insignificant (or even absent, I
don't remember), whereas the existing port works very well for Emacs.

I see now that the information about libXpm availability is missing
from nt/INSTALL, so I will add it soon.

> Here is the rough outline of the recipe for building Emacs master branch on Windows XP -- thank you all for helping me to get passed several hurdles until finally reaching a working solution:

We have detailed instructions for this in nt/INSTALL.  It would be
good if you could compare your experience with what that file says,
and suggest any changes/additions.

Thanks.





  reply	other threads:[~2015-10-01  6:45 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-30  0:50 bug#21590: 25.0.50; MS-Windows; fns.c:4863:21: error: 'MD5_DIGEST_SIZE' undeclared (first use in this function) Keith David Bershatsky
2015-09-30  1:34 ` Glenn Morris
2015-10-01  6:36   ` Eli Zaretskii
2015-09-30  4:04 ` Keith David Bershatsky
2015-10-01  7:00   ` Eli Zaretskii
2015-09-30 21:26 ` Keith David Bershatsky
2015-10-01  6:45   ` Eli Zaretskii [this message]
2015-10-01 15:54   ` Eli Zaretskii
2015-10-02  8:36   ` martin rudalics
2015-10-02  8:51     ` Eli Zaretskii
2015-10-02  9:00       ` martin rudalics
2015-10-02  9:09         ` Eli Zaretskii
2015-10-01  5:02 ` Keith David Bershatsky
2015-10-01 22:15 ` Keith David Bershatsky
2015-10-02  6:45   ` Eli Zaretskii
2015-10-02  7:00 ` Keith David Bershatsky
2015-10-02  8:00   ` Eli Zaretskii
2015-10-02  7:17 ` Keith David Bershatsky
2015-10-02  8:10   ` Eli Zaretskii
2015-10-02 15:59 ` Keith David Bershatsky
2015-10-02 17:59   ` Eli Zaretskii
2015-10-06 18:33 ` Keith David Bershatsky
2015-10-06 18:45   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83zj039jey.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=21590@debbugs.gnu.org \
    --cc=esq@lawlist.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.