26 Commits

Author SHA1 Message Date
zhuk
6239cddefd /tmp/cvszOZN00 2015-01-15 11:10:02 +00:00
landry
9784eb5c5e BROKEN-sparc64 = tries to include a non-existent qatomic_sparc.h in src/corelib/thread/qbasicatomic.h 2015-01-12 20:30:18 +00:00
zhuk
cdecce878f Better patch (likely to fix at least some crashes seen in Qt5Webkit),
similar to what real upstream (i.e, WebKitGTK) has.
2015-01-10 22:02:56 +00:00
pascal
6aed10138f Fix in powerpc by linking with --relax.
ok toolchain@ via landry@
2015-01-09 08:10:56 +00:00
zhuk
37882e094d Fix problem with all SQL drivers being probed during CMake-based configure
stage, when not all of them get installed. Actually, it was a matter of
shuffling a few .cmake files between packages.
2015-01-06 21:32:41 +00:00
landry
e148fd3b61 Surprisingly, qt5 fails to build on powerpc, relocation overflow when
linking libQt5WebKit. All hail our glorious binutils!
2015-01-05 18:13:32 +00:00
zhuk
9a16c55c34 Enable W^X in Qt5WebKit/QtDeclarative JIT.
The code looks like initially developed for iOS, but compiles perfectly
on OpenBSD as well. No reason to avoid another hardening that comes
for free, right?
2014-12-26 00:02:32 +00:00
zhuk
361940faf2 On OpenBSD, we override shared library versions. This breaks Qt-GTK
interaction, as found by Adam Wolk (thanks!).

Fix by stopping requiring exact major version of GTK+ libraries.
2014-12-25 23:35:44 +00:00
zhuk
00b4fbef9f My CMake-related expiriments left out Qt5LinguistTools CMake files out
of package; fix that. Should fix the problem aja@ see with new Stellarium.
2014-12-22 21:30:41 +00:00
espie
b14f0f3424 same issue as qt4's qmake. requires nojunk 2014-12-22 18:51:58 +00:00
naddy
c38ae5a9a4 enable parallel building; ok zhuk@ 2014-12-22 18:00:13 +00:00
zhuk
2856c09139 Forgotten to being committed qstrcpy-related patch.
Noticed by naddy@.
2014-12-20 12:15:34 +00:00
zhuk
497ce7ec75 Remove qstrcpy() from Qt5. It has no forgivable reason to exist.
Thanks to sthen@ for grepping in sources of Qt-based ports.
2014-12-13 05:47:37 +00:00
zhuk
544d3d0047 Check that QMAKE_OPENBSD_SHLIB is set as well; otherwise, let the qmake
follow the usual rules.

Not connected to build => no bump.
2014-12-12 23:31:33 +00:00
zhuk
30d602cb96 Since GStreamer 0.10 support is disabled in Qt5, there is no libgsttools_p. 2014-12-11 17:50:03 +00:00
zhuk
d02c74d212 Tweak comments. No functional changes. 2014-12-11 17:48:44 +00:00
zhuk
b958c69f87 Zap forgotten ".if", and tweak whitespace while there. 2014-12-11 17:45:04 +00:00
zhuk
2848bc103a Use existing _MODQT5_SETUP insted of inventing new variable.
No functional change.
2014-12-11 17:39:03 +00:00
zhuk
24a406099e Fix usage of Qt5 from CMake.
CMake files are not installed in ${PREFIX}/lib anymore; instead,
the qt5.port.mk will provide necessary environment variables to help
CMake to find the Qt5 packages.

Not connected to build, so no bump.
2014-12-11 13:24:27 +00:00
zhuk
b142a87b32 Enable C++11 in Qt5. Needed, e.g., in modern Qt Creator.
With help from espie@ in alloca(3)-related bits.
2014-12-10 22:42:17 +00:00
zhuk
38fb3e8d1b Avoid usage of GStreamer 0.10. 2014-12-10 22:40:05 +00:00
zhuk
8772f4cf34 Allow V4L support to compile.
Help from armani@, thanks!
2014-12-10 21:23:54 +00:00
zhuk
3ed16840ff PLIST-main tweaks. Not connected to builds, so no bump. 2014-12-10 21:22:46 +00:00
zhuk
b6aeff45c7 Allow to avoid automatic addition of gcc4 to MODULES.
This is needed in some very complicated cases (hi, Poppler!).
2014-12-10 20:11:03 +00:00
zhuk
055de4438b Since Qt5 is built with eg++, force gcc4 in MODULES for dependant ports.
There are no such in CVS yet, so no actual change.
2014-12-09 12:38:06 +00:00
zhuk
96feb7792a Import Qt 5.3.2.
Qt is a full development framework with tools designed to streamline
the creation of applications and user interfaces for desktop,
embedded, and mobile platforms.

This port is not enabled yet, because some ports will pick up Qt5
instead of Qt4, breaking build. Those will be fixed separately soon.

There are some non-critical things left to do:

1. Support for OpenBSD sensors framework.
2. V4L2 support.
3. -L${LOCALBASE}/* could come before -L${WRKBUILD}/* when linking is
   done across Qt module boundaries. This means that builds of Qt 5.y
   while having Qt 5.x installed (x < y) will be busted.

Volunteers are welcome to come in and help fixing those problems.

Last note: don't even try to build "debug" FLAVOR unless you know
what you're doing and you have about 20GB of free space. You've
been warned.

landry@ agrees on continuing working in-tree
2014-12-08 20:33:38 +00:00