m unmercilessly.
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
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 unsubscr
ng LNK4006: __gmpn_divexact_by3 already defined
in compat.obj; second definition ignored
This is probably harmless, but is there some way to avoid it?
--
___
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message be
el on off-topic discussion. My apologies. Let's not get distracted.
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message because you are subscribed to the Google
om/2011/03/31/bob-parsons-godaddy-ceo-elephant-hunt_n_843121.html
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message because you are subscribed to the Google Gro
On 11/4/2011 8:01 PM, Marc wrote:
On Nov 5, 12:23 am, Bob Smith wrote:
Using MPIR 2.4.0, I'm substituting my own memory allocator which gets
called from tal-reent.c in __gmp_tmp_reentrant_alloc. The code in that
function doesn't check to see if the allocation failed and immediat
e that the allocation failed so your code and my
code may recover cleanly?
Or is this a GMP question?
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message because you are
On 10/25/2011 7:24 PM, leif wrote:
leif wrote:
Bob Smith wrote:
I'm puzzled by the description of this function which says that the base
may vary from 2..36 and -2..-36, but then goes on to describe the
allowed chars in the string for bases 37..62.
[...]
Oh, actually the answer is si
nyone know
why GMP did it that way?
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" gr
// Let MPFR handle it
mpfr_log (&mpfrRes, &mpfrRes, MPFR_RNDN);
// Convert the data to mpf-format
mpf_init (&mpfRes);
mpfr_get_f (&mpfRes, &mpfrRes, MPFR_RNDN);
// We no longer need this storage
mpfr_clear (&mpfrRes);
--
_______
On 5/12/2011 6:43 PM, Sisyphus wrote:
- Original Message - From: "Bob Smith"
To:
Sent: Friday, May 13, 2011 4:00 AM
Subject: [mpir-devel] Gamma Function
I need this function to extend mpz_fac_ui to non-integral arguments. I
see it's in the MPFR library. If I ca
On 5/12/2011 2:13 PM, Bill Hart wrote:
There might be a way. But it would be in the mpfr documentation.
There should be no problems with either MPIR or MPFR on Windows.
Bill.
On 12 May 2011 19:00, Bob Smith wrote:
I need this function to extend mpz_fac_ui to non-integral arguments. I see
Linux platforms.
--
_______
Bob Smith - bsm...@sudleyplace.com
http://www.sudleyplace.com - http://www.nars2000.org
--
You received this message because you are subscribed to the Google Groups
"mpir-devel" group.
To post to this gr
that mpz_init sets _mp_alloc
to 1 and _mp_size to 0. So you'd be relying on undocumented behaviour.
Thanks -- I'll zero the _mp_d ptr and use that to test for initialized
vs. clear.
--
_______
Bob Smith - bsm...@sudle
13 matches
Mail list logo