On Jan 9, 12:45 am, techtech wrote:
> mpirxx.lib(osmpf.obj) : error LNK2001: unresolved external symbol
> "private: static int std::locale::id::_Id_cnt" (?
> _id_...@id@loc...@std@@0HA)
>
> I get this error in Visual Studio 2008 Standard Edition on both 1.2.2
> and 1.3.0-rc3. I don't care about
mpirxx.lib(osmpf.obj) : error LNK2001: unresolved external symbol
"private: static int std::locale::id::_Id_cnt" (?
_id_...@id@loc...@std@@0HA)
I get this error in Visual Studio 2008 Standard Edition on both 1.2.2
and 1.3.0-rc3. I don't care about locales, and someone mentioned that
I might be ab
On Jan 8, 6:03 pm, Bill Hart wrote:
> It's surely as much an issue for them as it is for us. I personally
> would be inclined to discuss the issue with them as they seem like
> reasonable and helpful people.
>
> Of course they aren't going to fix it overnight, whereas we want to
> release as soo
It's surely as much an issue for them as it is for us. I personally
would be inclined to discuss the issue with them as they seem like
reasonable and helpful people.
Of course they aren't going to fix it overnight, whereas we want to
release as soon as possible. So this is indeed going to be an an
On Jan 8, 5:19 pm, Cactus wrote:
> The change to mp_size_t and mp_exp_t on WIndows to use a 64-bit long
> long type seems to be incompatible with MPFR.
>
> After accounting for the addition of a __GMP_MP_SIZE_T_INT value of 2,
> the following MPFR assertion fails:
>
> ..\..\init2.c:42: MPFR asse
The change to mp_size_t and mp_exp_t on WIndows to use a 64-bit long
long type seems to be incompatible with MPFR.
After accounting for the addition of a __GMP_MP_SIZE_T_INT value of 2,
the following MPFR assertion fails:
..\..\init2.c:42: MPFR assertion failed:
((mp_exp_t)((~((~(unsigned in
On Jan 8, 1:50 pm, Chris Pirazzi wrote:
> Hi,
>
> I tried to call mpz_probable_prime_p() on 1.3.0-rc4 with VS2008Express
> and it compiled but did not link, because the file probable_prime_p.c
> is missing from build.vc9/lib_mpir_p0/lib_mpir_p0.vcproj
>
> I fixed that one file on my computer but
Hi,
I tried to call mpz_probable_prime_p() on 1.3.0-rc4 with VS2008Express
and it compiled but did not link, because the file probable_prime_p.c
is missing from build.vc9/lib_mpir_p0/lib_mpir_p0.vcproj
I fixed that one file on my computer but of course the real fix has to
go into the legions of
Thanks Chris, I did see your report of the errant z when you
registered, and which Linus also reported. Thanks. Not sure what's up
with the mpn.invert. That's probably my fault, as I was the last to
touch the file. We'll try to figure it out for the weekend.
Bill.
2010/1/8 Chris Pirazzi :
>
> I r
I ran into the same prob with 1.3.0-rc4.
FWIW after correcting the errant z:
#define count_trailing_zeros(c,x) \
do { unsigned long _z;\
ASSERT ((x) != 0); \
_BitScanForward(&z, (x)); \ (the &z should be &_z)
c
On Jan 8, 12:19 pm, Bill Hart wrote:
> Hi,
>
> A guy called Linus (not *the* Linus) reported the following:
>
> I tried to build the lib_mpir_gc Visual Studio project in MPIR
> 1.3.0-rc4, and got compiler errors. It seems like the z on line 211 in
> longlong.h should be a _z instead.
>
> Thanks
Hi,
A guy called Linus (not *the* Linus) reported the following:
I tried to build the lib_mpir_gc Visual Studio project in MPIR
1.3.0-rc4, and got compiler errors. It seems like the z on line 211 in
longlong.h should be a _z instead.
Thanks Linus!! We'll take a look at this and modify for the ne
There's a little bit of a discussion about the issue on the GMP list:
http://gmplib.org/list-archives/gmp-discuss/2010-January/thread.html
I strongly expect that HP didn't try to patent this idea to get all
the GMP developers' money, because from what I can gather, they don't
have any. Could they
Patents are very dangerous for free-software! We should be more strict
on this!
Gian.
On 5 Gen, 21:15, Bill Hart wrote:
> HP has apparently tried to patent what looks to me (the description is
> too vague to be sure) like breaking decimal numbers up into chunks
> which fit into words.
>
> http:/
Ah, that makes sense. Thanks. I'll ensure this gets done for the final
release (and the next snapshot).
I just hope they fix this bug in the next autotools release! The bug
is known to them!
Bill.
2010/1/8 Case Vanhorsen :
> On Thu, Jan 7, 2010 at 7:05 AM, Bill Hart wrote:
>> Sorry, I mean it i
15 matches
Mail list logo