summaryrefslogtreecommitdiff
path: root/lisp/Makefile.in
diff options
context:
space:
mode:
authorPaul Eggert <eggert@cs.ucla.edu>2017-10-01 19:53:56 -0700
committerPaul Eggert <eggert@cs.ucla.edu>2017-10-01 19:59:01 -0700
commit5172fa02cccaab2500ecf85aaf65b8deed54d42e (patch)
tree6e3c39413eb2f1c039ba48626ccf7bc0df24c9f6 /lisp/Makefile.in
parent8cdd8b920a80e4c61270b0a90f51fb4c8db85c6e (diff)
downloademacs-5172fa02cccaab2500ecf85aaf65b8deed54d42e.tar.gz
Prefer HTTPS to HTTP for gnu.org
This fixes some URLs I omitted from my previous pass, notably those in lists.gnu.org. Although lists.gnu.org does not yet support TLS 1.1, TLS 1.0 is better than nothing. * lisp/erc/erc.el (erc-official-location): * lisp/mail/emacsbug.el (report-emacs-bug): Use https:, not http:.
Diffstat (limited to 'lisp/Makefile.in')
-rw-r--r--lisp/Makefile.in6
1 files changed, 3 insertions, 3 deletions
diff --git a/lisp/Makefile.in b/lisp/Makefile.in
index 913f937c572..b628444aad1 100644
--- a/lisp/Makefile.in
+++ b/lisp/Makefile.in
@@ -132,13 +132,13 @@ PHONY_EXTRAS =
# This could lead to problems in parallel builds if automatically
# generated *.el files (eg loaddefs etc) were being changed at the same time.
# One solution was to add autoloads as a prerequisite:
-# http://lists.gnu.org/archive/html/emacs-pretest-bug/2007-01/msg00469.html
-# http://lists.gnu.org/archive/html/bug-gnu-emacs/2007-12/msg00171.html
+# https://lists.gnu.org/archive/html/emacs-pretest-bug/2007-01/msg00469.html
+# https://lists.gnu.org/archive/html/bug-gnu-emacs/2007-12/msg00171.html
# However, this meant that running these targets modified loaddefs.el,
# every time (due to time-stamping). Calling these rules from
# bootstrap-after would modify loaddefs after src/emacs, resulting
# in make install remaking src/emacs for no real reason:
-# http://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00311.html
+# https://lists.gnu.org/archive/html/emacs-devel/2008-02/msg00311.html
# Nowadays these commands don't scan automatically generated files,
# since they will never contain any useful information
# (see finder-no-scan-regexp and custom-dependencies-no-scan-regexp).