Add -fcommon to cad/gmsh to fix the build on current with llvm 11.
This is a stop-gap measure since an update which fixes the -fno-common issue
is waiting for approval.
PR: 248996
* Fix build on i386 [1]
* Fix science/code_saturne build with new openblas [2]
* Avoid installing private headers [3]
* Prevent build from optimizing for host by correcting build confg [4]
* Bump portrevision of dependent ports [5]
This is correcting issues from r523749 [1][2][4] and r515970 [3]
PR: 231371
Reported by: build cluster [1]
Reported by: Dima Pasechnik <dimpase+freebsd@gmail.com> [2]
Reported by: many [5]
Reviewed by: mat, bapt
Approved by: implicit, since this is a build fix
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Changelog:
4.2.1 (March 7, 2019): fixed regression for STEP files without global compound
shape; added support for reading IGES labels and colors; improved search for
shared library in Python and Julia modules; improved Plugin(MeshVolume); updates
to the reference manual.
4.2.0 (March 5, 2019): changed type of node and element tags in API to support
(very) large meshes (using size_t instead of int); new MSH4.1 revision of the
MSH file format, with support for size_t node and element tags (see the
reference manual for detailed changes); changed the logger, getPeriodicNodes and
setElementsByType API; added support for reading STEP labels and colors with OCC
CAF; changed default "General.OCCTargetUnit" value to none (i.e. use STEP file
coordinates as-is, without conversion); improved high-order mesh optimization;
added ability to import groups of nodes from MED files; extruded meshes now
fill-in periodic node information; enhanced Plugin(Distance) and
Plugin(SimplePartition); removed unmaintained plugins; removed default
dependency on PETSc; small improvements and bug fixes.
4.1.5 (February 14, 2019): improved OpenMP parallelization, STL remeshing, mesh
partitioning and high-order mesh optimization; added classifySurfaces in API;
bug fixes.
4.1.4 (February 3, 2019): improved ghost cell I/O; added getGhostElements,
relocateNodes, getElementType, getElementFaceNodes, getElementEdgeNodes
functions in API; small improvements and bug fixes.
PR: 236386
Submitted by: kunda <chitty_cloud@me.com>
Changes since 4.1.0:
https://gitlab.onelab.info/gmsh/gmsh/blob/master/CHANGELOG.txt
* Improved quad meshing
* New options for automatic full-quad meshes
* Save nodesets also for physical points (Abaqus, Tochnog)
* New getPartitions, unpartition and removePhysicalName functions in API
* Small bug fixes.
* fixed full-quad subdivision if Mesh.SecondOrderLinear is set
* Fixed packing of parallelograms regression in 4.1.1.
* Added support for general affine transformations with OpenCASCADE kernel
* Improved handling of boolean tolerance (snap vertices)
* Faster crossfield calculation by default (e.g. for DelQuad algorithm)
* Fixed face vertices for PyramidN
* Renamed ONELAB "Action" and "Button" parameters "ONELAB/Action" and
"ONELAB/Button"
* Added support for actions on any ONELAB button
* Added API functions for selections in user interface.
Reported by: portscout
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.
The first part covered ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.
PR: 214965
Reported by: thierry
release
As far as I can tell, the only change is the name of the top-level
directory (WRKSRC). I do not have a copy of the old tarball to be certain,
and my email to the Gmsh list requesting information about the change has
not yet received a response.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8432
Upstream release notes:
New in 2.14.1: fixed regression in periodic meshes; small bug fixes and
code cleanups.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D8419
