Ok, after a lot of screaming and crying I could get qd and mpack
built under Linux but I have a new show stopper.
The dd_real class in qd doesn't really mimic double precision
numbers. For example, !, ++ and casts to bool, int, double don't work.
Plus one cannot pass it through
On Jan 8, 2010, at 10:53 PM, Kai Germaschewski wrote:
gmp is part of macports, so it's as easy as port install gmp here.
If you want to put it into petsc's build system, looking at the
macports portfile / patches will probably reveal what's necessary to
port it.
Thanks for the
I'm giving up on this for now. Building BlasLapack from the f or
f2c source code of BlasLapack with qd is hopeless. So one could use
mpack, but mpack requires gmp to build, but I am unable to build gmp
on my Mac because it is not as portable as it is suppose to be.
There is a
gmp is part of macports, so it's as easy as port install gmp here.
If you want to put it into petsc's build system, looking at the macports
portfile / patches will probably reveal what's necessary to port it.
--Kai
On Fri, Jan 8, 2010 at 9:56 PM, Barry Smith bsmith at mcs.anl.gov wrote:
would have to hear more
specifics.
Thanks,
Matt
On Wed, Nov 4, 2009 at 10:45 AM, Todd Munson tmunson at mcs.anl.gov wrote:
Barry and Matt,
I was wondering how hard it would be to modify PETSc to support
double-double and quad-double arithmetic using the QD package
from LBL?
Its
Matthew Knepley wrote:
On Wed, Nov 4, 2009 at 2:06 PM, Barry Smith bsmith at mcs.anl.gov
mailto:bsmith at mcs.anl.gov wrote:
This is tricky because some C/C++ compilers long double uses 128
bits of space but actually (on Intel) only uses 80 of the bits
(those are the bits
On Wed, Nov 4, 2009 at 2:21 PM, Jed Brown jed at 59a2.org wrote:
Matthew Knepley wrote:
On Wed, Nov 4, 2009 at 2:06 PM, Barry Smith bsmith at mcs.anl.gov
mailto:bsmith at mcs.anl.gov wrote:
This is tricky because some C/C++ compilers long double uses 128
bits of space but
Todd Munson wrote:
If we can do qd_real, we could also try using the arprec package and get
arbitrary precision math. I might be interested in that as well...
That will not work and really can't be made to work because each term
takes a different amount of space. The implementation holds a
double-double and quad-double arithmetic using the QD package
from LBL?
Its looking more and more likely that I may need this functionality
for some upcoming projects that have bad scaling issues and I don't
want to have to reimplement KSP and PC methods...
Cheers, Todd.
--
What most
