|
From: | Nikolay Kudryavtsev |
Subject: | Re: emacs-win-builder |
Date: | Thu, 1 Sep 2016 15:39:42 +0300 |
User-agent: | Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 |
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.
Yes, I'm planning to fix that. Just wanted to have this ready for testing ASAP.Wouldn't it be better to use start-file-process instead?
Was thinking of doing that too. Will do.The list of dependencies to download should IMO be on a separate file.
Great idea. Gonna implement that.The repeated portions of the URLs of the download sites could also be specified only once in that separate file.
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, so I guess that would be one option.Various versions of 7z are not Free Software, so I think we'd prefer to use bsdtar from libarchive instead.
Yep. I missed that sourceforge does a redirect from filename too. Will fix.So some other factor is at work here, most probably the download URLs that all end in "/download".
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.install in some staging area, leaving it to the user to copy to the final destination after exiting Emacs. 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 |
[Prev in Thread] | Current Thread | [Next in Thread] |