- https://blog.kitware.com/cmake-3-10-1-available-for-download/
- flang support
- changes to automoc policies
- support for FreeBSD package generation with CPack
Necessary fixes to other ports:
- cad/openvsp make search for libxml explicit
- math/scalapack force C compiler to be compatible with mpi
- deskutils/kdepim4 fix incorrect sources list
- www/qt5-webkit fix incorrect sources list
Thanks to Antoine for the multiple exp-runs.
PR: 223872
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D13210
(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)
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
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
Update cad/openvsp to 3.12.1 _and_ unbreak cad/openvsp. The recent
update to eigen3 broke cad/openvsp (since it is used directly) and
graphics/code-eli that is a dependency of cad/openvsp.
Until there is a fix for code-eli change the port to use the internal
eigen3 and code-eli packages bundled in the distribution.
In addition, one of the local patches was accepted upstream and is no
longer necessary.
From the announcement:
Features:
- Parasite drag buildup tool
- Full control of VSPAERO from OpenVSP GUI
- DegenGeom preview visualization
- Advanced control surface modeling
Bug Fixes:
- Advanced links not loading from file with 'Loop' policy geoms
- Crash conformal components with some file airfoils
- CompGeom when subsurfaces fall on tessellation line
- DegenGeom handling of tip caps with blended wings
- CustomGeom name matching GUI mismatch
PR: 220212
Submitted by: fernando.apesteguia@gmail.com (maintainer)
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
If you want to set WRKSRC, set GH_PROJECT instead.
- The GitHub URLs are case insensitive, but the distribution files you
get out of them are not.
- If the repository was renamed, the old URL will still work, but the
distribution name will be ith the new name.
Sponsored by: Absolight
The port broke on 10.1 since the update to gcc 4.9. Now we enforce
gcc 4.8 on FreeBSD 10.1.
PR: 215307
Submitted by: fernando.apesteguia@gmail.com (maintainer)
Approved by: mentors (implict)
MFH: 2016Q4
Features:
- VSPAERO v3.0 - Panel method, batch runs, control surfaces, much more
- Improved VSPAERO integration
- One-Axis Kinematic Joint (Hinge/Slider)
- Group Transformation/Scale -- Thanks Alex Gary
- 2D AutoCad Export of feature lines
Bug Fixes:
- Change to Geom type name lookup instead of type ID number
- Fix Python API
- Fix VarPresets API to built-in scripting
PR: 212131
Submitted by: maintainer
From the announcement:
Propellers for all!
This release adds a new propeller component and fixes a pair of unrelated bugs.
Though it may seem like a small change, the propeller component constructs its
surface differently from other components. It represents a surprisingly large
amount of work.
Instead of defining the blade shape (chord, twist) at specified stations, these
are instead specified as continuious curves.
The propeller component comes with a bunch of related accessories -- the blade
activity factor is calculated on-the-fly, there is a one-click option to switch
to a counter-rotating prop, propeller folding is built-in -- with a
user-defined fold axis, there is a blade element export/import capability,
and the BEM data is available through the API.
Features:
- New propeller component
- Blade element import/export and API
Bug Fixes:
- Fix DegenGeom crash on Matlab export
- Fix GUI output of mass properties calculation
PR: 211555
Submitted by: maintainer
- upgrading the VSPAERO integration
The VSPAERO GUI has been comprehensively updated. You can now
run alpha/beta/Mach sweeps from the GUI. Results are automatically
parsed and are ready for review from the GUI. VSPAERO is now
available through the Analysis Manager in the API. The results
are parsed and are available through the Results Manager in the
API.
Features:
- Overhaul of VSPAERO integration
- VSPAERO alpha/beta/Mach sweeps from GUI
- Visualize VSPAERO results in GUI
- VSPAERO available through API
- Changed default wing LE/TE clustering to 0.25
- Build on OSX on Travis-CI
- Improve automated testing
Bug fixes:
- Duplicate parameter name in superellipse cross section
PR: 211372
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com> (maintainer)
Detailed maintainer log:
Features:
- Wave drag estimation by area distribution and Eminton Lord calculation
- Variable presets for saving model state
Bug Fixes:
- Fix crash caused by reading file without VarPresets field.
- Fix crash when deleting empty var presets group
While on it:
- Pet portlint
PR: 210574
Submitted by: fernando.apesteguia@gmail.com (maintainer)
OpenVSP does something like this:
using namespace std;
class array {
...
};
Which causes the build to fail with HEAD's libc++. Even though the port does
not use -std=c++11, libc++ still declares an array class that conflicts with
the one OpenVSP has.
Enclose OpenVSP's array declaration in a namespace to avoid these conflicts.
PR: 207253
Approved by: fernando.apesteguia@gmail.com (maintainer)
The port does not use iconv anywhere, and the dependency on libxml2 does not
pull any headers that include iconv.h.
PR: 202759
Approved by: fernando.apesteguia@gmail.com (maintainer)
