All applications in the ports tree works correctly with unicode version of wxGTK
Newer version of wxGTK are unicode only (3.0+)
Note that now WX_UNICODE macro is noop
According to upstream, this is the last planned Qt4 release.
A list of changes since 4.8.6 can be found here:
<http://download.qt.io/official_releases/qt/4.8/4.8.7/changes-4.8.7>
Porting notes and changes:
- Remove several patches that have been upstreamed.
- Make Uses/qmake.mk pass the contents of LIBS to the qmake environment. [1]
- Repurpose devel/qt4/files/extrapatch-src-corelib-global-qglobal.h now the
original patch is part of the release (curiously enough, the original
patch was never actually used, as the ?= assignment in r362837 after
r362770 was never possible).
This works around the way compiler support for C++11 features is detected
in Qt 4.8.7: while it originally only uses the compiler to determine if
something is supported or not, the initializer lists feature also depends
on the C++ standard library being used. It's a problem in FreeBSD 9.x,
where USES=compiler:c++0x or USES=compiler:c++11-lang means we will use
clang to build a port but use libstdc++ from base (GCC 4.2). The latter
obviously does not support initializer lists, and the build fails because
Qt tries to include headers that do not exist (<initializer_list>).
Since detecting libstdc++'s version is not trivial (we need to include a
non-lightweight header like cstdio and then check for __GLIBCXX__), we
just enable Q_COMPILER_INITIALIZER_LISTS support only when libc++ is used
(there should be no reason for someone to be using clang with GCC 4.8's
libstdc++, for example).
x11/kdelibs4's FindQt4.cmake had to include a backported change from the
upstream FindQt4.cmake in CMake itself to use a C++ compiler to detect
flags like Q_WS_X11, otherwise the inclusion of <ciso646> in qglobal.h
makes the build fail.
This patch contains changes by me, makc@ and alonso@.
PR: 202552 [1]
PR: 202808 [exp-run]
Submitted by: pawel@ [1]
- Move Perl's man1 files along with its man3 files.
- Move where Perl installs its modules man1 pages.
- Convert the ports installing man1 pages.
- Make different Perl versions installable at the same time.
Though you should note that only the default version can be used to
install Perl modules, and the non default Perl versions cannot use the
modules installed via ports if they contain .so as they are installed
in a version specific directory.
Reviewed by: bapt (the Mk bits)
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3542
The port does not use iconv anywhere, and the dependency on libxml2 does not
pull any headers that include iconv.h.
PR: 202759
Approved by: fernando.apesteguia@gmail.com (maintainer)
* print/ghostscript{7,8,9,9-agpl}-base
Installs Ghostscript binary, libgs, and related files.
These ports do not depend on X11 libraries (i.e. x11* devices
are not available). USES=ghostscript will set dependency on
one of them depending on GHOSTSCRIPT_DEFAULT.
The default device is set to "display" or "bbox".
* print/ghostscript{7,8,9,9-agpl}-x11
Installs a shared library which provides X11 support to
the installed Ghostscript binaries. x11* devices will be
enabled when the library is available.
This depends on *-base (RUN_DEPENDS). USES=ghostscript:x11
will set dependency on one of them.
- Fix integer overflow reported as CVE-2015-3228.
- Update Uses/ghostscript.mk:
* Add x11 keyword. nox11 keyword is now obsolete.
* Use packagename in *_DEPENDS line to prevent relationship between
-base and -x11 packages from being broken.
- Fix x11/nox11 keyword and bump PORTREVISION in ports using
USES=ghostscript to update dependency of pre-compiled packages.
<fbsd-ports@xbsd.net>: host didriksen.anc.dk[87.73.130.136] said: 550 5.1.1
<fbsd-ports@xbsd.net>: Recipient address rejected: User unknown in local
recipient table (in reply to RCPT TO command)
Sponsored by: DK Hostmaster A/S
This was specified on USES: iconv:build,lib
This is incorrect; the way iconv.mk is written, "build" and "lib" are
mutually exclusive and "build" takes precedence. This means the library
dependency was not registered.
Moveover, it's failing on FreeBSD 11 and dev-branch of DragonFly because
it uses transliteration. Setting USES=iconv:translit fixes both issues.
Approved by: Just fix it
because the old name wasn't accurate - the class libraries are only a fraction
of the software.
The STEP Class Library (SCL) originated at the National Institute of Standards
and Technology, or NIST. NIST started working with STEP in the 80's and
continued until the late 90's. Some components of SCL were originally written
in Lisp and then re-written in mixed C and C++ in the early 90's.
The rest of SCL was written in C++ to begin with.
STEPcode (SC) includes the class libraries, some of the most widely used EXPRESS
schemas, some tools to work with EXPRESS, and support libraries for those tools.
Two of the tools can create schema-specific libraries that are used with the
class libraries. There are also some test files and programs.
WWW: https://github.com/stepcode/stepcode/wiki
PR: 201046
Submitted by: fernando.apesteguia@gmail.com
According to project documentation and source review/runtime tests this port
doesn't using py-xml, so remove it and bump PORTREVISION.
Add NO_ARCH and limit python version to 2.x while here (because of pygtk2).
With hat: python
