On Fri, Jan 30, 2009 at 4:07 AM, Bill Hart <goodwillh...@googlemail.com> wrote: > > 2009/1/30 Case Vanhorsen <cas...@gmail.com>: >> >> On 1/29/09, Bill Hart <goodwillh...@googlemail.com> wrote: >>> >>> Case, >>> >>> thank you, that would be very helpful. >>> >>> I have just finished building and testing MPIR on cygwin. Apart from a >>> warning about undefined symbols in the library (it didn't specify what >>> they were), it built and passed make check just fine, even with >>> --enable-fat. >> >> I was able to build successfully on mingw32. I still had to delete the >> lines containing "mpn_preinv_add" and "mpn_preinv_lshift" from fat.h. >> I did delete all the .asm files from the /mpn directory. Did I miss >> something? > > Ah, so we still have that issue. When you say you deleted *all* the > .asm files, you don't mean you deleted every single .asm file in there > do you?
Yes. Then I ran ./configure --enable-fat and the required .asm files were copied back into the directory. > > In order to test a fix for this issue, could you try copying the files > pre_divrem_1.c and pre_mod_1.c from mpn/x86_64/fat to mpn/x86/fat > *before* running configure. Don't delete any .asm files and see if it > builds. If not could you let me know what the error messages are. > You'll have to do make clean before running make again, unless you > check the whole repo out from scratch again. I'll try this tonight. > > It's a puzzling error, as it doesn't happen on cygwin and I think my > original diagnosis may have been wrong. > >> >>> >>> With regard to the demos issue, I *think* that this is due to use >>> using svn for our repository. It doesn't preserve file properties, and >>> one of the file properties for the relevant files indicates that it >>> needs to be rebuilt, thus prompting it to try and run yacc. >>> >>> Quite possibly we can avoid this by building MPIR and doing make >>> distclean before making the release tarball. When I go to make the >>> release, I'll let you know in advance about the tarball and perhaps >>> you can verify whether the demos problem goes away. If not we'll have >>> to disable building of demos until we can find a proper solution. >>> >> >> I was able to work around the demos issue by using "touch *.c *.h" in >> the demos/calc directory. If you do that before you create the >> tarball, it should work. >> >>> Bill. >>> >>> 2009/1/29 Case Vanhorsen <cas...@gmail.com>: >>> > >>> > Bill, >>> > >>> > I can test a mingw32 build this evening. I just need to work around >>> > the demos issue. I'll compile on a few other platforms, too. >>> > >>> > Case >>> > >>> > >>> > On Thu, Jan 29, 2009 at 9:56 AM, Bill Hart <goodwillh...@googlemail.com> >>> > wrote: >>> >> >>> >> The fat binary support on x86_64 is now fixed. >>> >> >>> >> I fixed the issue with fat binaries on x86_64 machines with ABI = 32. >>> >> Hopefully this also fixes it for cygwin and mingw. But it takes over >>> >> 1.5 hours to build under cygwin (make completes successfully), however >>> >> I didn't get through make check because I forgot to build in a >>> >> directory without spaces in the name (a known cygwin bug), so it >>> >> crapped out. >>> >> >>> >> Thus, I want to delay dealing with any further issues for fat binaries >>> >> on mingw32 or cygwin until a service release, MPIR 0.9.1. >>> >> >>> >> So can we try again for release? Anything broken for anyone? >>> >> >>> >> 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 -~----------~----~----~----~------~----~------~--~---
