https://github.com/OpenVSP/OpenVSP/releases/tag/OpenVSP_3.37.2
3.37.1:
This version changes a compiler flag that makes a new dependency build properly
on Windows. This in turn fixes CFDMesh and FEAMesh on Windows. Without this
change, 3.37.0 will quickly crash if you try to use either mesher. This won’t
change anything for non-windows users.
3.37.2 contains bugfixes
For now, use bundled fltk since the port uses a newer version than the one in
ports.
Don't use amd64 code on all 64-bit architectures.
Include sys/param.h because of:
/usr/local/poudriere/ports/default/cad/openvsp/work/OpenVSP-OpenVSP_3.19.0/src/util/FileUtil.cpp:118:18: error: 'PATH_MAX' was not declared in this scope
118 | char exepath[PATH_MAX];
| ^~~~~~~~
PR: 242235
Approved by: fernape (maintainer), tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D22576
Removing one patch accepted upstream.
ChangeLog:
http://openvsp.org/blogs/announcements/2019/07/08/openvsp-3-17-1-released
Features:
* Calculate average and weighted chord and solidity for props
* Expand API coverage
* Improve CMake to help FLTK build on Linux
* Add names to exported STEP files.
Library Update:
* Update GLM to 0.9.9.5
Fixes:
* Fix skin friction equations
* Multiple FEA GUI Fixes
* Don't assume FEA skin is first component
* IGES Structure Parm Name Collision (Thanks Jim Fenbert)
* STEP Structure missing options
* Overlapping Prop XSecs
* Register missing attachment enums w/ API
* Protect 4-dig airfoils from out of bounds parms
* Improve ResetRemapID behavior
* Fix problems with prop and file airfoils
* Add missing GUI handling of read-file XSecs for body of revolution
* Silence a bunch of warnings
* Use equal arc len parameterization for super ellipses
From the ChangeLog:
(http://openvsp.org/blogs/announcements/2019/03/28/openvsp-3-17-0-released)
Features:
* CHARM Python export scripts
* Transparent screenshots
* Border toggle in menu
* Improved show axis toggle
* Export structure surfaces to IGES and STEP
* Design lift coefficient support for four-digit airfoils
* Propeller definition by thickness and CLi distribution
* Calculate integrated design lift coefficient for props
* BEM files in terms of thickness and CLi distribution
* Feather axis and offset control for propeller
* Implicit disk model for propeller
* STL solid names include tag number
* Tag unintersected triangles for STL export
* Increase tessellation limits
* Option to export props at origin (unintersected STL and STEP/IGES)
* Batch evaluation of Bezier surface points and normals (faster refresh)
Fixes:
* Restore visualization of CFDMesh sources and wake
* Don't crash when BOR XSec changed to Bezier
* Don't crash when reading Lednicer airfoils
* Import v2 multi-section wings properly
* Make key-corner default for rounded rectangle
* Reverse props with shifted construction line built correctly
* Don't allow insertion of XSec at negative index from API
* Don't allow comma as decimal point marker; fixes file corruption.
* Fix writing excressence drag label to XML file
* Fix unexpected ResetRemapID in files with conformal geometry
Port was broken after last compilers updates in 11 and 12.
Clang is now able to compile the port but we need to patch as_callfunc_x86.cpp
unconditionally, otherwise clang complains (or dies, depending on the version)
with:
this directive must appear between .cfi_startproc and .cfi_endproc directives
Also use localbase to simplify flags handling.
Reported by: pkg-fallout
- 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
- 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)
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)
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
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)
OpenVSP allows the user to create a 3D model of an aircraft defined by
common engineering parameters. This model can be processed into
formats suitable for engineering analysis.
WWW: http://www.openvsp.org/
PR: ports/166825
Submitted by: Fernando Apesteguia <fernando.apesteguia@gmail.com>