does not exist, since we have moved it to ${includedir}/gtk-2.0. Bump the
PORTREVISION because it sometimes caused GCC crash. It's fixed in newer GCC,
but the fix is part of GPL3 that can't be merged into base system's GCC.
PR: ports/168004
Submitted by: Makoto Kishimoto <ksmakoto@dd.iij4u.or.jp>
Changes according to <http://soprano.sourceforge.net/node/62>:
- Support for the new SPARQL 1.1 DELETE statement which omits the graph to
delete from for faster removeAllStatement execution in the Virtuoso backend.
- Support for the new default graph query result format of Virtuoso >= 6.1.5.
- Fixed apidox generation with Doxygen 1.8.0.
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
Contrary to other ports, PORTREVISION was not bumped here because
freemat already depended on glu, we just needed to add a missing
#include.
[1] e7eed096a0
Approved by: miwi (needed for the Qt 4.8.1 exp-run)
* Add a check for over-specific shared lib dependencies [1]
* Add support for TEST_DEPENDS [2]
* Make the error for NO_CHECKSUM to be scarier [3]
PR: 165851 [1]
166173 [2]
167923 [3]
Submitted by: matthew [1]
sunpoet [2]
"Bryan Drewery" <bryan@shatow.net> [3]
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
Approved by: miwi (we need this for the Qt 4.8.1 exp-run)
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
Approved by: miwi (for Qt 4.8.1 to pass the exp-run)
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
The upcoming update to x11/qt4-opengl will thus switch to USE_GL=gl,
so we need to add USE_GL=glu for this port.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
Approved by: miwi (we need this fixed for the KDE 4.8.3 and Qt 4.8.1 update to land)
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
This has also involved polishing the port Makefile a little. It
still needs a lot of love. For now:
- Remove the modeline from the beginning of the file. Add an
- explicit dependency on GLU via USE_GL=glu. Move the CXXFLAGS and
- LDFLAGS lines up in the file. Merge the two lines setting LDFLAGS.
- Fix the port's build system to use CXXFLAGS instead of CPPFLAGS for
- C++ compiler flags, so that we need not set FLAGS in MAKE_ARGS
anymore.
[1] e7eed096a0
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
