summaryrefslogtreecommitdiff
path: root/INSTALL
diff options
context:
space:
mode:
authorzimmerma <zimmerma@280ebfd0-de03-0410-8827-d642c229c3f4>2015-12-14 11:55:44 +0000
committerzimmerma <zimmerma@280ebfd0-de03-0410-8827-d642c229c3f4>2015-12-14 11:55:44 +0000
commit4b7860cd90d525e1c60c95baf7fe97d840ac5bcb (patch)
tree2512a481c15abf607972c76c8fa5f74b44a0aece /INSTALL
parentb7bab0e1d4783cbc4ba909b4d68c495a0396e4d4 (diff)
downloadmpfr-4b7860cd90d525e1c60c95baf7fe97d840ac5bcb.tar.gz
removed obsolete parts (?) for MinGW
git-svn-id: svn://scm.gforge.inria.fr/svn/mpfr/trunk@9765 280ebfd0-de03-0410-8827-d642c229c3f4
Diffstat (limited to 'INSTALL')
-rw-r--r--INSTALL51
1 files changed, 1 insertions, 50 deletions
diff --git a/INSTALL b/INSTALL
index beb87bc8b..752f8ea3a 100644
--- a/INSTALL
+++ b/INSTALL
@@ -538,24 +538,7 @@ a. Using MinGW
environment, you may need the -mno-cygwin gcc option (otherwise
a typical error is _P_WAIT being undeclared).
-3 - If you want to make libraries work under another Windows compiler
- like Visual C / C++, since the Unix-like *.a library files are compatible
- with Windows *.lib files, you can simply rename all *.a libraries to *.lib.
-
- With gmp-4.1.3, the only remaining problem seems to be the "alloca" calls
- in GMP. Configuring GMP and MPFR with --enable-alloca=malloc-reentrant
- should work (if you build MPFR with GMP internal files).
-
- Or you could add the library
- "$MINGWIN$/lib/gcc-lib/mingw32/$VERSION$/libgcc.a" [or mingw64]
- to your project: it contains all the extra-functions needed by a program
- compiled by gcc (division of 64-bit integer, bcopy, alloca...).
- Of course, include it if and only if your compiler is not gcc.
-
-4 - On Windows32 / MinGW, if all the tests fail, try to run the test suite
- with "make check EXEEXT=".
-
-5 - To avoid using the Microsoft runtime (which might not be conform to ISO C),
+3 - To avoid using the Microsoft runtime (which might not be conform to ISO C),
you can use the MinGW runtime package (which is an integral part of MinGW).
For example, with MinGW versions 3.15 and later you can get an
ISO-compliant printf() if you compile your application with either
@@ -563,38 +546,6 @@ a. Using MinGW
compile GMP (not MPFR) with CC="gcc -D__USE_MINGW_ANSI_STDIO" (since the
printf modifiers %Ld and %td are passed to GMP).
- For example under Win32, the following problem has been experienced with
- MPFR 2.4.0 RC1 and the MSVC runtime (msvcrt.dll):
-
- Error in mpfr_vsprintf (s, "%.*Zi, %R*e, %Lf%n", ...);
- expected: "00000010610209857723, -1.2345678875e+07, 0.032258"
- got: "00000010610209857723, -1.2345678875e+07, -0.000000"
- FAIL: tsprintf.exe
-
- This error is due to the MSVC runtime not supporting the L length modifier
- for formatted output (e.g. printf with %Lf). You can check this with the
- following program:
-
- #include <stdio.h>
- int main (void)
- {
- long double d = 1. / 31.;
- printf ("%Lf\n", d);
- return 0;
- }
-
- The expected output is 0.032258.
-
- Note: The L modifier has been standard for a long time (it was added
- in ISO C89).
-
- Note 2: this now works correctly with Visual C++ 2008 and 2010
- (tested on Microsoft (R) 32-bit C/C++ Optimizing Compiler Version
- 15.00.21022.08 for 80x86, Microsoft (R) C/C++ Optimizing Compiler
- Version 15.00.21022.08 for x64, Microsoft (R) 32-bit C/C++ Optimizing
- Compiler Version 16.00.30319.01 for 80x86, Microsoft (R) C/C++ Optimizing
- Compiler Version 16.00.30319.01 for x64).
-
b. Using Cygwin
===============