Updated URL's.

git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9081 280ebfd0-de03-0410-8827-d642c229c3f4

5 files changed, 11 insertions, 11 deletions

diff --git a/src/get_d64.c b/src/get_d64.c
index 487de4fc6..05211f214 100644
--- a/src/get_d64.c
+++ b/src/get_d64.c
@@ -1,8 +1,8 @@
 /* mpfr_get_decimal64 -- convert a multiple precision floating-point number
                          to a IEEE 754r decimal64 float
 
-See http://gcc.gnu.org/ml/gcc/2006-06/msg00691.html,
-http://gcc.gnu.org/onlinedocs/gcc/Decimal-Float.html,
+See https://gcc.gnu.org/ml/gcc/2006-06/msg00691.html,
+https://gcc.gnu.org/onlinedocs/gcc/Decimal-Float.html,
 and TR 24732 <http://www.open-std.org/jtc1/sc22/wg14/www/projects#24732>.
 
 Copyright 2006-2014 Free Software Foundation, Inc.
diff --git a/src/mpfr-impl.h b/src/mpfr-impl.h
index e68e4aef9..10005b175 100644
--- a/src/mpfr-impl.h
+++ b/src/mpfr-impl.h
@@ -116,7 +116,7 @@ http://www.gnu.org/licenses/ or write to the Free Software Foundation, Inc.,
 
 /* Let's try to fix UINTMAX_MAX and INTMAX_MAX if these macros don't work
    (e.g. with gcc -ansi -pedantic-errors in 32-bit mode under GNU/Linux),
-   see <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582698>. */
+   see <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=582698>. */
 #ifdef _MPFR_H_HAVE_INTMAX_T
 # ifdef MPFR_HAVE_INTMAX_MAX
 #  define MPFR_UINTMAX_MAX UINTMAX_MAX
@@ -1067,7 +1067,7 @@ typedef union { mp_size_t s; mp_limb_t l; } mpfr_size_limb_t;
 
 /* Declare that some variable is initialized before being used (without a
    dummy initialization) in order to avoid some compiler warnings. Use the
-   VAR = VAR trick (see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36296#c3)
+   VAR = VAR trick (see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36296#c3)
    only with gcc as this is undefined behavior, and we don't know what other
    compilers do (they may also be smarter). This self-initialization trick
    could be disabled with future gcc versions.
@@ -1080,7 +1080,7 @@ typedef union { mp_size_t s; mp_limb_t l; } mpfr_size_limb_t;
      __clang_minor__ 0
      __clang_patchlevel__ 0
      __clang_version__ "3.0 (tags/RELEASE_30/final)"
-   (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705583 for this
+   (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705583 for this
    problem with clang). */
 #if defined(__GNUC__) && !defined(__clang__)
 # define INITIALIZED(VAR) VAR = VAR
diff --git a/src/mpfr-sassert.h b/src/mpfr-sassert.h
index 80a2400ac..8041350e8 100644
--- a/src/mpfr-sassert.h
+++ b/src/mpfr-sassert.h
@@ -48,7 +48,7 @@ http://www.gnu.org/licenses/ or write to the Free Software Foundation, Inc.,
 #  if __MPFR_GNUC(4,8)
 /* Get rid of annoying warnings "typedef '...' locally defined but not used"
    (new in GCC 4.8). Thanks to Jonathan Wakely for this solution:
-   http://gcc.gnu.org/ml/gcc-help/2013-07/msg00142.html */
+   https://gcc.gnu.org/ml/gcc-help/2013-07/msg00142.html */
 #   define MPFR_TYPEDEF_UNUSED __attribute__ ((unused))
 #  else
 #   define MPFR_TYPEDEF_UNUSED
diff --git a/src/mpfr.h b/src/mpfr.h
index 6083ac544..c08171377 100644
--- a/src/mpfr.h
+++ b/src/mpfr.h
@@ -410,7 +410,7 @@ __MPFR_DECLSPEC int mpfr_set_d _MPFR_PROTO ((mpfr_ptr, double, mpfr_rnd_t));
 __MPFR_DECLSPEC int mpfr_set_flt _MPFR_PROTO ((mpfr_ptr, float, mpfr_rnd_t));
 #ifdef MPFR_WANT_DECIMAL_FLOATS
 /* _Decimal64 is not defined in C++,
-   cf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 */
+   cf https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 */
 __MPFR_DECLSPEC int mpfr_set_decimal64 _MPFR_PROTO ((mpfr_ptr, _Decimal64,
                                                      mpfr_rnd_t));
 #endif
@@ -892,8 +892,8 @@ __MPFR_DECLSPEC int    mpfr_custom_get_kind   _MPFR_PROTO ((mpfr_srcptr));
    are OK since if X is a constant expression, then (unsigned long) X is
    also a constant expression, so that the optimizations still work. The
    warnings are probably related to the following two bugs:
-     http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4210
-     http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470 (possibly a variant)
+     https://gcc.gnu.org/bugzilla/show_bug.cgi?id=4210
+     https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470 (possibly a variant)
    and the casts could be removed once these bugs are fixed.
    Casts shouldn't be used on the generic calls (to the ..._2exp functions),
    where implicit conversions are performed. Indeed, having at least one
diff --git a/src/set_d64.c b/src/set_d64.c
index 5e80ca1ee..318db5382 100644
--- a/src/set_d64.c
+++ b/src/set_d64.c
@@ -1,8 +1,8 @@
 /* mpfr_set_decimal64 -- convert a IEEE 754r decimal64 float to
                          a multiple precision floating-point number
 
-See http://gcc.gnu.org/ml/gcc/2006-06/msg00691.html,
-http://gcc.gnu.org/onlinedocs/gcc/Decimal-Float.html,
+See https://gcc.gnu.org/ml/gcc/2006-06/msg00691.html,
+https://gcc.gnu.org/onlinedocs/gcc/Decimal-Float.html,
 and TR 24732 <http://www.open-std.org/jtc1/sc22/wg14/www/projects#24732>.
 
 Copyright 2006-2014 Free Software Foundation, Inc.