ClanLib delivers a platform independent interface to write games with. If a
game is written with ClanLib, it should be possible to compile the game under
any platform (supported by ClanLib, that is) without changes in the application
source code.
But ClanLib is not just a wrapper library, providing an common interface to
low level libraries such as DirectX, Svgalib, X11, GGI, etc. While platform
independency is ClanLib's primary goal, it also tries to be a service-minded
game SDK. In other words, authors have put great effort in to designing the API,
to ensure ClanLib's easy of use - while maintaining it's power.
WWW: http://www.clanlib.org/
devel/clanlib: prepare for freetype2 update
- freetype2 will no longer ship freetype-config (which was a pkg-config
wrapper) in the near future -- use pkg-config to gather the required
flags.
- while here, mark as abandonware.
PR: 251512
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
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
devel/clanlib: unbreak runtime on non-x86 after r446663
$ methane
/usr/local/lib/libclan23SWRender-2.3.so.1: Undefined symbol
"_ZN9CL_System20detect_cpu_extensionENS_19CL_CPU_ExtensionX86E"
Pointy hat to: jbeich
devel/clanlib: ignore libstdc++ 4.2 after r446644
In file included from Unix/clanapp.cpp:32:
In file included from ../../Sources/API/App/clanapp.h:35:
../../Sources/API/App/../Core/Text/string_types.h:64:9: error: explicit
specialization of
non-template class 'hash'
class hash<CL_String> : hash<const CL_String::char_type*>
^ ~~~~~~~~~~~
../../Sources/API/App/../Core/Text/string_types.h:64:27: error: unknown template
name 'hash'
class hash<CL_String> : hash<const CL_String::char_type*>
^
../../Sources/API/App/../Core/Text/string_types.h:69:16: error: expected '(' for
function-style cast
or type construction
return hash<const
CL_String::char_type*>::operator()(keyval.c_str());
~~~~^
../../Sources/API/App/../Core/Text/string_types.h:69:17: error: expected
expression
return hash<const
CL_String::char_type*>::operator()(keyval.c_str());
^
4 errors generated.
Pointy hat to: jbeich
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Reported by: swills
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
Revert update to binutils 2.25.1 and bump portepoch to reflect that revert
binutils has build issues on 10.x i386 and is full of regressions on 9.x:
unexpected build failures on nss and others
Reported by: antoine
Pointyhat to: bapt
- Don't specify protocol in socketpair(AF_UNIX, SOCK_DGRAM, ...), otherwise it
fails with EPROTONOSUPPORT. This unbreaks games/super_methane_brothers
MFH: 2015Q4
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)
Bump PORTREVISION on all ports with USE_SQLITE=yes or USE_SQLITE=3 that
have not been bumped yet after the latest libsqlite3.so library version
change.
Approved by: portmgr (implicit)
Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
Part II, Bump PORTREVISIONs.
PR: 182136
Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by: bdrewery (two -exp runs)
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
(Only the first 15 lines of the commit message are shown above )
- update to 2.3.7
- chase the update in games/super_methane_brothers
- convert USE_GMAKE to USES, while here
PR: 181491
Submitted by: chris petrik <c.petrik.sosa@gmail.com> (maintainer)
Replace USE_GCC=4.6+ and USE_GCC=4.4+ by USE_GCC=yes.
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
This changes almost all the "gnomehack" only USE_GNOME cases to USES= pathfix.
If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
- Please welcome back Chris Petrik as maintainer of
these ports [1]
- Trim headers
- Remove indefinite article from COMMENT
- Convert tab to space in WWW lines
PR: ports/175415 [1]
Submitted by: Chris Petrik <c.petrik.sosa@gmail.com> [1]
Discussed with: bapt
Revert Chris Petrik's ports to the pool. Thank you for all your work so far,
and should you desire to return just let us know.
PR: ports/174309
Submitted by: Chris Petrik
- Remove LICENSE_GROUPS, LICENSE_NAME and LICENSE_PERMS as the ZLIB license
is defined in bsd.licenses.db.mk now.
Submitted by: maintainer
Reported by: pointyhat
Feature safe: yes
- Fix LICENSE_GROUPS, the ZLIB license is GPL compatilble but does not comply
with the Copyfree Standard Definition
Approved by: makc (mentor), maintainer (implicit)
- Use version variable in pkg-plist
- This will minimize diffs for upcoming repocopy and future updates
- Strip Makefile header
PR: ports/171333
Submitted by: Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)
Approved by: makc (mentor), maintainer via private email
new devel/pkgconf added to replace devel/pkg-config. new version of pkg-config
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
For ports maintained by ports@ where pkgconfig is one of the USE_GNOME deps
convert it to BUILD_DEPENDS. This avoids the problem of the bogus run dep
added by bsd.gnome.mk.
- Update devel/sdl12 to 1.2.15
- Update audio/sdl_mixer to 1.2.15
- Update graphics/sdl_image to 1.2.12
- Update graphics/sdl_ttf to 2.0.11
- Update graphics/sdl_gfx to 2.0.23
- Update net/sdl_net to 1.2.8
- Bump PORTREVISIONs on ports that depend on one or more packages due to
ABI and shared library version changes
- Update Mk/bsd.sdl.mk accordingly for the new shared library versions
Tested by: exp-run by pav
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
- Update graphics/sdl_gfx to version 2.0.22
- Update Mk/bsd.sdl.mk for the new shared lib version
- Bump portrevisions for all ports depending on graphics/sdl_gfx
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).
[Update] devel/clanlib Update to 0.8.0
Update to 0.8.0
Take maintainership
Update games/trophy
update trophy to 1.1.4 and pass maintainership to me.
Ignore games/clanbomber
Set ignore on games/clanbomber, it will compile but not run.
PR: ports/115139, ports/115141, ports/115142
Submitted by: Martin Tournoij <carpetsmoker@xs4all.nl>
