- Use upstream version numbering
- Reset maintainership on his request
- While here, silence portlint warning about USES variable position
PR: 222195
Submitted by: Thibault Jouan <tj+freebsd_ports@a13.fr> (maintainer)
libzip was updated to 1.3.0 in r450774, and its SOVERSION went from .4 to .5
after the removal of zip_archive_set_tempdir(). All dependent ports continue to
build fine without that symbol.
PR: 222638
(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
Features:
- Body of revolution component
- Spin control for fuselage and stack
- VSPAERO Update to 4.1.1
* Added ground effect model
* Reflect symmetric half geometry in viewer
* Show XYZ planes in viewer
Bug Fixes:
- Clean up logic in STEP/IGES export -- may help some importers
- VSPAERO GUI now creates half-mesh for panel method with symmetry
- VSPAERO Update to 4.1.1
* Fix drag integration inconsistency for alpha vs. rotation
* Fix memory crash w/ periodic wakes (ducts)
* Fix pressure anomaly w/ periodic wakes (ducts)
* Fix problem with symmetry calculations
* Fix high AR Cp near centerline
* Fix high AR Cp out span
* Fix slicer on Windows
* Set minimum Mach to 0.001 -- fixes Cp min/max range in viewer
Changelog: https://github.com/OpenVSP/OpenVSP/releases/tag/OpenVSP_3.13.2
PR: 222009
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
- Pet portlint, USE_* comes before USES
- Bump PORTREVISION
On -CURRENT, gcc can not compile cad/openvsp. We switch to clang but need an
additional patch in the port, otherwise clang 5.0.0 r312293 and earlier crashes.
This patch will be removed if/when clang compiles clean the port.
This update is based on a patch by dim@
For details, see: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221588
PR: 222001
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
Attempt to cleanup the multiple min/max definitions at the cost of some
macro redefining. The issue has been reported upstream, hopefully they
will provide a better cleanup in the future.
Either some versions of clang/libc++ are more strict or this may have been
causing issues from a while back.
Approved by: gerald (implicit)
CalculiX has alwasy been comoposed of two independent packages: ccx and
cgx. Ccx, the main tool for doing FEA, depends on fortran and currently
has to be built with GCC. Cgx, on the other hand, uses OpenGL and the C++
libraries it depends on are built with our native clang so buuilding it
with GCC causes C++ library conflicts.
By making ccx an independent port we can better focus on the specific
requirements of each tool and avoid compiler-related conflicts. This also
helps the port work again with newer versions GCC.
PR: 219290. 22043, 220434
Approved by: gerald
GCC 6 changed its default from -std=gnu++03 to -std=gnu++14, and this port's
code is not compatible with C++11. Since the project looks abandoned upstream,
it makes more sense to just continue building with an older C++ standard.
PR: 219297
Approved by: portmgr (blanket approval)
This fixes the build with GCC 6, which switched its default from -std=gnu++98
to -std=gnu++14. With this switch, it added a `operator delete(void*, size_t)'
overload and uses it for all delete calls. This does not play well with
dependencies built with other compilers (such as base clang), which use the old
operator delete overload and cause linking errors.
PR: 219484
Submitted by: fernando.apesteguia@gmail.com (maintainer)
MFH: 2017Q3
New features listed here:
http://www.dhondt.de/new_calc.htm
Rename a patch to make portlint/makepatch less noisy.
Reset the maintainer at request.
PR: 218635
Approved by: maho
Using ninja instead of make (1) can lead to significant speed ups while building.
Therefore switch from having the ninja generator opt-in to having it opt-out.
Previously cmake-ports that wanted to use ninja could set
CMAKE_NINJA=yes
now, ports that do not work with ninja can set
cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.
The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary
PR: 219629
PR: 213331
Exp-run by: antoine
Reviewed by: rakuco
Differential Revision: https://reviews.freebsd.org/D10748
