Navigation:
graphics opencsg
CVSweb ] [ 
Homepage ] [ 
RSS feed ]| Version: 1.4.2, Package name: opencsg-1.4.2 |
| Maintained by: The OpenBSD ports mailing-list |
| Master sites: |
| Description OpenCSG is a library that does image-based CSG rendering using OpenGL. OpenCSG is written in C++ and supports most modern graphics hardware. CSG is short for Constructive Solid Geometry and denotes an approach to model complex 3D-shapes using simpler ones. I.e., two shapes can be combined by taking the union of them, by intersecting them, or by subtracting one shape of the other. The most basic shapes, which are not result of such a CSG operation, are called primitives. Primitives must be solid, i.e., they must have a clearly defined interior and exterior. By construction, a CSG shape is also solid then. Image-based CSG rendering (also z-buffer CSG rendering) is a term that denotes algorithms for rendering CSG shapes without an explicit calculation of the geometric boundary of a CSG shape. Such algorithms use frame-buffer settings of the graphics hardware, e.g., the depth and stencil buffer, to compose CSG shapes. OpenCSG implements a variety of those algorithms, namely the Goldfeather algorithm and the SCS algorithm, both of them in several variants. |
| Filesize: 911.265 KB |
| Version History (View Complete History) |
|
| 2020-02-05 12:22:26 by Rafael Sadowski | Files touched by this commit (1) |
Log message: Fix build MODQT_DEPS=No is too much here. Spotted by aja |
| 2020-02-03 23:09:04 by Rafael Sadowski | Files touched by this commit (3) |
Log message: Update OpenCSG to 1.4.2 (Switch from Qt4 to Qt5) OK cwen@ |
| 2019-07-12 14:47:59 by Stuart Henderson | Files touched by this commit (874) |
Log message: replace simple PERMIT_PACKAGE_CDROM=Yes with PERMIT_PACKAGE=Yes |
| 2018-10-24 08:28:14 by Stuart Henderson | Files touched by this commit (740) |
Log message: Add COMPILER lines to c++ ports which currently use the default. Adjust some existing COMPILER lines with arch restrictions etc. In the usual case this is now using "COMPILER = base-clang ports-gcc base-gcc" on ports with c++ libraries in WANTLIB. This is basically intended to be a noop on architectures using clang as the system compiler, but help with other architectures where we currently have many ports knocked out due to building with an unsuitable compiler - - some ports require c++11/newer so the GCC version in base that is used on these archirtectures is too old. - some ports have conflicts where an executable is built with one compiler (e.g. gcc from base) but a library dependency is built with a different one (e.g. gcc from ports), resulted in mixing incompatible libraries in the same address space. devel/gmp is intentionally skipped as it's on the path to building gcc - the c++ library there is unused in ports (and not built by default upstream) so intending to disable building gmpcxx in a future commit. |
| 2017-07-26 16:45:35 by Stuart Henderson | Files touched by this commit (937) |
Log message: bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports. |
| 2017-07-16 13:19:06 by Marc Espie | Files touched by this commit (880) |
Log message: use COMPILER_LIBCXX where applicable |
| 2017-04-10 05:46:23 by Stuart Henderson | Files touched by this commit (276) |
Log message: use LIBCXX |
| 2016-03-26 14:37:36 by Vadim Zhukov | Files touched by this commit (38) |
Log message: Zap more lines from qmake-based ports by moving them from the "MODULES=x11/qtX + CONFIGURE_STYLE=qmake" logic to the "MODULES=devel/qmake x11/qtX" logic. Discussed with espie@ a few weeks ago. |
| 2016-03-18 17:12:22 by Christian Weisgerber | Files touched by this commit (183) |
Log message: remove SHARED_ONLY from ports that only use modules that neither set nor read this variable |
| 2016-03-07 04:57:55 by Vadim Zhukov | Files touched by this commit (1) |
Log message: Convert to MODQMAKE, +2 Makefile lines due to need to keep SUBST_CMD call. |