Thanks for giving this a try. Two things you may have to do:
* turn off your antivirus, especially if configure causes a problem with the generated program a.exe * run mingw shell as administrator I also had exactly the same problem as you. I think it is due to problems with config.h not being populated. However, what you subsequently wrote gave me an idea. I was not aware that autoreconf actually worked with mpir. The reason is that it runs libtoolize, which replaces the libtool with a broken one (this has always been a problem with mpir). So I decided to run the other programs that autoreconf runs, and I noticed that aclocal gives us a diff. Just trying that now with the latest svn revision. Bill. On 26 September 2012 03:54, Pavel Holoborodko <pa...@holoborodko.com> wrote: > My environment: > 1. Windows 7 Ultimate x64. > 2. Latest MinGW32 with gcc 4.7.0 > (installed from official site: > http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/mingw-get-inst-20120426/mingw-get-inst-20120426.exe/download) > > I've downloaded 3778 revision from the SVN (tagged as MPIR 2.5) > > ./configure --prefix=/mingw --host=i686-pc-mingw32 --enable-gmpcompat > make clean > make > > .... > libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. > -D__GMP_WITHIN_GMP -I.. -DOPERATION_divisible_p -m32 -O2 > -fomit-frame-pointer -mtune=pentiumpro -march=pentiumpro -c divisible_p.c -o > divisible_p.o > divisible_p.c: In function '__gmpn_divisible_p': > divisible_p.c:76:3: error: 'TMP_DECL' undeclared (first use in this > function) > divisible_p.c:76:3: note: each undeclared identifier is reported only once > for each function it appears in > divisible_p.c:141:3: error: 'TMP_MARK' undeclared (first use in this > function) > divisible_p.c:143:3: warning: implicit declaration of function 'TMP_ALLOC' > [-Wimplicit-function-declaration] > divisible_p.c:154:4: error: 'TMP_FREE' undeclared (first use in this > function) > make[2]: *** [divisible_p.lo] Error 1 > make[2]: Leaving directory `/u/Development/trunk/libs/mp-mingw/mpir/mpn' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/u/Development/trunk/libs/mp-mingw/mpir' > make: *** [all] Error 2 > > Generated configure.h is in attachment. > > Let me know how I can help you in fixing this problem. > > Pavel Holoborodko > -- > Multiprecision Computing Toolbox for MATLAB > http://www.advanpix.com > > > On Wed, Sep 26, 2012 at 1:52 AM, Bill Hart <goodwillh...@googlemail.com> > wrote: >> >> On 25 September 2012 17:02, Bill Hart <goodwillh...@googlemail.com> wrote: >> > I would *really* appreciate some help with the Mingw32 issue. What we >> > need to do is bisect the repo (svn trunk) and rebuild mpir until we >> > find out which commit caused mingw32 to stop working. It might only be >> > necessary to run configure and check to see if config.h has been >> > populated correctly with all the HAVE_NATIVE flags, which would save a >> > lot of time. >> >> Below is the relevant information from a previous post by Jason which >> explains what goes wrong. It has always been a problem on MinGW64, but >> seems to be a problem now on MinGW32. >> >> At any rate, all that would be required is to build mpir from svn >> trunk starting with the revision corresponding to mpir-2.5.1 (where it >> presumably last worked on MinGW32), i.e. revision 3850 and find which >> commit before revision 3949 causes the config.h file to not be >> properly populated as explained by Jason below. >> >> Any volunteers? >> >> --------------- >> >> I figured out what going on here , basically configure is failing to >> populate config.h with the required >> #define HAVE_NATIVE_mpn_addmul_2 1 >> and all the others , it has always done this on mingw64 but because of >> the way the C file redc_2 uses addmul_2 it now causes a problem.A >> quick fix is to delete the lines in the mpn/generic/redc_2.c file >> where it trys to redefine addmul_2 >> >> I don't know why configure fails to populate config.h , it manages to >> do the sym links >> >> ---------------- >> >> Bill. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "mpir-devel" group. >> To post to this group, send email to mpir-devel@googlegroups.com. >> To unsubscribe from this group, send email to >> mpir-devel+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/mpir-devel?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "mpir-devel" group. > To post to this group, send email to mpir-devel@googlegroups.com. > To unsubscribe from this group, send email to > mpir-devel+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/mpir-devel?hl=en. -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to mpir-devel@googlegroups.com. To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en.