From: Nikolay Kudryavtsev <nikolay.kudryavtsev@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: emacs-win-builder
Date: Thu, 1 Sep 2016 15:39:42 +0300 [thread overview]
Message-ID: <2daa28a1-8223-b6e3-3424-ff281a3fa67e@gmail.com> (raw)
In-Reply-To: <83y43dkops.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 2541 bytes --]
> E.g., on my systems, MSYS can only work when invoked from the MSYS Bash window.
That's interesting. What's the possible breaking point here? Assuming
that we clear our exec-path, use bash.exe from msys directory and add
whatever necessary to the process environment, I could not think of
anything that should break here, that's not easily fixable.
> Wouldn't it be better to use start-file-process instead?
Yes, I'm planning to fix that. Just wanted to have this ready for
testing ASAP.
> The list of dependencies to download should IMO be on a separate file.
Was thinking of doing that too. Will do.
> The repeated portions of the URLs of the download sites could also be specified only once in that separate file.
Great idea. Gonna implement that.
> Various versions of 7z are not Free Software, so I think we'd prefer to use bsdtar from libarchive instead.
Well, 7z is lGPL 2.1 with unrar exception and IMHO that's one of the
cases where having non-free code is ethical. But, I do understand those
who disagree. The practical reason why 7z is used there, is that I
wanted to limit the need for manual user action. Since 7z is distributed
as exe, you can install it from a script. For libarchive we would need
some way to extract zip files first. GnuWin provides a setup version of
unzip <http://gnuwin32.sourceforge.net/packages/unzip.htm>, so I guess
that would be one option.
> So some other factor is at work here, most probably the download URLs that all end in "/download".
Yep. I missed that sourceforge does a redirect from filename too. Will fix.
> install in some staging area, leaving it to the user to copy to the final destination after exiting Emacs.
Or maybe install into staging area, then try to copy to the final
destination? Alert when fail. Gonna implement some solution to that end,
since this is something that would happen from time to time.
Eli, I also have a couple questions for you and maybe other people who
may have that knowledge.
First, what would be some reasonable optimization profiles. I think we
all agree that we want to have something with debug information as
default. So what would be the best flags here? And then there should be
an option to make an optimized build, what would be the best flags for
it? Also I do "--enable-checking='yes,glyphs'
--enable-check-lisp-object-type" everywhere. Just in case, is keeping
those flags everywhere safe? Also, are there any other configure related
options we may want to implement?
--
Best Regards,
Nikolay Kudryavtsev
[-- Attachment #2: Type: text/html, Size: 3612 bytes --]
next prev parent reply other threads:[~2016-09-01 12:39 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-30 19:47 emacs-win-builder Nikolay Kudryavtsev
2016-08-31 14:17 ` emacs-win-builder Eli Zaretskii
2016-09-01 12:39 ` Nikolay Kudryavtsev [this message]
2016-09-01 14:05 ` emacs-win-builder Eli Zaretskii
2016-08-31 21:45 ` emacs-losedows-builder Richard Stallman
2016-09-01 8:37 ` emacs-losedows-builder Simon Friis Vindum
2016-09-01 18:54 ` emacs-losedows-builder Richard Stallman
2016-09-01 23:17 ` emacs-losedows-builder Dmitry Gutov
2016-09-02 1:36 ` emacs-losedows-builder Paul Eggert
2016-09-12 17:14 ` emacs-losedows-builder Nikolay Kudryavtsev
2016-09-02 13:10 ` emacs-losedows-builder Richard Stallman
2016-09-02 13:19 ` emacs-losedows-builder Dmitry Gutov
2016-09-02 14:15 ` emacs-losedows-builder Kaushal Modi
2016-09-02 17:44 ` emacs-losedows-builder Richard Copley
2016-09-03 12:02 ` emacs-losedows-builder Richard Stallman
2016-09-04 6:51 ` emacs-losedows-builder Tim Cross
2016-09-04 13:48 ` emacs-losedows-builder Richard Stallman
2016-09-02 18:46 ` emacs-losedows-builder Richard Stallman
2016-09-02 20:12 ` emacs-losedows-builder Emanuel Berg
2016-09-02 1:05 ` emacs-losedows-builder John Wiegley
2016-09-01 12:44 ` emacs-losedows-builder Nikolay Kudryavtsev
2016-09-01 18:55 ` emacs-losedows-builder Richard Stallman
2016-09-12 17:43 ` emacs-losedows-builder Nikolay Kudryavtsev
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2daa28a1-8223-b6e3-3424-ff281a3fa67e@gmail.com \
--to=nikolay.kudryavtsev@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).