Remove windows DLL task, done (or the gmp side is hopefully right,

some libtool 1.4 problems suspected).

1 files changed, 1 insertions, 6 deletions

diff --git a/doc/tasks.html b/doc/tasks.html
index 391fef02a..bbaf23a1a 100644
--- a/doc/tasks.html
+++ b/doc/tasks.html
@@ -15,7 +15,7 @@
 
 <!-- NB. timestamp updated automatically by emacs -->
 <comment>
-  This file current as of 7 Jun 2001.  An up-to-date version is available at
+  This file current as of 12 Jun 2001.  An up-to-date version is available at
   <a href="http://www.swox.com/gmp/tasks.html">http://www.swox.com/gmp/tasks.html</a>.
 </comment>
 
@@ -537,11 +537,6 @@ near future, but are at least worth thinking about.
      having to do a reallocate if the <code>mpz_t</code> grows a bit more.
      This could only be an option, since it'd badly bloat memory usage in
      applications using many small values.
-<li> DLLs on cygwin, mingw and os2 would be possible, but the couple of global
-     variables (<code>gmp_version</code>, <code>__gmp_allocate_func</code>
-     used by GMP++, etc) would require the <code>__declspec</code> nonsense
-     described in the Goat book.  Or maybe since <code>gmp_version</code> is a
-     constant it can avoid that stuff.
 <li> m68k: configure could accept <code>m68020fp</code> or similar to select
      68881 floating point.  config.guess could try to detect that too.  This
      would only be to add -m68881 to gcc, there's no gmp asm code using float,