On Saturday 22 May 2010 02:45:05 Jason Moxham wrote: > The error is here in donfigure.in > > > # Duplicate AC_DEFINEs are harmless, so it doesn't matter > # that multi-function files get grepped here repeatedly. > # The PROLOGUE pattern excludes the optional second parameter. > gmp_ep=[` > sed -n 's/^[ ]*MULFUNC_PROLOGUE(\(.*\))/\1/p' $tmp_file > ; sed -n 's/^[ ]*PROLOGUE(\([^,]*\).*)/\1/p' $tmp_file ; sed -n > 's/[^G]*GLOBAL_FUNC[[:space:]]*\(.*\)/\1/p' $tmp_file `] > for gmp_tmp in $gmp_ep; do > AC_DEFINE_UNQUOTED(HAVE_NATIVE_$gmp_tmp) > eval HAVE_NATIVE_$gmp_tmp=yes > > > the last sed command does not parse .as files correctly on solaris > > just got to fix it now :) > DONE
> On Saturday 22 May 2010 01:55:14 Jason Moxham wrote: > > It looks like it is because some of our assmebler fn's end in .as , and > > in solaris it is not setting HAVE_NATIVE_fn for these ones > > , there are loads missing > > > > On Saturday 22 May 2010 01:05:51 Jason Moxham wrote: > > > That switch is correct , there is something else though which is > > > changing the behavour on solaris . > > > > > > On Saturday 22 May 2010 00:45:37 Bill Hart wrote: > > > > I thought the switch was in the relevant gmp-mparam.h, which should > > > > depend on the arch, not the OS? > > > > > > > > Bill. > > > > > > > > On 22 May 2010 00:45, Jason Moxham <[email protected]> wrote: > > > > > On Friday 21 May 2010 21:13:31 Jason Moxham wrote: > > > > >> On Friday 21 May 2010 14:16:49 Bill Hart wrote: > > > > >> > Regarding time frame for the release, I really hope there are > > > > >> > plans to get mpir-2.0.1 out the door as soon as possible. > > > > >> > > > > > >> > I know Sage has been waiting on these gcd normalisation issues > > > > >> > to be fixed for absolutely ages. They still use mpir-1.2.2 !!! > > > > >> > > > > > >> > The significant holdups I see are: > > > > >> > > > > > >> > * broken with gcc 4.5.0 on ia64 - probably not an MPIR bug (may > > > > >> > have to blacklist this gcc on ia64 along with gcc 4.3.2 on all > > > > >> > 64 bit machines) > > > > >> > * some issue on another skynet machine - something to do with > > > > >> > the setup of the machine > > > > >> > > > > >> This is the make check failure on fulvia , it appears that gcc is > > > > >> not set up properly , I've have tried changing the flags , linker > > > > >> etc but could not get anywhere. This is the ELFCLASS 32 error > > > > >> > > > > >> There is also a duplicate symbol on this platform to remove , I'll > > > > >> look into this now > > > > > > > > > > Under solaris on fulvia , the generic c file preinv_divrem.c gets > > > > > built whereas on linux it does not get built , somewhere in > > > > > configure? there is a switch that turns off building it when we > > > > > have it in mpn_divrem_1 , but it only been done under (x86_64 & > > > > > linux ) whereas we should have it under all x86_64 any OS not just > > > > > linux > > > > > > > > > >> There is also a make tune failure on rosemary , I can't seem to > > > > >> find rosemary , is it on skynet ? > > > > >> > > > > >> > * add copyi.c copyd.c to linux build (this is done by adding > > > > >> > them to mpn_functions in configure.in and running autoconf, > > > > >> > automake, ON BOXEN!!) > > > > >> > * document the normalisation changes in mpir.texi (if this > > > > >> > hasn't already been done - I forgot if I did it or not) > > > > >> > > > > > >> > I would focus attention on these so the release can be made. > > > > >> > > > > > >> > Bill. > > > > >> > > > > > >> > On 21 May 2010 13:07, Jason Moxham <[email protected]> > > wrote: > > > > >> > > On Friday 21 May 2010 07:54:49 Cactus wrote: > > > > >> > >> On May 21, 12:24 am, Jason Moxham <[email protected]> > > > > wrote: > > > > >> > >> > On Wednesday 19 May 2010 12:49:51 Bill Hart wrote: > > > > >> > >> > > Hi all, > > > > >> > >> > > > > > > >> > >> > > In the past few months I've been increasingly busy with > > > > >> > >> > > my research and looking at my calendar for the next few > > > > >> > >> > > months (urgh is it even years), I see I am going to have > > > > >> > >> > > not as much time as I would like to work on bignum stuff. > > > > >> > >> > > > > > > >> > >> > > I think it is time to pass on the responsibilities I've > > > > >> > >> > > had within the project to some others. > > > > >> > >> > > > > > > >> > >> > > I'll still be available to ask stuff and I'm sure I'll be > > > > >> > >> > > able to contribute some code from time to time. > > > > >> > >> > > > > > > >> > >> > > I understand that the 2.0.1 release is quite close and > > > > >> > >> > > I'll still be available to help Minh through the process. > > > > >> > >> > > > > > > >> > >> > > The logical person to be in charge of linux stuff is > > > > >> > >> > > Jason Moxham (who is also capable of making releases) and > > > > >> > >> > > of course Brian is as always, in charge of Windows stuff. > > > > >> > >> > > For contributions for upcoming releases, please talk to > > > > >> > >> > > these guys. I'm sure they'll update everyone with any > > > > >> > >> > > plans for releases as they come to light. > > > > >> > >> > > > > > > >> > >> > > Bill. > > > > >> > >> > > > > > >> > >> > OK , I'm happy to do it. > > > > >> > >> > From memory I believe this is what we have up and coming... > > > > >> > >> > > > > > >> > >> > v2.0.1 is a gcd normalization and a few minor bugletts > > > > >> > >> > > > > > >> > >> > v2.1.0 is a MSVC vs2010 update (assuming everything appears > > > > >> > >> > on time) > > > > >> > >> > > > > > >> > >> > There are some minor x86_64 assembler tweeks/updates , > > > > >> > >> > linux portions ready to go , and windows versions depending > > > > >> > >> > on how the MSVC update goes. My windows box is still in the > > > > >> > >> > shop so I can't do the windows bit for the moment. > > > > >> > >> > > > > >> > >> Let me know when you add these to SVN and I'll look at doing > > > > >> > >> it. > > > > >> > >> > > > > >> > >> When you say 'minor tweeks/updates', do you mean a few > > > > >> > >> individual instruction changes that won't need full > > > > >> > >> conversion or full 'Linux to Windows' assembler code > > > > >> > >> conversion? > > > > >> > >> > > > > >> > >> Brian > > > > >> > > > > > > >> > > Both , but mainly full conversion , I could do the simpler > > > > >> > > ones if I had my windows box back from the shop , I might get > > > > >> > > it back in time depends on what sort of time frame we expect > > > > >> > > for the release. if not we can delay until the next release. > > > > >> > > > > > > >> > > Jason > > > > >> > > > > > > >> > > > > > > >> > > -- > > > > >> > > You received this message because you are subscribed to the > > > > >> > > Google Groups "mpir-devel" group. To post to this group, send > > > > >> > > email to [email protected]. To unsubscribe from this > > > > >> > > group, send email to [email protected]. > > > > >> > > 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 > > > > > [email protected]. To unsubscribe from this group, send > > > > > email to [email protected]. 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 [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en.
