mplapack-devel Mailing List for Multiple precision LAPACK and BLAS (Page 3)
Status: Pre-Alpha
Brought to you by:
nakatamaho
You can subscribe to this list here.
2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(4) |
Feb
(3) |
Mar
(11) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
(5) |
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(11) |
Oct
(4) |
Nov
(1) |
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Maho N. <ch...@ma...> - 2011-03-15 09:07:44
|
Dear Dominik, Sorry for being late...I have been busy in these days and then great earthquake hit Japan...Luckily, we (my family and friends) are safe. From: Dominik Skanda <Dom...@bi...> Subject: [Mplapack-devel] openmp Date: Wed, 09 Mar 2011 13:40:29 +0100 > Hello, > I'm using successfully the mpack library and wonder if there is an Thanks and congratulations! > option not to use the openmp library or how to determin the number of > threads? you can set "OMP_NUM_THREADS" to 1 to not use the openmp library. > Is there a signifcant speed boost from using openmp for small exmaples? not a siginificant, but Raxpy with large n becomes faster. Best regards, Nakata Maho > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Mplapack-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplapack-devel > |
From: Dominik S. <Dom...@bi...> - 2011-03-09 13:08:18
|
Hello, I'm using successfully the mpack library and wonder if there is an option not to use the openmp library or how to determin the number of threads? Is there a signifcant speed boost from using openmp for small exmaples? kind regards Dominik |
From: Maho N. <ch...@ma...> - 2010-08-20 02:01:17
|
Hi, I have just released MPACK 0.6.7. * Download from; http://sourceforge.net/projects/mplapack/files/mpack/mpack%200.6.7/mpack-0.6.7.tar.gz/download * 100 MLAPACK routines (+8 from previous; including Rgecon and Rpocon, condition number estimator). see http://mplapack.sourceforge.net/mlapack_routines.html for current status. * Supported platforms * Ubuntu 10.04 (amd64), CentOS(x86-64) * Windows (mingw) * MacOSX Tiger Intel/PPC * FreeBSD 8.1-RELEASE/amd64 How to install On MacOSX $ bash $ ./configure $ make $ make install On Linux $ bash $ ./configure $ make $ make install On Windows using mingw (http://www.mingw.org/) cross compile on Ubuntu $ ./configure --prefix=/home/maho/MPACK --host=i686-pc-mingw32 $ make $ make install I appreciated your kind helps and discussions. Best regards, Nakata Maho -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-08-05 23:43:25
|
Hi, I have just released MPACK 0.6.6. * Download from; http://sourceforge.net/projects/mplapack/files/mpack/mpack%200.6.6/mpack-0.6.6.tar.gz/download * 92 MLAPACK routines. (+42 since 0.6.0) see http://mplapack.sourceforge.net/mlapack_routines.html for current status. * Build fixes. Build on FreeBSD 8.1-RELEASE/amd64, MacOSX Tiger Intel/PPC, Ubuntu 9.10 (amd64), CentOS(x86-64), Windows (mingw) How to install On MacOSX $ bash $ ./configure $ make $ make install On Linux $ bash $ ./configure $ make $ make install On Windows using mingw (http://www.mingw.org/) cross compile on Ubuntu $ ./configure --prefix=/home/maho/MPACK --host=i686-pc-mingw32 $ make $ make install I appreciated your kind helps and discussions. Best regards, Nakata Maho -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-05-20 22:38:10
|
Dear MPACK users I'm happy to announce I have just released MPACK 0.6.5. Main features are * MPFR/MPC support. * quality assurance (testing) part has been improved. * usability. * much easier to install; just "./configure; make" is ok for most platforms. Now the source archive now includes multiple precision libraries. How to download: access following link. http://sourceforge.net/projects/mplapack/files/mpack/mpack%200.6.5/mpack-0.6.5.tar.gz/download Details. MD5 2f88e2b7c2123b160bd5863b1c7ca3db mpack-0.6.5.tar.gz SHA256 b087eb860d41aa8849c951c7e6d84d6e10833a5fa45ebf94556338df6b6f79f2 mpack-0.6.5.tar.gz size 7910275 Thanks -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-03-18 00:45:43
|
Hi Ulf, Not difficult technically but just I'm only working on it so it is very slow... I'm really appriciate all of your requests...of course. thanks for your patience, Nakata Maho From: Ulf Ekström <uek...@gm...> Subject: [Mplapack-devel] MP SVD? Date: Wed, 17 Mar 2010 10:19:31 +0100 > Dear all, > would it be difficult to add some SVD function from lapack to MP lapack? > > Sincerely, > Ulf Ekström, VU University Amsterdam > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Mplapack-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplapack-devel > |
From: Ulf E. <uek...@gm...> - 2010-03-17 09:19:41
|
Dear all, would it be difficult to add some SVD function from lapack to MP lapack? Sincerely, Ulf Ekström, VU University Amsterdam |
From: Maho N. <ch...@ma...> - 2010-03-15 02:52:14
|
Hi Lev, thanks for your comment. I never imagined that some files are under GPL... Thanks, From: Lev Givon <le...@co...> Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD Date: Sun, 14 Mar 2010 22:34:16 -0400 > Received from Maho NAKATA on Sat, Mar 13, 2010 at 04:09:06AM EST: >> From: Lev Givon <le...@co...> >> Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD >> Date: Fri, 12 Mar 2010 13:12:21 -0500 >> >> > Currently, it seems that the package depends on gmp. If you plan to >> > license the software under a BSD-type license and continue using gmp >> > in parts of the software, I suspect that you will need to remove the >> > gmp-dependent portions of the software and distribute them in a >> > separate package licensed under the GPL because gmp's GPL license >> > requires that dependent works also be distributed under the same >> > terms. Switching to mpfr, which is licensed under the LGPL, would >> > presumably address this concern. >> >> Hello Lev Givon, >> Thanks for your advice. >> >> GMP uses LGPL >> http://gmplib.org/ >> > GMP is distributed under the GNU LGPL. >> and MPFR is also as well. >> I don't think I use part of GMP in my software so I can switch to mBSD license. >> >> So no worries :-) >> >> Thanks > > You're mostly right; there are apparently one or two files distributed > with gmp that are still under GPL (which are probably not used in your > software), but the rest are under the LGPL. > > L.G. > |
From: Lev G. <le...@co...> - 2010-03-15 02:34:34
|
Received from Maho NAKATA on Sat, Mar 13, 2010 at 04:09:06AM EST: > From: Lev Givon <le...@co...> > Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD > Date: Fri, 12 Mar 2010 13:12:21 -0500 > > > Currently, it seems that the package depends on gmp. If you plan to > > license the software under a BSD-type license and continue using gmp > > in parts of the software, I suspect that you will need to remove the > > gmp-dependent portions of the software and distribute them in a > > separate package licensed under the GPL because gmp's GPL license > > requires that dependent works also be distributed under the same > > terms. Switching to mpfr, which is licensed under the LGPL, would > > presumably address this concern. > > Hello Lev Givon, > Thanks for your advice. > > GMP uses LGPL > http://gmplib.org/ > > GMP is distributed under the GNU LGPL. > and MPFR is also as well. > I don't think I use part of GMP in my software so I can switch to mBSD license. > > So no worries :-) > > Thanks You're mostly right; there are apparently one or two files distributed with gmp that are still under GPL (which are probably not used in your software), but the rest are under the LGPL. L.G. |
From: Maho N. <ch...@ma...> - 2010-03-13 09:09:19
|
From: Lev Givon <le...@co...> Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD Date: Fri, 12 Mar 2010 13:12:21 -0500 > Currently, it seems that the package depends on gmp. If you plan to > license the software under a BSD-type license and continue using gmp > in parts of the software, I suspect that you will need to remove the > gmp-dependent portions of the software and distribute them in a > separate package licensed under the GPL because gmp's GPL license > requires that dependent works also be distributed under the same > terms. Switching to mpfr, which is licensed under the LGPL, would > presumably address this concern. Hello Lev Givon, Thanks for your advice. GMP uses LGPL http://gmplib.org/ > GMP is distributed under the GNU LGPL. and MPFR is also as well. I don't think I use part of GMP in my software so I can switch to mBSD license. So no worries :-) Thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Lev G. <le...@co...> - 2010-03-12 18:12:41
|
Received from Maho NAKATA on Thu, Mar 11, 2010 at 08:35:45PM EST: > Hi Lev, > > From: Lev Givon <le...@co...> > Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD > Date: Thu, 11 Mar 2010 14:16:57 -0500 > > > Received from Maho NAKATA on Wed, Mar 10, 2010 at 08:35:16PM EST: > >> current status... > >> > >> Now I'm reviewing MBLAS routines. license has been changed to LGPLv3 to > >> two clause BSD license. > > > > Do you mean that the license has been (or will be) changed to BSD for > > mblas only, > > no > > > or has been changed for mlapack too? > > yes. (will be; just depend on my speed for programming; i rewrite > complex class currently) > > thanks! Currently, it seems that the package depends on gmp. If you plan to license the software under a BSD-type license and continue using gmp in parts of the software, I suspect that you will need to remove the gmp-dependent portions of the software and distribute them in a separate package licensed under the GPL because gmp's GPL license requires that dependent works also be distributed under the same terms. Switching to mpfr, which is licensed under the LGPL, would presumably address this concern. L.G. |
From: Maho N. <ch...@ma...> - 2010-03-12 01:36:00
|
Hi Lev, From: Lev Givon <le...@co...> Subject: Re: [Mplapack-devel] license ; LGPLv3 to two clause BSD Date: Thu, 11 Mar 2010 14:16:57 -0500 > Received from Maho NAKATA on Wed, Mar 10, 2010 at 08:35:16PM EST: >> current status... >> >> Now I'm reviewing MBLAS routines. license has been changed to LGPLv3 to >> two clause BSD license. > > Do you mean that the license has been (or will be) changed to BSD for > mblas only, no > or has been changed for mlapack too? yes. (will be; just depend on my speed for programming; i rewrite complex class currently) thanks! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Lev G. <le...@co...> - 2010-03-11 19:46:34
|
Received from Maho NAKATA on Wed, Mar 10, 2010 at 08:35:16PM EST: > current status... > > Now I'm reviewing MBLAS routines. license has been changed to LGPLv3 to > two clause BSD license. Do you mean that the license has been (or will be) changed to BSD for mblas only, or has been changed for mlapack too? L.G. |
From: Maho N. <ch...@ma...> - 2010-03-11 01:35:29
|
current status... Now I'm reviewing MBLAS routines. license has been changed to LGPLv3 to two clause BSD license. trying to build with mpfr. it is much more sophisticated than GMP. complex class has been reimplemented; now compatible with complex<double>, and internal version of MBLAS is buildable with "double". Why I didn't like C99 style complex? quite incompatible with C++. Thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-03-09 06:35:51
|
Build successful on Fedora 11 and 12 (x86-64) subject tells all... * on Fedora 11 and 12 (x86-64) * vanilla installation + yum install blas lapack blas-devel lapack-devel were ok. Thanks! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-03-05 07:44:32
|
Hello Novak, I just came back from US. Time has passed, if something is missing please do not hesitate to ask me again. From: Novak Elliott <n.s...@cu...> Subject: [Mplapack-devel] converted subroutines - complete / testing / in development? Date: Thu, 25 Feb 2010 18:44:41 +0800 > I've started having a go at converting some LAPACK routines to MPACK and > then I discovered that most of the routines I require already exist in the > mlapack/library/ directory, even though right. just converted from FORTRAN by f2c. > - they are not listed on the web page "LIST OF MLAPACK ROUTINES and LAPACK > CORRESPONDENCE" (http://mplapack.sourceforge.net/mlapack_routines.html) > - their prototypes are listed as "/* not yet done ... auxiliary routines */" > in include/mlapack_gmp.h > dlacpy.f => Rlacpy.cpp Exists > dlanhs.f => Rlanhs.cpp Exists > dlange.f => Rlange.cpp Exists > dgeqr2.f => Rgeqr2.cpp Exists > dorm2r.f => Rorm2r.cpp Exists > dgeqrf.f => Rgeqrf.cpp Exists > dggbak.f => Rggbak.cpp Exists > dlasv2.f => Rlasv2.cpp Exists > dormqr.f => Rormqr.cpp Exists > dgghrd.f => Rgghrd.cpp Exists > dlag2.f => Rlag2.cpp Exists > dggbal.f => Rggbal.cpp Exists > dggev.f => Rggev.cpp Exists > dlaln2.f => Rlaln2.cpp Exists > dtgevc.f => Rtgevc.cpp Exists > dhgeqz.f => Rhgeqz.cpp Exists > What is the status of these routines - complete / still need testing / under > development? > And their complex equivalents? Status of them; just compiles. so under development is correct. > Also, are these routines simply yet to be converted: > dlabad.f > ieeeck.f > iparmq.f > ilaenv.f > ? ieeeck.f is for exception handling can be made so it requies more efforts. just ignore it at the moment. dlabad.f is overflow check for the large exponent. I think we need it for qd/dd, but if you are using GMP, exponent range is extraordinary large, so we can simply ignore this. also, for GMP, size of exponent range varies by architecture; if you use a 64 bit machine, then 2^64. on a 32bit machine, it is 2^32. ilaenv may be the same as lapack's. since lapack's ilaenv does not return an optimized value, so we can simply set it as the same as the lapack's. In any case, we should carefully optimize... I forgot about iparmq... Best regards, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Novak E. <n.s...@cu...> - 2010-02-25 10:44:52
|
Hi Nakata, I've started having a go at converting some LAPACK routines to MPACK and then I discovered that most of the routines I require already exist in the mlapack/library/ directory, even though - they are not listed on the web page "LIST OF MLAPACK ROUTINES and LAPACK CORRESPONDENCE" (http://mplapack.sourceforge.net/mlapack_routines.html) - their prototypes are listed as "/* not yet done ... auxiliary routines */" in include/mlapack_gmp.h dlacpy.f => Rlacpy.cpp Exists dgeqr2.f => Rgeqr2.cpp Exists dlanhs.f => Rlanhs.cpp Exists dlange.f => Rlange.cpp Exists dorm2r.f => Rorm2r.cpp Exists dgeqrf.f => Rgeqrf.cpp Exists dggbak.f => Rggbak.cpp Exists dlasv2.f => Rlasv2.cpp Exists dormqr.f => Rormqr.cpp Exists dgghrd.f => Rgghrd.cpp Exists dlag2.f => Rlag2.cpp Exists dggbal.f => Rggbal.cpp Exists dggev.f => Rggev.cpp Exists dlaln2.f => Rlaln2.cpp Exists dtgevc.f => Rtgevc.cpp Exists dhgeqz.f => Rhgeqz.cpp Exists What is the status of these routines - complete / still need testing / under development? And their complex equivalents? Also, are these routines simply yet to be converted: dlabad.f ieeeck.f iparmq.f ilaenv.f ? cheers, Novak. |
From: Maho N. <ch...@ma...> - 2010-02-23 21:17:56
|
Hi Novak, thanks for your e-mail. From: Novak Elliott <n.s...@cu...> Subject: [Mplapack-devel] mpack - dggev? Date: Tue, 23 Feb 2010 17:22:20 +0800 > I've played around with some code over the last week to see what the > benefits of higher precision would be for my specific problem (wave > dispersion in fluid/structures). I've got a quad precision version of dggev > working (crudely converted all 50 necessary subroutines to real*16 using a > shell script) and for a progressively more ill-conditioned problem the extra > precision does help, I'm able to get more accurate eigenvalues (compared to > theoretical solution). Great. I found fragments of codes by HIDA yozo. http://www.eecs.berkeley.edu/~yozo/software/lapack-quad-30.tar.gz http://www.eecs.berkeley.edu/~yozo/software/ He uses QD library and convert LAPACK routines. > However, although quad precision is better than double precision it appears > that I could greatly benefit from much higher precision. Yes. > For reference, these are the subroutines required for *dggev*: > *- blas: > *daxpy.f > dcopy.f > ddot.f > dgemm.f > dgemv.f > dger.f > dnrm2.f > drot.f > dscal.f > dswap.f > dtrmm.f > dtrmv.f > idamax.f > *- lapack:* > ***dgeqr2.f > ***dgeqrf.f > ***dggbak.f > ***dggbal.f > ***dggev.f > ***dgghrd.f > ***dhgeqz.f > ***dlabad.f > ***dlacpy.f > dladiv.f > ***dlag2.f > ***dlaln2.f > dlamch.f > ***dlange.f > ***dlanhs.f > dlapy2.f > dlapy3.f > dlarf.f > dlarfb.f > dlarfg.f > dlarft.f > dlartg.f > dlascl.f > dlaset.f > dlassq.f > ***dlasv2.f > dorg2r.f > dorgqr.f > ***dorm2r.f > ***dormqr.f > ***dtgevc.f > ***ieeeck.f > ***ilaenv.f > ***iparmq.f > ***lsame.f > ***xerbla.f > > ***indicates a subroutine that has not yet been converted in MPACK (22 > routines) > > Since your code is clearly laid out I'm thinking of having a go at this > myself - if you have any comments/suggestions on which routines might be the > more difficult then I'd be most appreciative. Code matter: I'm very happy to accept your codes! Political matter: You can submit under two clause BSD style license. Now I have been changing license to this one. Please refer following file. http://mplapack.cvs.sourceforge.net/viewvc/*checkout*/mplapack/mpack/mblas/reference/Cher2k.cpp > p.s. I understand that Jim Demmel > <http://www.eecs.berkeley.edu/%7Edemmel/>is also working on a > multiprecision version of lapack but has not released > any code. Do you know anything about this? No, I don't know. Only some rumors. Many thanks! -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Novak E. <n.s...@cu...> - 2010-02-23 09:22:29
|
Hi, I've played around with some code over the last week to see what the benefits of higher precision would be for my specific problem (wave dispersion in fluid/structures). I've got a quad precision version of dggev working (crudely converted all 50 necessary subroutines to real*16 using a shell script) and for a progressively more ill-conditioned problem the extra precision does help, I'm able to get more accurate eigenvalues (compared to theoretical solution). However, although quad precision is better than double precision it appears that I could greatly benefit from much higher precision. For reference, these are the subroutines required for *dggev*: *- blas: *daxpy.f dcopy.f ddot.f dgemm.f dgemv.f dger.f dnrm2.f drot.f dscal.f dswap.f dtrmm.f dtrmv.f idamax.f *- lapack:* ***dgeqr2.f ***dgeqrf.f ***dggbak.f ***dggbal.f ***dggev.f ***dgghrd.f ***dhgeqz.f ***dlabad.f ***dlacpy.f dladiv.f ***dlag2.f ***dlaln2.f dlamch.f ***dlange.f ***dlanhs.f dlapy2.f dlapy3.f dlarf.f dlarfb.f dlarfg.f dlarft.f dlartg.f dlascl.f dlaset.f dlassq.f ***dlasv2.f dorg2r.f dorgqr.f ***dorm2r.f ***dormqr.f ***dtgevc.f ***ieeeck.f ***ilaenv.f ***iparmq.f ***lsame.f ***xerbla.f ***indicates a subroutine that has not yet been converted in MPACK (22 routines) Since your code is clearly laid out I'm thinking of having a go at this myself - if you have any comments/suggestions on which routines might be the more difficult then I'd be most appreciative. cheers, Novak. p.s. I understand that Jim Demmel <http://www.eecs.berkeley.edu/%7Edemmel/>is also working on a multiprecision version of lapack but has not released any code. Do you know anything about this? |
From: Maho N. <ch...@ma...> - 2010-01-13 06:22:25
|
Hi Barry, As I told, I released mpack 0.6.4. Build instruction is also attached, https://sourceforge.net/mailarchive/message.php?msg_name=20100113.151501.722554765817630043.chat95%40mac.com so you may want to try again. Please do not hesitate to e-mail me if you get into stuck. Also could you please subscribe this list? I approved your message but not seem to be in the archive. Best regards, From: Maho NAKATA <ch...@ma...> Subject: Re: [Mplapack-devel] failing configure/make on mpack on Apple Date: Tue, 12 Jan 2010 11:23:12 +0900 (JST) > Hi Barry, > > Many, many thanks for your feedback. > > From: Barry Smith <bs...@mc...> > Subject: [Mplapack-devel] failing configure/make on mpack on Apple > Date: Sun, 10 Jan 2010 16:39:40 -0600 > >>>> I am trying to install the CVS version of mpack on my Apple (the . >>>> 6 tarball failed terribly on the make because its configure didn't >>>> properly handle different locations of gmp and qd then the standard >>>> locations). > > :-( sorry to hear that... > > Ok, I'll release 0.6.4 as soon as possible. > I have planning to release 0.6.5 in the end of March. but it's good to > rewrite my installation instruction as 0.6.0 is too old. > > Best, > -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ > Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Mplapack-devel mailing list > Mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mplapack-devel > |
From: Maho N. <ch...@ma...> - 2010-01-13 06:15:12
|
Hi, I have just released MPACK 0.6.4. * Download from; http://sourceforge.net/projects/mplapack/files/mpack/mpack%200.6.4/mpack-0.6.4.tar.gz/download * 90 MLAPACK routines. (+40 since 0.6.0) see http://mplapack.sourceforge.net/mlapack_routines.html for current status. * Many improvements in release engineering part. Build on FreeBSD 8/amd64, MacOSX Tiger Intel/PPC, CentOS(x86-64), Windows (mingw) Please send me a report if your build failed. --------------------------------- How to install On MacOSX $ bash $ CXX="g++" ; export CXX $ CC="gcc" ; export CC $ wget http://www.eecs.berkeley.edu/~yozo/software/qd-2.3.7.tar.gz $ tar xvfz qd-2.3.7.tar.gz $ cd qd-2.3.7; ./configure --prefix=/Users/maho/QD ; make ; make install $ cd .. $ wget http://ftp.yz.yamagata-u.ac.jp/pub/GNU/gmp/gmp-4.3.2.tar.gz $ tar xvfz gmp-4.3.2.tar.gz $ cd gmp-4.3.2; ./configure --prefix=/Users/maho/GMP --enable-cxx ; make ; make install $ cd .. $ CXXFLAGS="-I/Users/maho/QD/include -I/Users/maho/GMP/include" ; export CXXFLAGS $ CPPFLAGS="-I/Users/maho/QD/include -I/Users/maho/GMP/include" ; export CPPFLAGS $ CFLAGS="-I/Users/maho/QD/include -I/Users/maho/GMP/include" ; export CFLAGS $ LDFLAGS="-L/Users/maho/QD/lib -L/Users/maho/GMP/lib"; export LDFLAGS $ ./configure --prefix=/Users/maho/MPACK $ make $ make install On Linux $ bash $ CXX="g++" ; export CXX $ CC="gcc" ; export CC $ wget http://www.eecs.berkeley.edu/~yozo/software/qd-2.3.7.tar.gz $ tar xvfz qd-2.3.7.tar.gz $ cd qd-2.3.7; ./configure --prefix=/home/maho/QD ; make ; make install $ cd .. $ wget http://ftp.yz.yamagata-u.ac.jp/pub/GNU/gmp/gmp-4.3.2.tar.gz $ tar xvfz gmp-4.3.2.tar.gz $ cd gmp-4.3.2; ./configure --prefix=/home/maho/GMP --enable-cxx ; make ; make install $ cd .. $ CXXFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CXXFLAGS $ CPPFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CPPFLAGS $ CFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CFLAGS $ LDFLAGS="-L/home/maho/QD/lib -L/home/maho/GMP/lib"; export LDFLAGS $ ./configure --prefix=/home/maho/MPACK $ make $ make install On Windows using mingw (http://www.mingw.org/) cross compile on FreeBSD. $ CXX="mingw32-g++" ; export CXX $ CC="mingw32-gcc" ; export CC $ RANLIB="mingw32-ranlib" ; export RANLIB $ ftp http://www.eecs.berkeley.edu/~yozo/software/qd-2.3.7.tar.gz $ tar xvfz qd-2.3.7.tar.gz $ cd qd-2.3.7; cp /usr/local/mingw32/include/float.h include/ ; ./configure --prefix=$HOME/mpack-mingw-work/QD --host=i686-pc-mingw32 ; make ; make install $ cd .. $ CXX="mingw32-g++" ; export CXX $ CC="mingw32-gcc" ; export CC $ RANLIB="mingw32-ranlib" ; export RANLIB $ NM="mingw32-nm" ; export NM $ wget http://ftp.yz.yamagata-u.ac.jp/pub/GNU/gmp/gmp-4.3.2.tar.gz $ tar xvfz gmp-4.3.2.tar.gz $ cd gmp-4.3.2; ./configure --prefix=/home/maho/GMP --enable-cxx --host=i686-pc-mingw32 ; make ; make install $ cd .. $ CXX="mingw32-g++" ; export CXX $ CC="mingw32-gcc" ; export CC $ RANLIB="mingw32-ranlib" ; export RANLIB $ CXXFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CXXFLAGS $ CPPFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CPPFLAGS $ CFLAGS="-I/home/maho/QD/include -I/home/maho/GMP/include" ; export CFLAGS $ LDFLAGS="-L/home/maho/QD/lib -L/home/maho/GMP/lib"; export LDFLAGS $ ./configure --prefix=/home/maho/MPACK --host=i686-pc-mingw32 --enable-testing=no $ make $ make install I appreciated your kind helps and discussions. Best regards, Nakata Maho -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Maho N. <ch...@ma...> - 2010-01-12 02:30:24
|
Hi Barry, Many, many thanks for your feedback. From: Barry Smith <bs...@mc...> Subject: [Mplapack-devel] failing configure/make on mpack on Apple Date: Sun, 10 Jan 2010 16:39:40 -0600 >>> I am trying to install the CVS version of mpack on my Apple (the . >>> 6 tarball failed terribly on the make because its configure didn't >>> properly handle different locations of gmp and qd then the standard >>> locations). :-( sorry to hear that... Ok, I'll release 0.6.4 as soon as possible. I have planning to release 0.6.5 in the end of March. but it's good to rewrite my installation instruction as 0.6.0 is too old. Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt |
From: Barry S. <bs...@mc...> - 2010-01-10 22:39:58
|
> > >> >> I am trying to install the CVS version of mpack on my Apple (the . >> 6 tarball failed terribly on the make because its configure didn't >> properly handle different locations of gmp and qd then the standard >> locations). >> >> Darwin barry-smiths-macbook-pro.local 9.8.0 Darwin Kernel Version >> 9.8.0: Wed Jul 15 16:55:01 PDT 2009; root:xnu-1228.15.4~1/ >> RELEASE_I386 i386 >> >> [barry-smiths-macbook-pro:~/Src/petsc-dev] barrysmith% gcc -v >> Using built-in specs. >> Target: i686-apple-darwin9 >> Configured with: /var/tmp/gcc/gcc-5493~1/src/configure --disable- >> checking -enable-werror --prefix=/usr --mandir=/share/man --enable- >> languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/ >> s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/ >> usr/lib --build=i686-apple-darwin9 --with-arch=apple --with- >> tune=generic --host=i686-apple-darwin9 --target=i686-apple-darwin9 >> Thread model: posix >> gcc version 4.0.1 (Apple Inc. build 5493) >> >> and it fails on the make with >> >> ../../libtool: line 460: CDPATH: command not found >> /Users/barrysmith/Src/petsc-dev/externalpackages/mpack/libtool: >> line 460: CDPATH: command not found >> /Users/barrysmith/Src/petsc-dev/externalpackages/mpack/libtool: >> line 1138: func_opt_split: command not found >> libtool: Version mismatch error. This is libtool 2.2.6b, but the >> libtool: definition of this LT_INIT comes from an older release. >> libtool: You should recreate aclocal.m4 with macros from libtool >> 2.2.6b >> libtool: and run autoconf again. >> make[2]: *** [libmblas_gmp_ref_la-Caxpy.lo] Error 63 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all-recursive] Error 1 >> >> I've attached the output from configure and make and the generated >> libtool, >> >> Any suggestions appreciated, >> >> Thanks >> >> Barry |
From: Maho N. <ma...@ri...> - 2009-02-16 05:39:28
|
Hi Yamashita-san, Thanks for your feedback. gop From: Makoto Yamashita <Mak...@is...> Subject: [Mplapack-devel] uninitialised value on iMlaenv1 Date: Tue, 10 Feb 2009 16:06:01 +0900 > I found an unstable execution of Rgesv as the following message. > > ==22859== Conditional jump or move depends on uninitialised value(s) > ==22859== at 0x804B064: iMlaenv1(char const*, char const*, int, int, int, int) (iMlaenv.cpp:89) > ==22859== by 0x804B1DA: iMlaenv(int, char const*, char const*, int, int, int, int) (iMlaenv.cpp:240) > ==22859== by 0x804A9D3: Rgetrf(int, int, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*, int*) (Rgetrf.cpp:94) > ==22859== by 0x804A2D6: Rgesv(int, int, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*) (Rgesv.cpp:91) > > The variable Mlaname might is not set correctly in Rgetrf.cpp. > nb = iMlaenv(1, "Rgetrf", " ", m, n, -1, -1); no, prototype of iMlaenv is int iMlaenv(int ispec, const char *name, const char *opts, int n1, int n2, int n3, int n4); so I think this is correct... Anyway if you still uncertain, please let me know. Best, -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ |
From: Makoto Y. <Mak...@is...> - 2009-02-10 07:25:17
|
Hi, I found an unstable execution of Rgesv as the following message. ==22859== Conditional jump or move depends on uninitialised value(s) ==22859== at 0x804B064: iMlaenv1(char const*, char const*, int, int, int, int) (iMlaenv.cpp:89) ==22859== by 0x804B1DA: iMlaenv(int, char const*, char const*, int, int, int, int) (iMlaenv.cpp:240) ==22859== by 0x804A9D3: Rgetrf(int, int, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*, int*) (Rgetrf.cpp:94) ==22859== by 0x804A2D6: Rgesv(int, int, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*, __gmp_expr<__gmpf_value, __gmpf_value>*, int, int*) (Rgesv.cpp:91) The variable Mlaname might is not set correctly in Rgetrf.cpp. nb = iMlaenv(1, "Rgetrf", " ", m, n, -1, -1); The first argument should be 'char const*'. However, the passed argument is numeric. I guess the callings of iMlaenv are inconsistent the arguments. Best, -- Makoto Yamashita <Mak...@is...> Assistant Professor, Department of Mathematical and Computing Sciences, Tokyo Institute of Technology presented by one of tpds since 1995.07.29 |