> > On the same topic, in the 1.3.0-rc1 manual, mpz_nextprime and
> > mpz_probab_prime_p are tagged "obsolete", whereas in gmp manual they are
> > still perfectly valid functions. I suggest to also add these "before
> > fork" symbols when gmpcompat is active.
> >
>
> The functions will be availab
On Tuesday 20 October 2009 19:02:37 Pierrick Gaudry wrote:
> On Tue, Oct 20, 2009 at 06:18:42PM +0100, Jason Moxham wrote:
> > Some of them are so old they are not in the gmp manual anyway :) , some
> > were from gmp version 1 or 2 back in 93?94? , perhaps we should just
> > define them with confi
Thom Mulder paper for mullow and mulhigh
http://citeseerx.ist.psu.edu:80/viewdoc/summary?doi=10.1.1.36.4869
and this one for the mulhigh
http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.47.9090
On Oct 20, 4:59 pm, Jason Moxham wrote:
> I have used this book , and plan to use it for so
I can't talk for mac os x, or some of the more esoteric OSs having had
no exposure to them, (however I imagine Jason's solution should work
with anything unix based?), but windows does allow you to load DLLs at
execution time, see: http://www.codeproject.com/KB/DLL/loadingdll.aspx
or the MSDN
On Tue, Oct 20, 2009 at 06:18:42PM +0100, Jason Moxham wrote:
> Some of them are so old they are not in the gmp manual anyway :) , some were
> from gmp version 1 or 2 back in 93?94? , perhaps we should just define them
> with configure option --enable-gmpcompat ?
> I think you have to make it sl
On Tuesday 20 October 2009 17:44:38 Pierrick Gaudry wrote:
> Hi,
>
> For your information, these problems have been fixed in the development
> repos of gmp-ecm and mpfr respectively.
>
> What about keeping symbols for all obsolete functions, with a small
> wrapper (or the original function) so as
On Mon, Oct 19, 2009 at 4:47 AM, Bill Hart wrote:
> I've just put up MPIR 1.3 release candidate 1. We are still waiting on some
> final testing from Jeff Gilchrist, which will probably happen tomorrow. If
> everything is fine, the release candidate will become the final release.
RC1 compiles an
Hi,
For your information, these problems have been fixed in the development
repos of gmp-ecm and mpfr respectively.
What about keeping symbols for all obsolete functions, with a small
wrapper (or the original function) so as to be sure that you are still
compatible with old or not-yet-updated s
On Tuesday 20 October 2009 14:45:05 Dan Grayson wrote:
> That's a good thought, but returning 4.3.0-mpir as the gmp version
> number would be less likely to break routines that compare version
> numbers than returning mpir-4.3.0, especially when comparing to
> something like 4.2.1 that doesn't hav
On Tuesday 20 October 2009 08:17:28 Bill Hart wrote:
> Torbjorn Granlund and Peter Montgomery on multiplication by invariant
> integers (though this is probably already referenced)
>
> Did Peter Montgomery have a paper about his mod_1_? algorithms?
>
The only reference I am aware of is in mpir's
I have used this book , and plan to use it for some further code
http://www.amazon.co.uk/Prime-Numbers-Computational-Richard-
Crandall/dp/0387252827
Agner Fog's chip manuals , instruction tables at
http://www.agner.org/optimize/
On Tuesday 20 October 2009 08:56:43 Bill Hart wrote:
> Sorry, I
Using mpir-1.3.0-rc1, 'make check' fails on mpfr-2.4.1
with complaints about undefined references mpz_div_2exp
and mpz_div_ui.
Using mpir-1.3.0-rc1, 'make check' fails on ecm-6.2.3
with complaints about undefined reference mpz_random.
Mariah
--~--~-~--~~~---~--~~
That's a good thought, but returning 4.3.0-mpir as the gmp version
number would be less likely to break routines that compare version
numbers than returning mpir-4.3.0, especially when comparing to
something like 4.2.1 that doesn't have the extra characters. There
are lots of packages out there t
Hi Jason,
I'm using Fedora 10 x86-64, whatever comes in my repos, which includes:
autoconf 2.63
automake 1.11
libtool 1.5.26
which works, when I actually install libtool. I am an idiot. After
installing libtool I had to run automake --add-missing to install
.ylwrap then autoreconf works.
Bri
After discussion with David it is clear we should not release with
mpn_dc_divappr_q_n
This is in no way a reflection on that code, but on the exceptional
pride its author takes in his work. It will not change the status of
any other code of David's that we are including.
Fortunately the piece of
Sorry, I mean division by invariant integers.
Niels Moller on half gcd
More I am forgetting...
Bill.
On 20/10/2009, Bill Hart wrote:
> Torbjorn Granlund and Peter Montgomery on multiplication by invariant
> integers (though this is probably already referenced)
>
> Did Peter Montgomery have a
Torbjorn Granlund and Peter Montgomery on multiplication by invariant
integers (though this is probably already referenced)
Did Peter Montgomery have a paper about his mod_1_? algorithms?
Bill.
2009/10/20 Bill Hart :
> David Harvey has correctly pointed out that the references section of
> mpir
David Harvey has correctly pointed out that the references section of
mpir.texi is not currently being maintained.
As this is an important part of people getting credit for their work
in mpir, it is vital that we get this up-to-date as soon as possible.
Can we brainstorm some papers which we hav
18 matches
Mail list logo