[Bug 193531] New: New port: cad/elmerfem
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Wed Sep 10 18:07:14 UTC 2014
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193531
Bug ID: 193531
Summary: New port: cad/elmerfem
Product: Ports Tree
Version: Latest
Hardware: Any
OS: Any
Status: Needs Triage
Severity: Affects Only Me
Priority: ---
Component: Individual Port(s)
Assignee: freebsd-ports-bugs at FreeBSD.org
Reporter: pfg at FreeBSD.org
Created attachment 147181
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147181&action=edit
shar generated script for cad/elmerfem port
We lost science/elmer-fem after a series of gcc updates and the disappearance
of g77. In the meantime the distribution of the upstream package has changed
and it is not available as individual packages anymore.
I am attaching a unified cad/elmerfem port which replaces the left overs from
the old elmer package:
math/elmer-umfpack
science/elmer-eio
science/elmer-matc
science/elmer-meshgen2d
science/elmergrid
We are now building this package very closely to what upstream suggests, with
the side-effect that the individual components are configured, built and
installed in chain. This sort-of works better with staging than before. The
original package doesn't follow hier(7) strictly so it is installed in
${PREFIX}/elmer, just as upstream does.
Unlike upstream, we use the existing ports for lapack, arpack and blas.
Also tricky is that while portlint suggests we don't need to set CFLAGS and
CXXFLAGS for CONFIGURE_ENV, removing them breaks the port.
A final note is that we fail check-plist but the auto-package plist seems to
work fine (fix/enhancements welcome).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list