When building with Mingw64, I get one failure on make check:
...
PASS: t-root.exe
FAIL: t-scan.exe
PASS: t-set_d.exe
PASS: t-set_f.exe
PASS: t-set_si.exe
PASS: t-set_str.exe
PASS: t-set_sx.exe
PASS: t-set_ux.exe
PASS: t-sizeinbase.exe
PASS: t-sqrtrem.exe
PASS: t-tdiv.exe
PASS: t-tdiv_ui.exe
PASS: t
On Jan 9, 8:47 pm, Bill Hart wrote:
> I've been working on getting MPIR to compile on Sun CC with --enable-
> cxx. I've fixed the attribute errors by only defining ATTRIBUTE_* when
> __GNUC__ is defined. This fixes lots of build warnings actually,
> though if __GNUC__ is not defined for a compile
On Dec 31, 3:14 am, "Bill Hart" wrote:
> Would this be mainly useful for computing transcendental functions?
>
> If so there is a package called mpfr (and a similar one for complex
> numbers called mpc) which are the caconical places for such functions.
>
> Of course I am not very imaginative, so
When doing work that requires high precision, it is often very
important how fast an algorithm converges.
I did an algorithm in Maple based upon the paper "On Infinitely Many
Algorithms For Solving Equations" by Ernst Schroder, Translated by G.
W. Stewart.
Given any smoothly differentiable funct
On Dec 30, 6:28 pm, "Jason Martin"
wrote:
> Hi,
>
> At the moment there isn't a tarball for MPIR as it is not yet stable
> (although it is very close to being so).
>
> You should be able to do a read-only checkout of the SVN code using the URL
>
> http://modular.math.jmu.edu/svn/mpir
>
> with an
Is there a tar ball for mpir?
Else, can I do a read only checkout from SVN (and if so, is there a
known procedure for that)?
I might be interested in contribution of multiple precision code at
slightly higher levels (e.g. multiple precision integration via RMS
(Recursive Monotone Stable) quadratu
On Nov 23, 2:46 pm, "Jason Martin" <[EMAIL PROTECTED]>
wrote:
> So, as I look over the CUDA specification I don't see support for some
> important integer operations like: shift, rot, mul, and div. I
> suppose that left shift could be implemented by repeated adds, but I
> can't see an easy way to
e prohibited otherwise).
I suggest that you create a license that has the exact terms you
want. It's your project, after all.
> Bill.
>
> On 31 Oct, 19:58, user923005 <[EMAIL PROTECTED]> wrote:
>
>
>
> > Perhaps you intend your tools as purely academic exerci
On Oct 31, 6:20 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote:
> I'm sure you realise William Stein is the lead developer of Sage, and
> eMPIRe is being essentially developed for Sage.
I did not know that. Once it runs natively on Windows, I will
definitely give it a run around the block.
> What wa
On Oct 31, 5:05 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 31, 2008 at 4:20 PM, user923005 <[EMAIL PROTECTED]> wrote:
>
> > On Oct 31, 1:13 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote:
> >> Thanks for your comments user92
On Oct 31, 1:13 pm, "Bill Hart" <[EMAIL PROTECTED]> wrote:
> Thanks for your comments user923005. You can use GPL code in a
> commercial environment. You just can't distribute it with and make it
> a part of a commercial product. So you can use it for work, you jus
Perhaps you intend your tools as purely academic exercise or for use
only in altogether open source projects.
I find the proliferation of GPLv3 code as something tragic, because I
can only use these things as toys and not for work.
For instance, for this reason I am unable to use the excellent G
12 matches
Mail list logo
