[Ecls-list] Windows port fixed
dean.oconnor at ite.com.au
Mon Feb 5 11:17:47 UTC 2007
On VC8 (from VS2005) I am getting errors with using "long long".
Perhaps there is a compiler flag to allow it, otherwise perhaps you'll
have to use __int64 for VC8.
Odd that the Express compiler didn't give you same error ??
Microsoft (R) Program Maintenance Utility Version 6.00.9782.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
cl -c /nologo -MD /W3 /EHsc /I "." /I ..\..\src\gmp /I
"..\..\src\gmp\mpn\generic" /D "WIN32" /D "NDEBUG" /D "_LIB" /D "_WIN32" /D
"_MBCS" /Fompn\generic\tdiv_qr.obj ..\..\src\gmp\mpn\generic\tdiv_qr.c
..\..\src\gmp\gmp-impl.h(2821) : error C2632: 'long' followed by 'long'
..\..\src\gmp\gmp-impl.h(2822) : error C2632: 'long' followed by 'long'
NMAKE : fatal error U1077: 'cl' : return code '0x2'
NMAKE : fatal error U1077: 'C:\PROGRA~1\MICROS~2\VC98\BIN\NMAKE.EXE' :
return code '0x2'
Juan Jose Garcia-Ripoll wrote:
> I have spent the last two days fighting with Visual Studio Express and
> WinDbg. Apart from the problems associated to the GMP library (a
> Makefile had not been uploaded to CVS), there were some other problems
> with compiler flags and with one function in the windows port that was
> I think I have fixed most of these things. At least the CVS version
> builds with Visual Studio C++ 2008 Express, or whatever combination of
> words names it. The library can be built with debug information using
> nmake ECL_DEBUG=1. I moved from the flag /Zi to /Z7, because somehow
> in my system the compiler kept on crashing with a message that it
> could not access the "program database" where debug symbols are
> stored. Anyway, it works now and I am able to debug ECL using the free
> WinDbg, to be found in Microsoft's homepage.
> Next will be try again with the mingw and the OpenBSD ports, but this
> will have to wait a couple of days, because of pending wok.
> Best regards,
More information about the ecl-devel