Qt Creator is a cross-platform IDE (integrated development
environment) tailored to the needs of Qt developers.
It is part of the Qt Project.
It includes:
* code editor with C++, QML and ECMAscript support;
* rapid code navigation tools;
* static code checking and style hints as you type;
* context sensitive help;
* visual debugger;
* integrated GUI layout and forms designer.
===> The following configuration options are available for qtcreator-20.0.2:
DOCS=on: Install the Qt6 api documentation
EXAMPLES=on: Install the Qt6 example projects
LIBSECRET=on: Libsecret keychain support in qtkeychain
QTWEBENGINE=on: Add dependency on qt6-webengine
===> Use 'make config' to modify these settings
*/*: enable webengine on powerpc64le
www/qt6-webengine builds on powerpc64le now, so enable it by default
on these ports like on the other arches that have it. py-qt6-pyqt
gets QtPdf, which comes from the same port.
devel/qtcreator: Fix build with Qt 6.7.3
This update was tested against Qt 6.8.1, but there was some unforseen
breakage with Qt 6.7.3 still in main. Consolidate two local patches into
a single patch from upstream.
Reported by: pkg-fallout
devel/qtcreator: Really fix build with LLVM 19
Clang >= 19.1.0-rc1 enables C++17 relaxed template template argument
matching by default. The workaround in qtcreator before this was the
case is now causing build failures.
Add upstream patch to fix build of the clang-format plugin with
clang-format19.
MFH: 2024Q4
devel/qtcreator: repair build on 15-CURRENT
The (unused) move-constructor of BaseSqliteResultRange is
ill-formed because it mentions a field that does not exist.
devel/qtcreator: Squash some warnings
-Wmaybe-unititialized is specific to GCC.
warning: unknown warning option '-Werror=maybe-uninitialized'; did you
mean '-Werror=uninitialized'? [-Wunknown-warning-option]
PR: 280924
devel/qtcreator: Update to 14.0.0
Fix SQLite alloca option. The build of the bundled SQLite was previously
fixed by disabling the SQLITE_USE_ALLOCA option. Improve the fix by
setting better build defines and change the faulty line in SQLite, thus
enabling the alloca option as recommended upstream.
Changes: https://www.qt.io/blog/qt-creator-14-released
PR: 280469
devel/qtcreator: Update to 13.0.0 release.
Additional changes by jhale:
- Add LIBSECRET option to handle libsecret support in the bundled
qtkeychain library
- Fix pkg-plist when WITH_DEBUG is set
- Set environment when building docs to eliminate warnings about
a UTF-8 LOCALE not being set
Changes: https://www.qt.io/blog/qt-creator-13-released
PR: 278200
devel/qtcreator: Use llvm17 as recommended
QtCreator would crash in the settings dialog if not rebuilt after
an update of Qt packages to 6.6.1 release. Make build and run depend
on llvm17 as recommended upstream, for better clangd compatibility:
https://www.qt.io/blog/qt-creator-12-c-code-model-update
Since llvm17 seems to be more strict about non-standard alloca stack
allocation, patch that out of the internal SQLite build config. This
matches the config of databases/sqlite3 in ports.
PR: 275636
devel/qtcreator: Silence locale warnings
Detected locale "C" with character encoding "US-ASCII", which is not UTF-8.
Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
If this causes problems, reconfigure your locale. See the locale(1) manual
for more information.
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
devel/qtcreator: update to 6.0.2, cmake build
Update to most-recent release and switch the build to CMake
(which matches the general migration of Qt to using CMake for
builds). While here, drop the qbs dependency because qbs is
broken with newer clang.
Thanks to Florian for a carefully-written update and PR.
Obtained From: Florian Walpen
PR: 262078
devel/qbs: update to 1.21, latest upstream
There's no release notes for this, but portscout spotted it
(and fedora packages it as well, already). Bump qtcreator,
which is the only consumer of the library / buildsystem.
devel/qtcreator: Fix incomplete update to 5.0.3.
A partial update to qtcreator 5.0.3 snuck in with the update to
KDE Frameworks. Thank you to Florian Walpen for finishing the work.
Pointy hat: adridg
PR: 259751
Reported by: Peter TKATCHENKO
KDE: Update KDE Frameworks to 5.88.0
Saturday, 13 November 2021
KDE today announces the release of KDE Frameworks 5.88.0.
KDE Frameworks are 83 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well
tested libraries with friendly licensing terms. For an introduction see
the KDE Frameworks release announcement.
This release is part of a series of planned monthly releases making
improvements available to developers in a quick and predictable manner.
Full changelog:
https://kde.org/announcements/frameworks/5/5.88.0/
Exp-run by: antoine
PR: 259817
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
devel/qtcreator: fix general weirdness
- there were REINPLACE_CMDs that did nothing, because the
replaced strings were (no longer) in the files being edited.
- a .bak file (from REINPLACE_CMD) was left in the plist.
- testport failed in check-plist because the install target
tries to strip(1) a text file (!?) and that leaves behind
an empty `ecp.<random>` file in the dirname of the file
being stripped.
Mark ports recursively depending on Python 2.7 for expiration on June 23.
For ports optionally dependending on Python 2.7, just mark those options
as expired. Remove konquerer from the x11/kde-baseapps metaport and bump
its PORTREVISION.
Submitted by: rene
Reviewed by: portmgr, adridg, ehaupt, lme, madpilot, pizzamig, se, sunpoet, yuri
Approved by: portmgr
Differential Revision: https://reviews.freebsd.org/D28665
Remove Webengine from default options on ppc64
- This is another followup to r531601, which updated WebEngine,
but does not yet support ppc64.
Submitted by: pkubaj
KDE5 ports: enable WEBENGINE on powerpc64 elfv2 by default
FreeBSD 13 soon switches to elfv2 abi on powerpc64, where qt5-webengine works.
PR: 242430
Approved by: tcberner (maintainer, mentor)
Restore @comment from r513194 that was lost in the 5.13 update.
This file is nondeterministically generated; use a trick to deal with it.
PR: 241198
Reported by: transitive@gmail.com
devel/qtcreator: comment non-deterministically built file
- the file seems to be generated for me on 13, but not on 11.
- there are reports of it also failing on 13.
- solution: ignore it.
PR: 240756
devel/qtcreator: Fix packaging when using GCC
utils-eventcode-members.html and utils-eventcode.html don't exist when qtcreator
is built with GCC.
PR: 240298
Approved by: tcberner (maintainer, mentor)
Drop C++11 workaround for GCC < 6 after r449590
lang/gcc5 will expire in ~1 month. If someone still uses lang/gcc48
they should backport C++11 fix instead. QA on GCC architecuters is
currently limited to powerpc64 which uses GCC_DEFAULT.
PR: 193528
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
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
(Only the first 15 lines of the commit message are shown above )
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
Merge lang/qt5-qml and x11-toolkits/qt5-quick into x11-toolkits/qt5-declarative
- There was no obvious reason to split these ports, and it makes
porting simpler; the set of ports using either mostly coincided.
Exp-run by: antoine
PR: 223687
PR: 232751
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
Number of commits found: 167 (showing only 100 on this page)
