[mpir-devel] FFT timing problem

2012-10-17 Thread Bill Hart
Hi all, In discussing another issue with Paul Zimmermann, he noted the following ugly jump in performance in the flint/mpir fft for multiplying two integers of the given number of limbs together: > mpn_mul_fft_main > limbs time > 10467800.556109766 > 10467810.55

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Bill Hart
I have fixed all the n_blah symbol conflicts in MPIR. Tomorrow I'll get to work on the fft_blah symbol conflicts in MPIR. The mpn_blah symbol conflicts in flint will have to wait until someone has time to deal with this. Bill. On 17 October 2012 20:20, Bill Hart wrote: > On 17 October 2012 20:

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Bill Hart
On 17 October 2012 20:17, Fredrik Johansson wrote: > On Wed, Oct 17, 2012 at 8:57 PM, Bill Hart > wrote: >> It's so long since I looked at this, I don't remember. But I had >> thought it was because these functions were not universally exported >> in mpir. >> >> If they are macros in flint, then

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Fredrik Johansson
On Wed, Oct 17, 2012 at 8:57 PM, Bill Hart wrote: > It's so long since I looked at this, I don't remember. But I had > thought it was because these functions were not universally exported > in mpir. > > If they are macros in flint, then I don't see the problem anyway. They > don't get exported as

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Bill Hart
It's so long since I looked at this, I don't remember. But I had thought it was because these functions were not universally exported in mpir. If they are macros in flint, then I don't see the problem anyway. They don't get exported as symbols in the flint library. They will be picked up by any p

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Fredrik Johansson
On Wed, Oct 17, 2012 at 8:31 PM, Bill Hart wrote: > On 17 October 2012 19:04, Fredrik Johansson > wrote: >> On Wed, Oct 17, 2012 at 6:10 PM, Bill Hart >> wrote: >>> Hi all, >>> >>> I am just working on the release of MPIR 2.6.0 and it has been noted >>> (by Fredrik I think) that there are symb

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Bill Hart
On 17 October 2012 19:04, Fredrik Johansson wrote: > On Wed, Oct 17, 2012 at 6:10 PM, Bill Hart > wrote: >> Hi all, >> >> I am just working on the release of MPIR 2.6.0 and it has been noted >> (by Fredrik I think) that there are symbol clashes between the two >> libraries. This is not in genera

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Fredrik Johansson
On Wed, Oct 17, 2012 at 6:10 PM, Bill Hart wrote: > Hi all, > > I am just working on the release of MPIR 2.6.0 and it has been noted > (by Fredrik I think) that there are symbol clashes between the two > libraries. This is not in general a problem if the library order is > correct, but the mistake

Re: [mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Brian Gladman
-Original Message- From: Bill Hart Sent: Wednesday, October 17, 2012 5:10 PM To: mpir-devel ; flint-devel Subject: [mpir-devel] Symbol clashes between flint and mpir Hi all, I am just working on the release of MPIR 2.6.0 and it has been noted (by Fredrik I think) that there are symbol c

[mpir-devel] Symbol clashes between flint and mpir

2012-10-17 Thread Bill Hart
Hi all, I am just working on the release of MPIR 2.6.0 and it has been noted (by Fredrik I think) that there are symbol clashes between the two libraries. This is not in general a problem if the library order is correct, but the mistake too easily occurs that the library order is incorrect. It wou

Re: [mpir-devel] GMP-ECM and MPIR 2.6.0

2012-10-17 Thread Brian Gladman
-Original Message- From: David Cleaver Sent: Wednesday, October 17, 2012 3:27 AM To: mpir-devel@googlegroups.com Subject: Re: [mpir-devel] GMP-ECM and MPIR 2.6.0 On 10/15/2012 1:55 PM, Cactus wrote: I have created a patch for GMP-ECM (the SVN version) that allows it to be built with M