On Donnerstag, 5. Dezember 2024 23:17:27 MEZ Alexander Neundorf wrote:
> Hi,
>
> when searching Qt6 in a non-standard location, when using CMAKE_PREFIX_PATH
> it is found properly.
> When not using CMAKE_PREFIX_PATH, but HINTS, it fails because the
> ToolsConfig.cmake files are
Hi,
when searching Qt6 in a non-standard location, when using CMAKE_PREFIX_PATH it
is
found properly.
When not using CMAKE_PREFIX_PATH, but HINTS, it fails because the
ToolsConfig.cmake
files are not found.
This seems to be because here
https://github.com/qt/qtbase/blob/dev/cmake/QtModuleTools
Hi Lars,
On Mittwoch, 18. Mai 2022 10:27:03 CEST Lars Knoll wrote:
> Hi all,
> Let’s take the big news first. I’ve resigned from my position at The Qt
> Company. More on that and what it means for the Qt Project further below.
> But as I’ve spent almost exactly 25 years in the Qt ecosystem, 22 o
On 2018 M12 16, Sun 14:34:44 CET Thiago Macieira wrote:
> On Sunday, 16 December 2018 13:47:36 PST Alexander Neundorf wrote:
> > I also don't mind having moc6 etc. directly in bin/, instead of being
> > hidden in libexec. Well, I actually prefer if they are in bin/, because
>
On 2018 M11 14, Wed 03:43:03 CET Kevin Kofler wrote:
> Thiago Macieira wrote:
> > But I've just remembered that Designer loads plugins and those are quite
> > clearly tied to the Qt version. The file format is backwards compatible
> > and has remained so for a few years. It is possible that the plu
On 2018 M12 16, Sun 07:21:35 CET Ray Donnelly wrote:
> I'll not going to do this for you, sorry. I also pointed out the lack of
> isolation from system libraries by default as a major problem.
just to make sure we are talking about the same: basically you are saying that
the Visual Studio generat
Hi,
On 2018 M12 15, Sat 14:49:16 CET Ray Donnelly wrote:
> On Sat, Dec 15, 2018, 6:35 AM Alexander Neundorf > On 2018 M10 30, Tue 18:33:03 CET NIkolai Marchenko wrote:
> > > > Thus this investment would be at the expense of other things we’d like
> >
> > to
> &g
On 2018 M10 30, Tue 18:33:03 CET NIkolai Marchenko wrote:
> > Thus this investment would be at the expense of other things we’d like to
>
> do, like improving our IDE, working on rearchitecting and cleaning up our
> core frameworks for Qt 6 or the design tooling we are currently investing
> into.
On 2018 M07 21, Sat 18:24:23 CEST Giuseppe D'Angelo via Development wrote:
> Il 21/07/2018 17:42, Jean-Michaël Celerier ha scritto:
> > Besides... why would it matter that they are implemented in C++ instead
> > of cmake-lang ? If anything, CMake's automoc is in my experience much
> > faster to pro
Hi,
I had a closer look at the installed cmake files.
The ConfigVersion.cmake files only check the version number. This is in many
cases good enough.
Additionally they should check that the 32/64bit-ness of the installed libs
and the searching project is the same, so that for a 64bit project on
On Wednesday 30 November 2011, Oswald Buddenhagen wrote:
> On Wed, Nov 30, 2011 at 12:20:27PM +0100, ext Stephen Kelly wrote:
> > If I want to use the QtDBus module, I want to be able to use the tools to
> > generate xml and c++ interfaces for dbus.
>
> that's reasonable.
>
> On Wed, Nov 30, 2011
On Wednesday 30 November 2011, Stephen Kelly wrote:
> Hi,
>
> Currently lupdate, lrelease, qdbusxml2cpp and qdbuscpp2xml are not in the
> qtbase repo, they are in qttools instead, along with designer, qdbusviewer,
> linguist etc.
>
> I don't think qttools is the right place for those build-time-u
On Thursday 03 November 2011, Oswald Buddenhagen wrote:
> On 11/03/11 19:44, ext Alexander Neundorf wrote:
> > On Wednesday 02 November 2011, Oswald Buddenhagen wrote:
> >> and neither does foo/bar/libbaz.so.
> >
> > Why ?
>
> it's not abstract.
Thi
On Thursday 03 November 2011, Alexander Neundorf wrote:
> On Thursday 03 November 2011, Thiago Macieira wrote:
> > On Thursday, 3 de November de 2011 11:48:24 Stephen Kelly wrote:
> > > No problem. If I understand you correctly, that's already the plan.
> > >
>
On Thursday 03 November 2011, Thiago Macieira wrote:
> On Thursday, 3 de November de 2011 11:48:24 Stephen Kelly wrote:
> > No problem. If I understand you correctly, that's already the plan.
> >
> > # Network and DBus are optional
> > find_package(Qt5 COMPONENTS Network DBus)
> >
> > if(Qt5Netwo
On Wednesday 02 November 2011, Thiago Macieira wrote:
> On Wednesday, 2 de November de 2011 13:38:15 Stephen Kelly wrote:
...
> > http://blogs.kde.org/node/4495
>
> How does it know which files are my headers? It needs to have a list
> somewhere, which needs to be given to the Qt5 macros. It canno
On Wednesday 02 November 2011, Oswald Buddenhagen wrote:
> On 11/02/11 14:56, ext Alexander Neundorf wrote:
> > On Wednesday 02 November 2011, Oswald Buddenhagen wrote:
> >> that idea is a non-starter.
> >> it starts with dependencies.
> >
> > What probl
On Tuesday 01 November 2011, craig.sc...@csiro.au wrote:
...
> If you do that, you create a circular dependency, since CMake requires Qt
> to build its GUI application. Yes, you could build CMake's command line
> tools only, then Qt, then build CMake's GUI app, or alternatively you
> could install
On Wednesday 02 November 2011, Stephen Kelly wrote:
> On Wednesday, November 02, 2011 11:50:11 Thiago Macieira wrote:
> > On Wednesday, 2 de November de 2011 11:26:10 Stephen Kelly wrote:
> > > The use file is a convenience that is relatively common in cmake
> > > modules that adds includes and de
On Wednesday 02 November 2011, Oswald Buddenhagen wrote:
> On 10/31/11 22:20, ext Alexander Neundorf wrote:
> > Not sure what the other cmake developers would think about supporting an
> > additional file format for the Config.cmake files, e.g. xml or json, so
> > they cou
On Wednesday 02 November 2011, Stephen Kelly wrote:
> On Wednesday, November 02, 2011 12:33:02 Oswald Buddenhagen wrote:
> > what exactly is it that you need cmake itself for?
>
> * Generating Targets files, including not haviing to care about what the
> prefix or suffix on libraries is, and witho
On Tuesday 01 November 2011, Thiago Macieira wrote:
...
> If you have more than project with different requirements, you need to do
> it differently.
Is there something missing in this sentence ?
Alex
___
Development mailing list
Development@qt-project
On Friday 28 October 2011, Stephen Kelly wrote:
> Hi,
>
> == Summary ==
>
> I'm considering adding some cmake files to Qt, which would be installed by
> Qt, and which would make it easier for CMake based projects to depend on
> Qt.
>
> I'm CC'ing the cmake developers too see what they think of t
23 matches
Mail list logo
