Yes, it should say that. The next version will include this fix.
Thanks for mentioning it.
Bill.
2009/7/17 Frithjof Schulze :
>
> On Wed, Jul 15, 2009 at 11:32:19PM +0100, Bill Hart wrote:
>> ...
>> Sage, FLINT, Pari, NTL, Givaro, Gap, Singular, M4RI and numerous other
>> major open source mathe
On Wed, Jul 15, 2009 at 11:32:19PM +0100, Bill Hart wrote:
> ...
> Sage, FLINT, Pari, NTL, Givaro, Gap, Singular, M4RI and numerous other
> major open source mathematical projects have remained LGPL v2+.
>
> Continuing to remain with LGPL v2+ is a strategic step for MPIR, and
> we will revisit th
I've made some changes to to FAQ, below, to reflect the new comments
on the GMP website about MPIR, and also to address Jeff's questions
about parallel support in MPIR:
MPIR (Multiple Precision Integers and Rationals)
Frequently Asked Questions
-
Q. What
On Thu, Jul 2, 2009 at 12:40 PM, Cactus wrote:
> MSVC has had OpenMP support for some time now.
>
> Visual Studio 2008 supports OpenMP 2.0; Visual Studio 2010 supports
> OpenMP 3.0
Nice! I learned two new things today, built-in support for OpenMP in
both gcc and MSVC. If only that was availabl
On Jul 2, 3:49 pm, Bill Hart wrote:
> Support for parallel processing can make demands on people's compiler,
> because ultimately there is no point writing parallel code for very
> old machines and newer machines will have newer compilers. If you are
> really serious about performance and using
On Thu, Jul 2, 2009 at 10:49 AM, Bill Hart wrote:
> In particular gcc 4.2.4 and following have OpenMP support built in.
> That means all the compilers which are derivatives of gcc will fairly
> shortly have OpenMP support if they don't already. Certainly the Intel
> compiler supports OpenMP and h
Support for parallel processing can make demands on people's compiler,
because ultimately there is no point writing parallel code for very
old machines and newer machines will have newer compilers. If you are
really serious about performance and using multi core machines, you
are probably going to
On Thu, Jul 2, 2009 at 10:22 AM, Bill Hart wrote:
> That is an interesting question. pthreads is certainly available on
> much older compilers. But the issue is, it is very hard to code.
I guess it is the only thing I know, so maybe I should move to OpenMP. ;-)
> I'd be interested in supportin
That is an interesting question. pthreads is certainly available on
much older compilers. But the issue is, it is very hard to code.
Essentially OpenMP does all the hard work for you, keeping threads
alive when they are not in use, managing all the pointers to your
data, etc.
I'd be interested i
On Wed, Jul 1, 2009 at 11:48 AM, Bill Hart wrote:
> AN FAQ **
The FAQ is a great idea and you are off to a good start.
> ** FORTNIGHTLY MPIR DIGEST
I think this is a really good idea, makes it easy for people not doing
active development to
Here is an updated FAQ with some changes based on suggestions made in
incidental discussion I happened to have with people by email. There's
no point in putting too much into an initial FAQ. The idea here is to
get one started, and as questions get regularly asked, fill the
answers in. But here's
Actually two more before I go:
Q. What does it mean that MPIR is developer friendly?
A. We have a zero tolerance policy with respect to being rude to
potential developers and users. We do all we can to answer questions
and to do so publicly in a polite manner. Sometimes some users just
shouldn't
I have 8 minutes before I need to go out again, so here is 8 minutes
worth of FAQ, based on what people have actually asked me (or I'd
secretly like them to ask) about development:
MPIR (Multiple Precision Integers and Rationals)
Frequently Asked Questions
---
13 matches
Mail list logo