Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Brian Gladman
On Tue, 24 Jan 2012 09:57:36 -0800 Case Van Horsen wrote: > >> Can we define a macro (HAVE_MPIR_SI ?) to unambiguously detect if > >> mpir_si/mpir_ui is available? > > > > I can put HAVE_MPIR_UI and HAVE_MPIR_SI into mpir.h if this > > would do the trick. > A single define, say HAVE_MPIR_INTS, wo

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Case Van Horsen
On Tue, Jan 24, 2012 at 9:26 AM, Cactus wrote: > On Tue, 24 Jan 2012 07:37:09 -0800 > Case Van Horsen > >> On Tue, Jan 24, 2012 at 5:59 AM, Cactus wrote: >> >> To reinforce that these new types are MPIR specific, should they >> >> be called mpir_ui/mpir_si? >> > >> > I had exactly the same idea a

Re: [mpir-devel] Posting Test

2012-01-24 Thread Brian Gladman
TEST - Please ignore. -- 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

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Cactus
On Tue, 24 Jan 2012 07:37:09 -0800 Case Van Horsen > On Tue, Jan 24, 2012 at 5:59 AM, Cactus wrote: > >> To reinforce that these new types are MPIR specific, should they > >> be called mpir_ui/mpir_si? > > > > I had exactly the same idea a few days ago - I am inclined to do > > this. > A cou

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Case Van Horsen
On Tue, Jan 24, 2012 at 5:59 AM, Cactus wrote: >> To reinforce that these new types are MPIR specific, should they be called >> mpir_ui/mpir_si? > > I had exactly the same idea a few days ago - I am inclined to do this. A couple more ideas... Can we define a macro (HAVE_MPIR_SI ?) to unambiguousl

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Cactus
> To reinforce that these new types are MPIR specific, should they be called mpir_ui/mpir_si? I had exactly the same idea a few days ago - I am inclined to do this. Brian -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To view this discussi

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Cactus
> To reinforce that these new types are MPIR specific, should they be called mpir_ui/mpir_si? I had exactly the same idea a few days ago - I am inclined to go this. Brian -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To view this discussi

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Case Van Horsen
On Tue, Jan 24, 2012 at 1:43 AM, Cactus wrote: > Hi Case, > > I think the ability to build using any of the compilers you mention would be > a good addition.   Jason maintains the command line build so the changes > would need to go to him. I'll send copies to Jason when I'm finished with them. >

Re: [mpir-devel] Updates to the MPIR-EXP branch

2012-01-24 Thread Cactus
Hi Case, I think the ability to build using any of the compilers you mention would be a good addition. Jason maintains the command line build so the changes would need to go to him. MPFR builds with mpir-exp and all tests pass. MPC also builds with mpir-exp but one test currently fails due