summaryrefslogtreecommitdiff
path: root/doc/upgrade.html
diff options
context:
space:
mode:
authorLaurent Bercot <ska-skaware@skarnet.org>2020-10-04 01:06:16 +0000
committerLaurent Bercot <ska-skaware@skarnet.org>2020-10-04 01:06:16 +0000
commitf3d5157564992f1ef9f390b3ce0c7d3706ba0f19 (patch)
tree4d9312c73d585628304bee0e045562054f9c351d /doc/upgrade.html
parent3aad40d38f3cba359f78f81dd27b420d19aa45b7 (diff)
downloadskalibs-f3d5157564992f1ef9f390b3ce0c7d3706ba0f19.tar.xz
doc: fix URLs
Diffstat (limited to 'doc/upgrade.html')
-rw-r--r--doc/upgrade.html6
1 files changed, 3 insertions, 3 deletions
diff --git a/doc/upgrade.html b/doc/upgrade.html
index accabdc..e59df35 100644
--- a/doc/upgrade.html
+++ b/doc/upgrade.html
@@ -68,7 +68,7 @@ Currently, that means one: <tt>--with-sysdep-devurandom=yes</tt> or
<li> New functions:
<ul>
<li> <tt>skalibs_regcomp()</tt>, which accepts empty regexes even
-when <a href="http://pubs.opengroup.org/onlinepubs/9699919799/functions/regcomp.html">regcomp()</a>
+when <a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/regcomp.html">regcomp()</a>
does not (e.g. the BSDs). </li>
</ul> </li>
</ul>
@@ -163,7 +163,7 @@ families of functions, have been removed. </li>
<ul>
<li> <tt>openwritenclose()</tt> and <tt>openwritevnclose()</tt> now use
-<a href="http://pubs.opengroup.org/onlinepubs/9699919799/functions/mkstemp.html">mkstemp()</a>
+<a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/mkstemp.html">mkstemp()</a>
instead of relying on an unpredictable name (which required a random
generator to be fully initialized). </li>
</ul>
@@ -341,7 +341,7 @@ types. Main benefit: correct 64-bit support on 64-bit archs with 32-bit int. </l
<ul>
<li> The child_spawn* family of functions now resets all signals
to their default values when spawning a program on systems with
-<a href="http://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_spawn.html">posix_spawn()</a>.
+<a href="https://pubs.opengroup.org/onlinepubs/9699919799/functions/posix_spawn.html">posix_spawn()</a>.
This should not change anything - it's just paranoia. </li>
<li> Minor bugfixes. </li>
</ul>