It will be in good hands with Christian Kandeler and Joerg Bornemann. Not to
worry!
> On Feb 10, 2018, at 12:45 AM, Denis Shienkov <denis.shien...@gmail.com> wrote:
>
> Wow, Jake, what will be with QBS?
>
> BR,
>
> Denis
>
>
> 09.02.2018 23:14, Jake Petr
stbø as my replacement).
Please feel free to contact me at jake.petrou...@petroules.com if you have any
questions, comments, or otherwise.
I wish you all the best.
Sincerely,
Jake Petroules
___
Development mailing list
Development@qt-project.org
htt
“Qt Notifications” (qtnotifications) would be more grammatically in line with
the rest of our repository names.
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
From: Development <development-boun
Adam is one of our best. Obvious +1.
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
From: Development <development-bounces+jake.petroules=qt...@qt-project.org> on
behalf of Simon Hausmann <si
rg
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Source Technology Center
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
; Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
;>>
>>> Regards,
>>> Pasi Keränen
>>> Team lead of TQtC 3D Team, Oulu
>>> ___
>>> Development mailing list
>>> Development@qt-project.org
>>> http://lists.qt-project.org/mailm
nt mailing list
>>> Development@qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/development
>>
>> --
>> Regards,
>> Konstantin
>> ___
>> Development mailing list
>> Development@qt-project.org
>> http://lists.qt-project.o
ces are s390x and ppc64.
>
> See https://wiki.debian.org/ArchitectureSpecificsMemo#Summary for the full
> list of Debian architectures with their endianness.
>
> --
> Dmitry Shachnev
> ___
> Development ma
s the flexibility and its structured yet dynamic
> language (Qml-ish).
> But I'm having scalability and performance issues, that's another story that
> i will report on the Qbs mailing list once i'm back on my Qbs stuff.
Anything in this area is something we want to addres
ory, could qbs make a break through?
Hey, positive *and* negative (but constructive) feedback is always welcome. :)
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
> On Oct 17, 2017, at 9:21 AM, Christian Gagneraud <chg...@gmail.com> wrote:
>
> On 17/10/2017 7:52 pm, "Jake Petroules" <jake.petrou...@qt.io> wrote:
>
> > On Oct 16, 2017, at 3:34 PM, jeandet <alexis.jean...@member.fsf.org> wrote:
> >
>
I
actually haven't worked on the Qt support very much at all.
> I still miss the point of making a dedicated build system instead of
> contributing to more general build systems like Meson or even CMake.
Qbs is just as general as both of those, and in my opinion, even more so.
Please, t
it's really two languages in one, although
I suppose QML implies JavaScript by definition.
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
führer: Mika Pälsi, Juha Varelius, Mika Harjuaho. Sitz der
> Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331
> B
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
lot steeper if you are not used to
> it yet.
>
> That said, git nowadays has the exact same argument going for it as CMake:
> it is what everyone is now used to.
>
> Kevin Kofler
>
> ___
> Develo
__
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
>
>
> _______
> Development mailing list
> Development@qt-project.org
> http://lis
s the only way. You're all
> wrong."
>
> Who knows, maybe the answer to "Which new build system for Qt" could
> be neither CMake, neither Qbs.
We've already decided internally that we want to push Qbs as the new build
tool, and I have no doubt t
VxWorks 7 = gcc 4.8.1
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
From: Development <development-bounces+jake.petroules=qt...@qt-project.org> on
behalf of Simon Hausmann <simon.hausm...@qt
", you probably
forgot to include qglobal_p.h, where the polyfill is housed.
I've already audited the entire Qt codebase, and adjusted all call sites as
necessary. Unless I missed something, the work is done, but for future
development, now everyone knows.
Cheers,
--
Jake Petroules -
ot; in the expanded
macro, nor do I know any way to support variable arguments in a way that lets
us drop the last argument.
So... can anyone do better than my versions? Patches very welcome. :)
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist
> On Aug 24, 2017, at 9:08 PM, Thiago Macieira <thiago.macie...@intel.com>
> wrote:
>
> On Thursday, 24 August 2017 20:06:56 PDT Jake Petroules wrote:
>> In our license management systems, there happen to be exactly 12 "platforms"
>> codified, so i
tions.
>
> Don't add FreeBSD there just because I like developing with it more than on
> macOS.
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
> ____
network
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io<http://qbs.io>
_
From: James McDonnell
<jmcdonn...@blackberry.com<mailto:jmcdonn...@blackberry.com>>
Sent:
introduce them to you in
>> detail (as if introduction was needed...).
>>
>> Thanks,
>> Marc
>>
>> ___
>> Development mailing list
>> Development@qt-project.org
>> http://lists.qt-project.org/mailman/listinfo/d
when iOS 11 is out, your
deployment target should be 10.3.
> Cheers,
> Lars
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.pet
> On Apr 27, 2017, at 11:28 PM, Lars Knoll <lars.kn...@qt.io> wrote:
>
>
>> On 27 Apr 2017, at 16:59, Jake Petroules <jake.petrou...@qt.io> wrote:
>>
>>>
>>> On Apr 27, 2017, at 7:07 AM, Tuukka Turunen <tuukka.turu...@qt.io> wrote:
> On Apr 27, 2017, at 11:54 PM, Shawn Rutledge <shawn.rutle...@qt.io> wrote:
>
>
>> On 27 Apr 2017, at 16:59, Jake Petroules <jake.petrou...@qt.io> wrote:
>>
>> Anyways, iOS 11 will likely drop support for 32-bit applications entirely
>> (i.e. th
gt;
> Best regards
>
> Heikki Halmet
>
>
> The Qt Company, Elektroniikkatie 13, 90590 Oulu, Finland
>
> Email: heikki.hal...@qt.io
>
> Phone: +358408672112
>
> www.qt.io | Qt Blog: http://blog.qt.io/ | Twitter: @qtproject, @Qtproject
> Facebook:
t; as a deployment platform. I agree that we can
remove it from the CI and maybe mark it as a deployment-only platform. (so
10.11 SDK is required, and deploys to 10.10)
>
> Yours,
>
> Tuukka
>
> On 27/04/2017, 13.11, "Development on behalf of Jake Petroules"
&
, Finland
> Email: heikki.hal...@qt.io
> Phone: +358408672112
> www.qt.io | Qt Blog: http://blog.qt.io/ | Twitter: @qtproject, @Qtproject
> Facebook: www.facebook.com/qt
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/developmen
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
__
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
> On Mar 9, 2017, at 2:47 AM, Mathias Hasselmann <mathias.hasselm...@kdab.com>
> wrote:
>
>
>
> Am 08.03.2017 um 21:23 schrieb Jake Petroules:
>> The general idea is kind of following that of the Gradle wrapper,
>> where any project that uses the
> On Mar 8, 2017, at 12:15 PM, Sune Vuorela <nos...@vuorela.dk> wrote:
>
> On 2017-03-08, Jake Petroules <jake.petrou...@qt.io> wrote:
>> I'm working on the qbs bootstrapping. The requirements will be: a C++11 com=
>> piler. End of requirements. Seriously. Not
_
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
>
> _______
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
__
> Klarälvdalens Datakonsult AB, a KDAB Group company
> Tel: Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322)
> KDAB - The Qt, C++ and OpenGL Experts
> _______
> Development mailing list
> Development@qt-project.org
>
;The page you requested was not found, or you do
>> not have permission to view this page."
>
> I've just added you to the list of reviewers - does that help ?
>
> Eddy.
> ___
> Development mailing list
> Development@qt
es yet so QNX 6 binaries
> will be offered like 5.8.0
> br,
> Jani
>
>
> From: Development <development-bounces+jani.heikkinen=qt...@qt-project.org>
> on behalf of Thiago Macieira <thiago.macie...@intel.com>
> Sent: Wednesday, No
> On Dec 9, 2016, at 5:02 AM, Tor Arne Vestbø <tor.arne.ves...@qt.io> wrote:
>
> On 09/12/2016 12:49, Jake Petroules wrote:
>>> On Dec 9, 2016, at 3:40 AM, Tor Arne Vestbø <tor.arne.ves...@qt.io>
>>> wrote:
>>>
>>> On 09/12/2016 11:44,
point of this discussion. And as I said, the iOS situation
is made even worse further by dynamic libraries.
>
> Tor Arne
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/deve
Application object is managed by Qt
> and has been created by the time appInit is called. The type of QApplication
> is decided by the macro, where there are CORE and WIDGETS variants as well.
>
> - Morten
>
>
>
>
>
>
> __
> On Nov 29, 2016, at 11:28 PM, Alexander Blasche <alexander.blas...@qt.io>
> wrote:
>
>> -Original Message-
>> From: Development [mailto:development-
>> bounces+alexander.blasche=qt...@qt-project.org] On Behalf Of Jake Petroules
>
>>> Th
- thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/developmen
lications) from iOS.
> Br,
> Marco Piccolino - QtMob community manager
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
cie...@intel.com>
>>> Sent: Tuesday, November 29, 2016 10:33 AM
>>> To: development@qt-project.org
>>> Subject: Re: [Development] Qt 5.9
>>>
>>> On terça-feira, 29 de novembro de 2016 07:32:31 PST Jake Petroules wrote:
>>>> I have no ide
S we don’t
> deliver prebuilt binaries for them.
>
> Beste Grüße / Best regards,
> Alexander Nassian
>
>> Am 29.11.2016 um 08:24 schrieb Jani Heikkinen <jani.heikki...@qt.io>:
>>
>>> -Original Message-
>>> From: Development [mailto:developm
> On Nov 28, 2016, at 11:24 PM, Jani Heikkinen <jani.heikki...@qt.io> wrote:
>
>> -Original Message-
>> From: Development [mailto:development-
>> bounces+jani.heikkinen=qt...@qt-project.org] On Behalf Of Jake Petroules
>> Sent: maanantaina 28. mar
vor of an iOS-only installer.
> * For Windows Android start doing Android Windows build with MinGW53
> * Start supporting QNX 7.0
>
> --
> Alex
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-pr
ly be written in a
> QUIP so we have a clear set of rules about adding new libraries in existing
> Qt modules.
>
> Thank you for your attention
>
> Samuel
> ___
> Development mailing list
> Development@qt-project.org
packages here, not to worry. :)
>
> cheers,
> tim
>
>
> _______
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Q
e. The
> measurement stick is actually installed Win 32 systems.
Yes, but what's the 32-bit Windows install base which is capable of running Qt?
We only support Windows 7 and above now, so I can't imagine it's very many.
Perhaps we should try to find some metrics to base our decision on.
>
>
> --
> Alex
> ___
> On Nov 22, 2016, at 5:58 PM, Thiago Macieira <thiago.macie...@intel.com>
> wrote:
>
> On terça-feira, 22 de novembro de 2016 16:07:25 PST Thiago Macieira wrote:
>> On terça-feira, 22 de novembro de 2016 23:46:32 PST Jake Petroules wrote:
>>>> - For MinGW
od rule would be single directories should use _DIR if
>> anything (some cases e.g. HOME may be exceptions), and list of
>> directories should use _PATH.
>>
>> Please don't use `FOO_FOLDER` :-).
>
> +1 for _DIR for single directories, and _PATH for list of dir
_
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
roject and its commercial customers who pay for Qt to exist in the
first place.
That's rather selfish, and also rather shortsighted, because we WILL have to do
this ourselves eventually if we want anyone to take QQC2 seriously. So why
duplicate the work and let it all go to waste?
gt;
>Kai
> ___
>Development mailing list
>Development@qt-project.org
>http://lists.qt-project.org/mailman/listinfo/development
>
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io
The Qt Company - Silicon Valley
Qbs build tool evangelist - qbs.io
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
> On Nov 9, 2016, at 7:30 AM, Marco Martin <notm...@gmail.com> wrote:
>
> On Tuesday 08 November 2016 18:47:06 Jake Petroules wrote:
>>> I was planning to keep it a KDE project, probably as a tier 1 framework.
>>
>> That seems like a bad idea. Let's
ework.
That seems like a bad idea. Let's submit it to Qt so that everyone can benefit
and it can be kept better maintained alongside Qt and for all platforms.
> --
> Marco Martin
> ___
> Development mailing list
> Development@qt-project.org
c Domain in lieu of a proper Open Source license.
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
> ___
> Development mailing list
> Development@qt-project.org
>
ps://codereview.qt-project.org/#/c/91353/
Qbs still performs the build entirely on its own though, the VS output is no
more than a file listing.
>
> --
> Regards,
> Konstantin
> ___
> Development mailing list
> Development@qt-project.
;> http://lists.qt-project.org/mailman/listinfo/development
>
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/l
reasons in patch
>> releases” policy? That’s easy to understand for everyone and we
>> don’t have to make the "is it obscure enough” judgement.
>>
>> (The build failure could have been easily fixed so I don’t see
>> it as a relevant reason.)
>>
>> Morte
> On Sep 13, 2016, at 1:15 PM, Thiago Macieira <thiago.macie...@intel.com>
> wrote:
>
> On terça-feira, 13 de setembro de 2016 20:01:10 PDT Jake Petroules wrote:
>> On Sep 13, 2016, at 12:55 PM, Thiago Macieira
>> <thiago.macie...@intel.com<mail
On Sep 13, 2016, at 1:15 PM, Thiago Macieira
<thiago.macie...@intel.com<mailto:thiago.macie...@intel.com>> wrote:
On terça-feira, 13 de setembro de 2016 20:01:10 PDT Jake Petroules wrote:
On Sep 13, 2016, at 12:55 PM, Thiago Macieira
<thiago.macie...@intel.com<mailto:thiago.
On Sep 13, 2016, at 12:55 PM, Thiago Macieira
<thiago.macie...@intel.com<mailto:thiago.macie...@intel.com>> wrote:
On terça-feira, 13 de setembro de 2016 19:44:35 PDT Jake Petroules wrote:
I'd be blown away if they did and I can't see how there would be a
dependency. Also using dep
On Sep 13, 2016, at 12:32 PM, Thiago Macieira
<thiago.macie...@intel.com<mailto:thiago.macie...@intel.com>> wrote:
On terça-feira, 13 de setembro de 2016 18:41:50 PDT Jake Petroules wrote:
They can and have before. Anyways, it doesn't matter. The code was unused,
untested, and wa
_
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Se
On Sep 13, 2016, at 11:40 AM, Konstantin Tokarev
<annu...@yandex.ru<mailto:annu...@yandex.ru>> wrote:
13.09.2016, 21:33, "Jake Petroules"
<jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>>:
Because the APIs are deprecated by Apple so they would have had t
Software Architect - Intel Open Source Technology Center
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<
. removing an anonymous inner class will still result in the corresponding (stale) class file being included in the JAR file).On Sep 8, 2016, at 9:16 AM, Jake Petroules <jake.petrou...@qt.io> wrote:
Another thing that's very hard to do in other build systems is building Java code. The class
roject.org
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io<http://qbs.io>
___
Developme
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer - The Qt Company
Qbs build to
Kevin Kofler
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer -
On Sep 5, 2016, at 4:12 PM, Jake Petroules
<jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>> wrote:
On Sep 5, 2016, at 3:38 PM, Kevin Kofler
<kevin.kof...@chello.at<mailto:kevin.kof...@chello.at>> wrote:
- (Milian) CMakeis used by e.g. clang and it works for the
e it because they HAVE to, because it's the
only thing that exists. Feel free to long for the "good old days" of the stone
age, when food was scarce, disease was rampant, and life was short, but we will
move forward towards a better future.
--
Jake Petroules - jake.petrou...@qt.io<mail
maintaining the overall UIKit platform, including iOS.
Cheers,
Tor Arne
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - ja
backend code.
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io<http://qbs.io>
___
Development mailing list
Development@qt-project.org
htt
t;
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer - The Qt Company
Qbs build tool evangelist - qbs.io<http://qbs.io>
___
Development ma
gt;
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Services Engineer - The Qt Company
Qbs build system evangelist - qbs.io<http://qbs.io>
___
Develop
strings
VirtualBox.app/Contents/Frameworks/QtCoreVBox.framework/Versions/5/QtCoreVBox |
grep 'Qt 5'
Qt 5.5.1 (x86_64-little_endian-lp64 shared (dynamic) release build; by Clang
6.0 (clang-600.0.57) (Apple))
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@qt.io>
Consulting Se
__
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petrou...@qt.io<mailto:jake.petrou...@
annually or about once
every two Qt minor releases). 10.10 and 8.0 were larger releases that began a
new "generation" so I think that gives us a better baseline to start with
before slowing to an annual upgrade cycle.
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailt
ist
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailto:jake.petrou...@theqtcompany.com>
Consulting Services Engineer - The Qt Company
Qbs build system evangelist - qbs.io<http://qbs.io>
__
velopment@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailto:jake.petrou...@theqtcompany.com>
Consulting Services Engineer - The Qt Company
Qbs build system
com>
Software Architect - Intel Open Source Technology Center
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
Intel Open Source Technology Center
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<m
heers
Samuel
___
Development mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailto:jake.petrou...@theqtcompany.com>
Consulting Se
pment mailing list
Development@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailto:jake.petrou...@theqtcompany.com>
Consulting Services Engineer - The Qt Company
Qbs bu
lopment@qt-project.org<mailto:Development@qt-project.org>
http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules -
jake.petrou...@theqtcompany.com<mailto:jake.petrou...@theqtcompany.com>
Consulting Services Engineer - The Qt Company
Qbs build system
___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petroules at petroules.com
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
g to implement this feature.
>
> Dustin
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
+1
--
Jake Petroules - jake.petroules at petroules.com
___
ries over all the
old API concepts (i.e. (QChar *, size_t) is an extremely broken abstraction).
You need to read and truly comprehend
https://developer.apple.com/swift/blog/?id=30 before suggesting any changes to
string-related APIs for the next major version of Qt, because if anything, THAT
is what it should look like. Anything but that is a near-useless wrapper around
binary data, not a true string class.
--
Jake Petroules - jake.petroules at petroules.com
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
r to deal with anyways, in addition to being the
correct workflow on Apple platforms and not breaking code signing.
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
--
Jake Petroules - jake.petroules at petroules.com
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
king about deploying a Qt application and the Qt Frameworks
> into a DMG package, to be run on a machine that doesn't have Qt installed.
>
> I am using OSX 10.10.5 and XCode 7, if this can add any value.
> ___
> Development mailing list
>
tp://doc.qt.io/qt-5/qshortcut.html#details )
>
>
> Regards,
> Sze-Howe
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Jake Petroules - jake.petroules at petrou
> Robin Lobel
Yes, I'm going to do some more testing on this today.
--
Jake Petroules - jake.petroules at petroules.com
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
lid. What you want is -no-rpath, which
uses absolute sonames and doesn't embed any rpaths in any binaries. If that
alone is insufficient, there is a bug. I'd expect a Qt framework from a
-no-rpath build and other default configure options to have an install name of
i.e. /usr/local/Qt-5.6.0/lib/QtCore.fr
1 - 100 of 179 matches
Mail list logo