non port: x11-toolkits/qt4-gui/files |
Number of commits found: 8 |
Sunday, 7 Jan 2018
|
21:53 rakuco
Fix the build on i386 with clang 6.0.
kernel/qx11embed_x11.cpp:486:20: error: non-constant-expression cannot be
narrowed from type 'unsigned int' to 'long' in initializer list
[-Wc++11-narrowing]
long data[] = {XEMBED_VERSION, XEMBED_MAPPED};
^~~~~~~~~~~~~~
kernel/qx11embed_x11.cpp:486:20: note: insert an explicit cast to silence this
issue
long data[] = {XEMBED_VERSION, XEMBED_MAPPED};
^~~~~~~~~~~~~~
static_cast<long>( )
PR: 224945
|
Wednesday, 16 Sep 2015
|
08:55 rakuco
Update the Qt4 ports to 4.8.7.
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]
|
Wednesday, 4 Mar 2015
|
23:06 rakuco
Add patch for CVE-2015-0295, DoS vulnerability in the BMP image handler.
MFH: 2015Q1
Security: c9c3374d-c2c1-11e4-b236-5453ed2e2b49
|
Sunday, 20 Jul 2014
|
17:09 rakuco
Move the patches fixing CVE-2014-0190 to the right ports.
The GIF handler is part of qt{4,5}-imageformats, not qt{4,5}-gui. Big pointy
hat to me.
I've chosen not to force users to rebuild the -gui ports yet again with a
PORTREVISION bump since the code built in those ports is the same regardless
of whether the patch is applied or not.
Submitted by: RyoTa SimaMoto <liangtai.s16@gmail.com>
MFH: 2014Q3
Security: 904d78b8-0f7e-11e4-8b71-5453ed2e2b49
|
Saturday, 19 Jul 2014
|
20:26 rakuco
Add patch for CVE-2014-0190 (DoS in the GIF image handler).
MFH: 2014Q3
Security: 904d78b8-0f7e-11e4-8b71-5453ed2e2b49
|
Sunday, 13 Oct 2013
|
23:15 rakuco
Update Qt to 4.8.5 and Qt Creator to 2.8.0.
Proudly brought to you by the KDE on FreeBSD team, with commits by makc@,
Schaich Alonso and yours truly.
Besides the tons of upstream fixes, we have mkspecs for GCC 4.9 and clang33
(from ports), staging support in the Makefiles and dependency fixes related
to pkg-config.
Many thanks to the people who helped test the ports using our area51
repository, and also to the people who provided patches and bug reports via
GNATS!
PR: ports/180615
ports/181921
ports/182049
|
Wednesday, 15 May 2013
|
11:40 rakuco
Add the patch I added to qt4-corelib in r317896 to some other Qt ports.
These ports which previously failed to build with clang-i386 use their
private copies of the qsimd_p.h header, since this private header is not
installed at all (which, in turns, makes the PORTREVISION bump in
qt4-corelib quite useless).
We thus need to add a copy of the same patch to all these ports to make sure
the qsim_p.h they use when being built is actually the one we want.
Hopefully this gets miwi happy and people on clang-i386 can build these
ports again.
|
Sunday, 3 Feb 2013
|
17:21 makc
KDE/FreeBSD team presents Qt 4.8.4 and QtCreator 2.6.1 ports.
The area51 repository features commits by Alonso Schaich, avilla, fluffy,
jhale, makc and rakuco.
Common changes:
- Trim Makefile header
- Convert to new option framework
- Add/improve desktop entries
- Remove upstreamed patches
Mk/bsd.qt.mk:
- Set QMAKESPEC at late stage (to fix potential problem if USE_GCC is used) [1]
devel/qmake:
- Fix crash due to off-by one error [2] (Only the first 15 lines of the commit message are shown above )
|
Number of commits found: 8 |