I have put SVN1582 Windows 32bit and 64bit binaries on my web site now:
[url]http://gilchrist.ca/jeff/factoring/[/url]

Among other things, this fixes the ability to use B1 values larger than 2^32.

It works with B1>2^32 ! Thanks alot for your work.

You build requires "Microsoft Visual C++ 2010 Redistributable Package" to work, it was complaining about missing "vcomp100.dll" before I installed it. People can get it here:
32bit: [URL="http://www.microsoft.com/download/en/details.aspx?id=5555"]http://www.microsoft.com/download/en/details.aspx?id=5555[/URL]
64bit: [URL="http://www.microsoft.com/download/en/details.aspx?id=14632"]http://www.microsoft.com/download/en/details.aspx?id=14632[/URL]

Is this B1 fix in the latest svn version, so it should work if I compiled it with msys+mingw64?

Anyone mind posting a link to a zip of the lastest svn, I'm not so good with those svn programs for windows.

[QUOTE=ATH;264068]It works with B1>2^32 ! Thanks alot for your work.

Is this B1 fix in the latest svn version, so it should work if I compiled it with msys+mingw64?

Anyone mind posting a link to a zip of the lastest svn, I'm not so good with those svn programs for windows.[/QUOTE]

I wrote the fix, so yes indeed, it does work with msys + mingw64! :smile: I have found an svn command line client that doesn't need installing (ie, doesn't need an msi, just unzip a zip file) and you can use it in msys or in a windows command prompt. I'm going to try to attach the zip file below. Once you have it, you can put it anywhere (I put it in c:\program files(x86)\svn\) and then put the bin directory (c:\program files(x86)\svn\bin) into your system path. Then you can use it in msys or cmd.exe. Then the command to check gmp-ecm out would be:

svn checkout svn://scm.gforge.inria.fr/svn/ecm/trunk svn

Which will download the trunk repository and put it in a folder called svn. Hmmm, the svn zip file I have is too big. I found the site I got it from, it's the Win32svn project on sourceforge here:
[url]http://sourceforge.net/projects/win32svn/files/[/url]
You can get the latest version and then download the zip folder instead of the msi. Let me know how it goes for you.

Great program, worked perfect. It was just something like this I wanted.

There is a problem though. The files "configure" and "install-sh" is missing, and I tried to use those from the "ecm-6.3.tar.gz" but it doesn't work. This is the first time I'm trying to compile the latest svn, so what am I missing?

In order to create configure and install-sh, you probably need to run an autogen.sh, bootstrap.sh or similar script, which is probably distributed alongside the configure.ac. Otherwise, maybe `autoreconf -i -f` would do the job.

[QUOTE=ATH;264068]It works with B1>2^32 ! Thanks alot for your work.

You build requires "Microsoft Visual C++ 2010 Redistributable Package" to work, it was complaining about missing "vcomp100.dll" before I installed it. [/QUOTE]

Thanks, I will update my web page. Although the latest SP1 version might be better.

32bit: [url]http://www.microsoft.com/download/en/details.aspx?id=8328[/url]
64bit: [url]http://www.microsoft.com/download/en/details.aspx?id=13523[/url]

Jeff.

[QUOTE=ATH;264080]Great program, worked perfect. It was just something like this I wanted.

There is a problem though. The files "configure" and "install-sh" is missing, and I tried to use those from the "ecm-6.3.tar.gz" but it doesn't work. This is the first time I'm trying to compile the latest svn, so what am I missing?[/QUOTE]

Oh yeah, I almost forgot, I had to use 'autoreconf -i' to generate those. You can get what you need from the mingw/msys directory on sourceforge here:
[url]http://sourceforge.net/projects/mingw/files/MSYS/[/url]

I can't remember specifically, but you might need the first two and maybe all three of the following:
autoconf (current latest on SF is 2.67-1-msys-1.0.15-bin)
automake (current latest on SF is 1.11.1-1-msys-1.0.13-bin)
libtool (current latest on SF is 2.4-1-msys-1.0.15-bin)

I think by the file names, you'll need at least Msys 1.0.15 to use these, and you can use the latest version of 7-zip (9.20) to extract those .tar.lzma files.

Also, if you have problems with --enable-asm-redc, make sure you have a unix find.exe in your msys bin directory. There's some sort of problem during 'make' if the windows find command is used, but the unix find command works just fine in this situation.

Hopefully that covers all the bases. Let me know how it goes. I'll talk with you later.

[QUOTE=WraithX;264119]There's some sort of problem during 'make' if the windows find command is used, but the unix find command works just fine in this situation.[/QUOTE]
The problem being that the Windows 'find' command is the equivalent of what is called 'fgrep' on sane operating systems...

Latest GMP 6.3.1 SVN 1582 compiled with MPIR 2.4.0 and GMP 5.0.2: [URL="http://www.hoegge.dk/GMP-ECM.html"]GMP-ECM.html[/URL]

Many credits to WraithX for helping me with several problems compiling this, and for coding the fix to GMP-ECM so we can use B1>2[sup]32[/sup] for P+1 and ECM.

[QUOTE=ATH;264585]Latest GMP 6.3.1 SVN 1582 compiled with MPIR 2.4.0 and GMP 5.0.2: [URL="http://www.hoegge.dk/GMP-ECM.html"]GMP-ECM.html[/URL]

Many credits to WraithX for helping me with several problems compiling this, and for coding the fix to GMP-ECM so we can use B1>2[sup]32[/sup] for P+1 and ECM.[/QUOTE]

WOW, your MPIR 2.4.0 binary was able to finish a B1=3e9 curve in 9.5 hours that normally takes me 10.5 hours. Can I ask, how did you compile MPIR 2.4.0? Did you need --enable-gmpcompat, or could gmp-ecm use the mpir.h file? Did you use the same './configure --host... --build...' that we used with gmp? I have a couple of Clovertown Xeon's and so I want to try a couple of different cpu versions in the build to see if I can get any more speed.

I use:
./configure --build=penryn-w64-mingw32 --host=penryn-w64-mingw32 --enable-gmpcompat
it doesn't work for me without --enable-gmpcompat.

./config.guess in MPIR always gives the best cpu it seems, but I noticed if I didn't use --build and --host it uses i686-pc-mingw32 further down:

[CODE]$ ./config.guess
penryn-w64-mingw32

$ ./configure --enable-gmpcompat
checking build system type... penryn-w64-mingw32
checking host system type... penryn-w64-mingw32
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
.
.
checking for msgmerge... no
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking for ld used by GCC... c:/mingw64/x86_64-w64-mingw32/bin/ld.exe
checking if the linker (c:/mingw64/x86_64-w64-mingw32/bin/ld.exe) is GNU ld... y
es[/CODE]