From: phillip.lord@russet.org.uk (Phillip Lord)
To: Fabrice Popineau <fabrice.popineau@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: pre-test windows binaries
Date: Sun, 27 Mar 2016 11:20:36 +0100 [thread overview]
Message-ID: <87y494ql1n.fsf@russet.org.uk> (raw)
In-Reply-To: <loom.20160324T101102-409@post.gmane.org> (Fabrice Popineau's message of "Thu, 24 Mar 2016 09:15:35 +0000 (UTC)")
Fabrice Popineau <fabrice.popineau@gmail.com> writes:
> Phillip Lord <phillip.lord <at> russet.org.uk> writes:
>> If we believe that files should not be gzipped by default on windows
>> (and I agree with you that they should not be), then perhaps this
> option
>> needs to default to off when build on windows. As it stands, the
>> windows zip files I have made are not using the default options in a
>> couple of ways.
>
> Albit I found it strange at first, I don't see why we should make
> Windows a special case. Both .el and .info files are gzipped when
> running 'make install', but this transparent when you visit them.
> So there is no need to bother.
Because on other OSes we can reasonably assume that gzip will be
available, while on windows we can reasonably assume it not to be.
> Try: M-x find-library , then files and the file visited is files.el.gz
> in clear.
>
>>
>> I have a similar question about --with-wide-int. I've build the x86_64
>> binaries with this option on, but I am not clear whether this is a
> good
>> thing to do or not.
>
> This option should be a no-op for a 64 bits build.
Didn't know that. Well, that's one thing less to worry about.
Phil
next prev parent reply other threads:[~2016-03-27 10:20 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-19 21:40 pre-test windows binaries Phillip Lord
2016-03-20 5:32 ` psachin
2016-03-20 20:23 ` Phillip Lord
2016-03-20 6:25 ` Drew Adams
2016-03-20 20:27 ` Phillip Lord
2016-03-20 21:24 ` Drew Adams
2016-03-20 21:42 ` Phillip Lord
2016-03-20 22:16 ` Drew Adams
2016-03-20 22:39 ` Phillip Lord
2016-03-20 23:15 ` Drew Adams
2016-03-22 23:28 ` Fabrice Popineau
2016-03-23 0:38 ` Drew Adams
2016-03-23 22:17 ` Fabrice Popineau
2016-03-23 23:05 ` Drew Adams
2016-03-24 6:54 ` Fabrice Popineau
2016-03-24 9:05 ` Phillip Lord
2016-03-24 9:15 ` Fabrice Popineau
2016-03-24 14:01 ` Óscar Fuentes
2016-03-24 14:18 ` Stefan Monnier
2016-03-24 17:56 ` Fabrice Popineau
2016-03-27 10:26 ` Phillip Lord
2016-03-27 10:20 ` Phillip Lord [this message]
2016-03-22 13:04 ` Alan Third
-- strict thread matches above, loose matches on Subject: below --
2016-04-04 13:51 Lode Leroy
2016-04-04 18:43 ` Alan Third
2016-04-04 20:25 ` Eli Zaretskii
2016-04-04 18:55 ` Lars Magne Ingebrigtsen
2016-04-05 19:46 ` Arash Esbati
2016-04-05 13:11 ` Phillip Lord
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=87y494ql1n.fsf@russet.org.uk \
--to=phillip.lord@russet.org.uk \
--cc=emacs-devel@gnu.org \
--cc=fabrice.popineau@gmail.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.