Hi Vincent,
yes the position is advertised here:
http://opendreamkit.org/2015/07/01/developer-position2-kaiserslautern/
We've also advertised it in numerous places, even where assembly
programmers hang out. We had two candidates who were interested that didn't
have Masters degrees, but unfortuna
Hi Bill,
Here it is
https://github.com/wbhart/mpir/pull/164
That's sad that you lack candidates for developments. I will try to
advertise the position. Is there a website for it?
Vincent
Le lundi 2 novembre 2015 10:27:48 UTC-3, Bill Hart a écrit :
>
> Hi Vincent,
>
> yes please do provide
Hi Vincent,
yes please do provide a pull request against master to port the GMP code.
I'm afraid I haven't found time to get back to MPIR in a while. We are in
an extremely busy state here where I work at the moment, and unfortunately
this is likely to continue for about 3 months if not longer. B
Hola,
Anything new about your waiting commits? I can provide one to port the gmp
code for comparing mpz/mpq.
Vincent
Le mercredi 2 septembre 2015 20:58:06 UTC-3, Bill Hart a écrit :
>
>
>
> On 3 September 2015 at 00:05, <20100.d...@gmail.com > wrote:
>
>> Hello,
>>
>> The prototype for mpq_cmp_
On 3 September 2015 at 00:05, <20100.delecr...@gmail.com> wrote:
> Hello,
>
> The prototype for mpq_cmp_z has been accepted by GMP. The code can be
> found in the last commits. Though they told me to be careful as the name of
> the function will only be fixed for the next release.
>
It should be
Hello,
The prototype for mpq_cmp_z has been accepted by GMP. The code can be found
in the last commits. Though they told me to be careful as the name of the
function will only be fixed for the next release.
How should I proceed if I want to port it to mpir?
Best,
Vincent
--
You received this
On 16 August 2015 at 17:07, <20100.delecr...@gmail.com> wrote:
> Hi,
>
> Le vendredi 14 août 2015 19:36:55 UTC+2, Bill Hart a écrit :
>>
>> I appreciate the gesture, but it's better to contribute this to the
>> official GMP project. The reason is that it is in their namespace. If they
>> add a sim
Hi,
Le vendredi 14 août 2015 19:36:55 UTC+2, Bill Hart a écrit :
>
> I appreciate the gesture, but it's better to contribute this to the
> official GMP project. The reason is that it is in their namespace. If they
> add a similar function later, it may end up with a different name, or worse
> s
On Fri, Aug 14, 2015 at 6:08 PM, <20100.delecr...@gmail.com> wrote:
>
> Pull request for a new function mpq_cmp_mpz at
> https://github.com/wbhart/mpir/pull/157
>
> It is essentially a copy/paste of mpq_cmp with a lot of simplification since
> one denominator is just one.
A minor suggestion
I appreciate the gesture, but it's better to contribute this to the
official GMP project. The reason is that it is in their namespace. If they
add a similar function later, it may end up with a different name, or worse
still, same name, different semantics!
If you contribute it to GMP and it becom
Le vendredi 31 juillet 2015 10:16:10 UTC+2, Bill Hart a écrit :
>
>
>
> On 30 July 2015 at 22:10, <20100.d...@gmail.com > wrote:
>
>> Thanks for the answer! (and sorry for my very late reply)
>>
>> Le dimanche 3 mai 2015 18:54:43 UTC+2, Bill Hart a écrit :
>>>
>>>
>>>
>>> On 3 May 2015 at 12:51, <
On 30 July 2015 at 22:10, <20100.delecr...@gmail.com> wrote:
> Thanks for the answer! (and sorry for my very late reply)
>
> Le dimanche 3 mai 2015 18:54:43 UTC+2, Bill Hart a écrit :
>>
>>
>>
>> On 3 May 2015 at 12:51, <20100.d...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> I would like to know wheth
Thanks for the answer! (and sorry for my very late reply)
Le dimanche 3 mai 2015 18:54:43 UTC+2, Bill Hart a écrit :
>
>
>
> On 3 May 2015 at 12:51, <20100.d...@gmail.com > wrote:
>
>> Hello,
>>
>> I would like to know whether it it is possible to compare a mpz_t and a
>> mpq_t more efficiently t
On 3 May 2015 at 12:51, <20100.delecr...@gmail.com> wrote:
> Hello,
>
> I would like to know whether it it is possible to compare a mpz_t and a
> mpq_t more efficiently than:
> - creating a mpq_t with denominator 1
> - swap the numerator with the mpz_t
> - call mpq_cmp
> - swap back the numera
Hello,
I would like to know whether it it is possible to compare a mpz_t and a mpq_t
more efficiently than:
- creating a mpq_t with denominator 1
- swap the numerator with the mpz_t
- call mpq_cmp
- swap back the numerator with the mpz_t
- free the memory of the mpq_t
If not, would it be us
15 matches
Mail list logo
