Brendan Fabeny
46d30e1598
avoid inconsistencies in internal symbol tables
...
and allow the test suite to be run after renaming
by performing renaming before compilation via
the preprocessor
2011-09-28 18:10:37 +00:00
Brendan Fabeny
cf8f9ea4bf
fix the objcopy renaming by adding a forgotten correction
...
to account for gfortran*'s default use of -funderscoring [1];
fix the check for math/atlas* shared libraries
PR: 159129 [1]
Submitted by: E. Shibusawa (slightly different patch) [1]
2011-09-28 18:00:24 +00:00
Brendan Fabeny
e9cbeb5fad
rename the lapack symbols in arpack to avoid conflicts
...
with other lapack libraries [1]; respect LDFLAGS when
linking; wrap long lines; trim pkg-descr
PR: 159129 [1]
Submitted by: stephen (original version) [1]
2011-08-24 10:41:39 +00:00
Stephen Montgomery-Smith
4f4497deb4
- Maintainer change to bf@
...
Approved by: maho (mentor, implicit), bf (new maintainer)
2011-08-08 19:07:38 +00:00
Stephen Montgomery-Smith
c106e4ccf5
- Fix PATCH_SITES, and update to version 3 of Kloeckner's arscnd patch.
...
- Fix patch.tar.gz being unpacked into the wrong directory.
- Respect AR, RANLIB, LD, LDFLAGS, etc. in ARmake.inc.
- Fix install of arpack.h.
- Fix broken sparc64 build.
- Add tests.
- Various other cleanups.
PR: ports/159075
Submitted by: bf
Approved by: maho (mentor, implicit)
2011-07-21 20:19:33 +00:00
Mark Linimon
eb16449372
Mark as broken on sparc64: fails to install.
2011-07-16 05:33:57 +00:00
Stephen Montgomery-Smith
fc7976f6a8
Maintainer: stephen@missouri.edu -> stephen@FreeBSD.org
...
Approved by: maho (mentor)
2011-06-14 07:38:51 +00:00
Martin Wilke
bb86cbe5d2
- Get Rid MD5 support
2011-03-20 12:54:45 +00:00
Stefan Walter
f82250cc64
Fix a problem with symbol duplication when code is linked with both the arpack
...
and lapack libraries.
PR: 147487
Submitted by: Eijiro Shibusawa <ej-sib@ice.uec.ac.jp>
Approved by: Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer)
Feature safe: yes
2010-07-01 19:52:49 +00:00
Gerald Pfeifer
27ab5137ce
Bump PORTREVISION for everything that sets USE_FORTRAN=yes which now
...
implies lang/gcc44 up from lang/gcc43.
Approved by: portmgr
2009-09-13 00:08:01 +00:00
Dennis Herrmann
cf8759b2c9
- Update maintainer mail address
...
PR: ports/133397
Submitted by: Stephen Montgomery-Smith <stephen@missouri.edu> (maintainer)
Approved by: tabthorpe (co-mentor)
2009-04-05 20:50:49 +00:00
Wesley Shields
6ce638fdbf
- Pass maintainership along.
2009-02-13 15:25:26 +00:00
Gerald Pfeifer
05a2cbc2b4
Bump PORTREVISION due to change of USE_FORTRAN=yes to GCC 4.3.
2009-01-07 16:34:27 +00:00
Maho Nakata
54f95939e0
Now we use USE_FORTRAN=yes to use FORTRAN.
2007-07-12 06:57:48 +00:00
Maho Nakata
968c3e16c6
Remove CONFLICT line as elmer-mathlibs are deprecated by migration
...
to gfortran.
2007-01-16 02:39:08 +00:00
Maho Nakata
847d5bad96
* Use gfortran42 only and not gcc42.
...
* Bump portrevision.
2007-01-12 05:56:44 +00:00
Maho Nakata
0160d8b6c9
* gfortran42 has "INTRINSIC etime"
...
http://icl.cs.utk.edu/lapack-forum/archives/lapack/msg00193.html
* Bump port revision
2007-01-10 14:14:44 +00:00
Maho Nakata
42dd1b7d84
* Requires gfortran compiled ATLAS and BLAS.
...
* Bump portrevision.
2007-01-09 22:49:50 +00:00
Maho Nakata
726dd43aee
Migrated to gfortran42.
...
Bump portrevision.
2007-01-09 05:54:45 +00:00
Cheng-Lung Sung
e8390e6e3c
- s,INSTALLS_SHLIB,USE_LDCONFIG,g
...
- these include irc/ japanese/ java/ lang/ mail/ math/ maintained by ports@
PR: ports/101916
Submitted by: Gea-Suan Lin <gslin_AT_gslin dot org>
2006-08-15 00:29:13 +00:00
Thierry Thomas
e5c4b6f303
Register conflicts with math/elmer-mathlibs and pet portlint.
2006-04-24 19:57:20 +00:00
Sergey Matveychuk
18d67ba309
- Use a static header file instead of generated by f2c.
...
It decreases a dependencies and so fix build on 7.0.
PR: ports/92940
Submitted by: Pedro F. Giffuni <giffunip@asme.org>
Reported by: krismail
2006-02-07 10:46:01 +00:00
Pav Lucistnik
9c54dc450f
- Update WWW
...
PR: ports/91808
Submitted by: Pedro F. Giffuni <gifufnip@asme.org>
2006-01-15 01:35:37 +00:00
Edwin Groothuis
f0ac2b0eed
Make math/arpack depend less on math/atlas
...
Atlas is great in the platforms where it's available, however
it is not being packaged (for good reasons) anymore. arpack
originally used blas for testing and since we are not really
linking any version of blas in the package it doesn't make
any difference what we use. It seems better idea to use
blas for testing since it's faster to build and because
this also means we can package arpack without building
ATLAS, The resulting package will work with BLAs or ATLAS
just the same and in any case the BLAS_LIBS variable can
now be overridden to test with atlas if it's so desired.
This change doesn't change the package so I think we should
leave the PORTVERSION untouched.
PR: ports/91251
Submitted by: Pedro F. Giffuni <giffunip@asme.org>
2006-01-03 04:37:24 +00:00
Pav Lucistnik
6d7f8c459f
- Add SHA256
2005-11-25 15:48:16 +00:00
Clement Laforet
113d291e1d
- tar -> ${TAR} (since we have now a bsdtar ;)
2004-04-07 13:26:20 +00:00
Trevor Johnson
f15b845ebe
SIZEify.
2004-01-29 16:13:06 +00:00
Norikatsu Shigemura
5a66d11fe4
Fix suffix of a patch file.
...
PR: ports54434
Submitted by: Kay Lehmann <kay_lehmann@web.de>
2003-07-14 01:54:07 +00:00
Norikatsu Shigemura
43d1b7d597
Fix a typo and Don't remove LAPACK2.
...
Submitted by: Pedro F. Giffuni <giffunip@yahoo.com>
2003-07-11 22:59:32 +00:00
Norikatsu Shigemura
c3cd01bd6e
Don't build a subset of BLAS and ARPACK2 and Use external ones.
...
PR: ports/52789
Submitted by; Pedro F. Giffuni <giffunip@yahoo.com>
2003-07-11 20:08:49 +00:00
Maho Nakata
b80af37e47
Forgot to pass portlint.
2003-05-05 11:43:46 +00:00
Maho Nakata
621e11e202
Argand Library (serial version)
...
Submitted by: Pedro F. Giffuni <giffunip@yahoo.com>
2003-05-05 11:39:23 +00:00