This did not work. The problem is I *cannot* commit the changes to svn because of Windows line endings.
Changing the svn:eol-style to native for those files does not fix the problem (this only affects the line style used when the file is checked out). Making this change to svn properties and then checking out the repo again on MinGW32 doesn't fix the problem either. Also, it doesn't seem to be a case of the input files having incorrect line endings either, as for example config.in is one of the files, which as far as I know is not created by running configure or make. {pulls hair out} Bill. On 27 September 2012 14:27, Bill Hart <goodwillh...@googlemail.com> wrote: > Some possible good news. > > The autoconf/autoreconf/automake versions I have on MinGW32 are > *identical* to the ones we have on our linux development machine. > > This further confirms my suspicions that this is an extremely > irritating autotools bug. There should be no difference whatsoever in > the configure and Makefiles created by the precise same version of > autotools between machines from the same input files. It is, after > all, supposed to create a cross platform build system! > > But the possible good news is that maybe we can commit the changes > made by autoreconf -i on MinGW32 and it will work everywhere, not just > Linux and OSX. I am not confident it will work on older macs, because > I've had that problem before. But these are pretty rare these days, > and we might just get away with it. > > I will start experimenting with this to see what happens. Commit coming > shortly. > > 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.