SharpConstruct is a 3D modeling program designed to paint depth on
to polygon models in real-time. Unlike traditional modeling programs,
SharpConstruct makes it easy to model organic shapes. There is no
need to even look at a wireframe (unless you want to). Instead, the
model is manipulated much like clay - push or pull an area, smooth
it, make a hollow or a hill. The entire process is both simple and
organic; you won't need years of modeling experience to create
detailed models in SharpConstruct.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
Add USES=xorg USES=gl, ports categories g
Add USES=xorg and USES=gl to ports in categories starting with 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Bump PORTREVISION for ports depending on the canonical version of GCC
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
Bump PORTREVISION for ports depending on the canonical version of GCC
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
Bump PORTREVISION for ports depending on the canonical version of GCC
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
Bump PORTREVISION for ports depending on the canonical version of GCC
(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
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
Remove libintl.so.9 compatibility link that was added in r374303 to
prevent massive PORTREVISION bumps. Bump dependent ports that have not
been bumped since.
Consistently spell out ONLY_FOR_ARCHS_REASON due to SSE (and other SIMD
instructions) use. Particularly, saying "SSE extensions" is superfluous,
as SSE abbreviation itself means "Streaming SIMD Extensions". Correct
way to refer to particular (CPU-agnostic) technology is "SIMD instruction
set", which is not limited to MMX, SSE family, AVX, NEON, etc.
Since "instruction set" looks a bit too formal in the option description,
use more casual and shorter word "instructions".
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
- Trim Makefile headers
- Drop ABI versions from LIB_DEPENDS
- OptionsNG
- Pet portlint
- Switch to dynamic plist where useful
- Canonicalize patch names
- Fix DOS line endings in patch files
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
[MAINTAINER] update my email address in 76 ports + mirror some distfiles
I've got a brand new hosting, so change my email to the new
one. Also, now I can mirror some distfiles, so update
MASTER_SITES for some ports.
PR: ports/107038
Submitted by: Dmitry Marakasov <amdmi3@mail.ru>
The port uses -msse compiler option, which I've disabled by ports/95552 to make
it compile under amd64. That led to the port not compiling anywhere at all, as
sse dependancy is hardcoded. So:
- Don't remove -msse from compiler flags
- Introduce ONLY_FOR_ARCHS=i386
PR: ports/95872
Submitted by: Dmitry Marakasov <amdmi3@mail.ru> (maintainer)
SharpConstruct is a 3D modeling program designed to paint depth on
to polygon models in real-time. Unlike traditional modeling programs,
SharpConstruct makes it easy to model organic shapes. There is no
need to even look at a wireframe (unless you want to). Instead, the
model is manipulated much like clay - push or pull an area, smooth
it, make a hollow or a hill. The entire process is both simple and
organic; you won't need years of modeling experience to create
detailed models in SharpConstruct.
WWW: http://sharp3d.sourceforge.net/
PR: ports/94523
Submitted by: Dmitry Marakasov <amdmi3@mail.ru>
