es are relatively cheap
compared to the rest of the cost of the infrastructure, and you can have as
many as necessary.
I raise you two problems instead:
1) who will maintain this binding list?
2) how will they maintain them?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software
tion whose body you'll generate. You need to have a C++ code parser
and a binding generator. Take a look at how the Python bindings are generated.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
one "text", but
how does a tool do that in an automated fashion?
Don't say the parameter names. It's very easy to have an overload that differs
in type but the names and quantity are the same.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Int
to C. It would require manual intervention for every overloaded
function, of which there are many.
And what's the gain here? What does one gain from compiling as C, instead of
using the C++ compiler that comes with the same suite?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Sof
On Thursday, 8 September 2022 14:30:36 PDT Albert Astals Cid wrote:
> Oh, sorry for the noise.
No need to apologise. Better to have more a false alarm so we can be sure,
then allow a problem to linger. More eyes on the problem.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cl
ot;.
Therefore, there is no BC problem in Qt 6.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
st people. Some others can't and must instead be hidden with
#ifdef.
The point of this thread is to discuss what work we should do now, if neither
option above can apply or if it becomes too ugly to maintain.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Softwar
On Tuesday, 6 September 2022 23:45:45 PDT Kevin Kofler via Development wrote:
> It scares me that a Qt 7 is already being planned or discussed at all,
We had "### Qt 7" remarks in Qt 6.0.0.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Int
if
I run on 48 cores on a 2-socket NUMA system, it's 576x worse. Or worse.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.or
On Wednesday, 31 August 2022 16:33:29 -03 Konrad Rosenbaum wrote:
> QtNowForSomethingCompletelyDifferent
QtMonty
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mail
t
> with.
I'd recommend you consider enabling that for at least one of the fast
platforms that are in the minimal build set of the CI. WASM doesn't appear to
be a fast compile, so waiting 2 hours to find out that you've made a mistake is
sub-optimal.
--
Thiago Macieira - thiag
y.
+11 (because it's two people)
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
NTEGRITY
(which is all but Linux embedded systems; those can use Yocto Project recipes
instead)
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Deve
.
That's about as much as I do for FreeBSD, though I also know that downstream
(Adriaan in KDE) will catch the rest.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Developmen
ing it.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
lized
That's because the libstdc++ / libbfd implementation of the C++ demangler is
limited to 2048 characters of input. This is harmless and you can ignore it.
It doesn't affect LLVM either.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect
nd S/390, for some reason...
Like I said in my email, we don't have the resources or knowledge to fix
architectural-specific issues in those platforms, much less apply performance
improvements. But we will accept patches in case we break anything.
--
Thiago Macieira - thiago.macieira (AT) intel.
I don't think we can hope to expect any kind of performance
improvements. And since we don't have them in the CI at all, we can't even
confirm they still build. I think they will go to the "we'll accept patches"
bin, as
On Thursday, 28 July 2022 13:54:48 PDT Thiago Macieira wrote:
> [resent with my subscribed address, which means it won't arrive in
> kde-devel] [cross-posting to Qt dev ML - dunno if it'll arrive because I'm
> subscribed with different addresses]
Link to thread in kde-deve
cial, so I don't know how we'd deal with it. I don't
think this has come up for us yet. For one, the mailing list thread linked in
the QUIP didn't address it.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Softwar
uot;LTS" heading, but not get a single
update for the next 10 months.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
h
CT?
Non-commercial customers shouldn't even see the option for LTS, since it's not
LTS for them. There should only be "Latest releases".
Yes, it means that to find Qt 5, you'll need to go look in the Archive.
--
Thiago Macieira - thia
In which case, you should simply update to 2.12.1 on your
own. Ignore the patches in the CVE.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development
shell.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
ar that is the case.
BTW, this is why we started the discussion on third-parties. If we had
freetype as a separate DLL, upgrading that one would solve the problem for
everything.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Int
qt/qtqa/scripts/gerrit/cherrypick-git-notes
> ?
Change to qtqa abandoned, after lack of interest from anyone else but Tor
Arne.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Develo
work with this as well.
That's messed up.
I guess simply pre-declaring the function above the class so it's not a hidden
friend helps.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
__
aType
meta)
The function exists because it's unit-tested and compiled. Why can't qdoc see
it? It's a hidden friend, but that's valid C++ and clang should see it.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Int
e, I
ask in #cmake on Slack.
My argument is that I don't think the hypothesis is true or at least it's not
proven. Just because there was no discussion on Gerrit does not mean there was
no discussion.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architec
t/qtbase/+/422745/1/tests/auto/
corelib/kernel/qmetaobject/tst_qmetaobject.cpp
[2] https://codereview.qt-project.org/c/qt/qtbase/+/422746/1/src/corelib/
kernel/qobjectdefs.h
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect
code areas that only have one or two people who can ever review them (or,
worse, zero) and there's a similar symptom there.
I also recommend you see how documentation-only changes are reviewed, and
ditto for unit-test-only changes.
--
Thiago Macieira - thiago.macieira (AT) intel.com
; check that DBus, Qt Remote Objects and QML don't get accidentally broken.
I've been running the tst_q*variant, tst_q*metatype and D-Bus unit tests here,
only. It's pretty hard to break the very lowest levels of those two classes
and still get anything to run -- you get crashes
.quad QtPrivate::.::getCopyCtr()::{lambda}
.quad QtPrivate::::getMoveCtr()::{lambda}
.quad QtPrivate::::getDtor()::{lambda}
.quad QtPrivate::::equals
.quad QtPrivate::::lessThan
.quad 0
.quad 0
.quad
; Non-default-constructible but movable is an interesting API challenge
> for QVariant, but I wouldn't rule it out just yet. We don't have to
> implement all of this right away, but we shouldn't take decisions now
> that make such a thing impossible in the future.
Fa
is not the name that the C++ language recognises for your
type, and this should only be done for legacy reasons.
typedef QMap IntMap;
Q_DECLARE_METATYPE(IntMap);
And you may have the string "IntMap" somewhere in your m
s as "Properties and method arguments or return values
> of such types will still have metatypes." I agree.
Yep.
> > - add a way to link a T& metatype back to T's
>
> That may be useful. I don't have much of an opinion here.
I think it goes with
e behaves subtly
different whether you use it or not. The code needs to be cleaned to the point
that I understand it before I will allow any new feature work for it.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
Because they don't even try to link to the library.
Since I'm not allowed to fix these tests, I'm just reporting. Those are the
only auto tests in qtbase that fail to compile for me.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cl
isunderstanding
> what you mean by "as system libraries".
The use of "system" here is Qt's meaning of it: it's not the bundled copy.
They should be installed to a regular prefix of your choice, which could be
/usr/local. Installing them to where your Qt build will b
f upstream isn't willing to deal with an exotic platform, then we should
reconsider this particular feature in that library. Either find another
library, or develop ourselves, or don't support this feature in that
configuration.
> 5. Manually building and installing all 3rd pa
est on how to use
the bundled zlib in user code. The answer is: Don't. The bundled libraries are
for Qt's use only and if you want to use it, you must have the regular library
that your content can use. And if you're going to do that anyway, then you
will likely wa
On Monday, 6 June 2022 09:02:07 PDT Thiago Macieira wrote:
> On Monday, 6 June 2022 01:56:14 PDT Jukka Jokiniva wrote:
> > Fix was found and deployed. Maintenance break is over for Gerrit.
>
> The previous Gerrit had the ability to add a short description of what a
> patchset
On Saturday, 25 June 2022 09:33:42 PDT Thiago Macieira wrote:
> * licensing issues with the INTEGRITY compiler
And now I have a URL for this one:
https://testresults.qt.io/coin/integration/qt/qtbase/tasks/1656777463
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Archit
t and simplify
> tst_QFile::writeLargeDataBlock_data) after running this as admin:
This is a very good idea.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Dev
qt.io/coin/integration/qt/qtbase/tasks/1654295531
[8] https://testresults.qt.io/coin/integration/qt/qtbase/tasks/1655717505
[9] https://testresults.qt.io/coin/integration/qt/qtbase/tasks/1647034101
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cl
d for returning null and handled properly,
with something other than a warning (or worse).
[*] there's an exception to this rule. Exercise left to the reader to find out
what it is.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Arc
it's not QtTest and I don't
have a Windows machine. Therefore, I have no way of fixing the CI failure. So
those two changes are free for the taking.
If no one adopts them in 2 weeks, I'll just abandon them in Gerrit.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Sof
copy (given `s` is a view after [4]), while now it only
> takes a reference.
Yup.
> Opinions?
My only objection is to calling this by a fancy name, "rvalue pinning". Simply
call what it is: take all parameters by const-lvalue and never store a
ref
u wouldn't be asking
the question.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
untu 20 with a
> different CMake version or other Qt version, I'd be happy to try that as
> well.
If you're building tests, please download using GIt.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect
ed to memory mappings) and find out consumes most memory.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
measuring here? What tool did you use?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
On Thursday, 9 June 2022 12:36:25 PDT Alexander Akulich wrote:
> On Thu, Jun 9, 2022 at 10:14 PM Thiago Macieira
>
> wrote:
> > Doesn't work for libraries.
>
> Can you explain please?
Libraries don't call QCoreApplication's constructor.
The application ma
f the version >= 6.4.0
> 2. Probably add a "TODO: remove me" in 6.x.0 (e.g. after the next LTS)
Much simpler to add an overloaded constructor with an extra, dummy member. If
you recompile your sources, you get the new one with the new codecs. If you
don't recompile, you don&
code using QStringConverter with non-builtin encodings
will leak resources unless it's recompiled for 6.4. No source changes are
necessary.
I am saying that (d) is an acceptable situation because of (a) and (b), and in
spite of (c).
--
Thiago Macieira - thiago.macieira (AT) intel.com
Clo
d of next week for this feature?
As a maintainer of the module in question, I'm ok with this. It's a new
feature, but it has no new API.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
On Monday, 6 June 2022 09:02:07 PDT Thiago Macieira wrote:
> On Monday, 6 June 2022 01:56:14 PDT Jukka Jokiniva wrote:
> > Fix was found and deployed. Maintenance break is over for Gerrit.
>
> The previous Gerrit had the ability to add a short description of what a
> patchset
it still sets it if you edit the commit message.
But I can't find the ability any more. Does anyone know where it went?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development
On Saturday, 5 March 2022 11:07:17 PDT Thiago Macieira wrote:
> > All this requires is that someone run a cron job every week and have
> > rights
> > to push to the refs/notes/* hierarchy.
>
> Anyone?
No one?
The script here is working.
https://codereview.qt-project.
mber,
but it would add code, not reduce. That is, it would make things more complex,
not less. I don't think it's worth it. Byte-swapping is pretty fast.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
Pedro,
the licence header update (lots of thanks to Lucie and Jörg on that one!), and
maybe the Conan discussion.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - Intel DCAI Cloud Engineering
___
Development mailin
; QUIP). The QUIP doesn’t explicitly require the candidate to be a
> Maintainer.
Sounds good.
Volker, you've been nominated. Since you have not objected to it, we'll
assume you're willing to be our new Overl^H^H^H^H^HChief Maintainer, correct?
--
Thiago Macieira - thiago.m
00. I don't
need to join the keynote, so I won't force people to wake up early for that
one. But please bear the times in mind if you'd like me to join.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Software Architect - In
t; like with other system DPI settings.
It it's a system setting, then one should assume it's been set to the exact
value that the system wanted it to be. So if they'd wanted it rounded, they'd
have rounded it.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Cloud Softw
rst,
then make the replacement, and only then deprecate.
I've started the clean-up:
https://codereview.qt-project.org/c/qt/qtserialport/+/407661
https://codereview.qt-project.org/c/qt/qtwayland/+/407662
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cl
se/-/commit/
a5314c7a8b11a8e6bee8ecf1c4dba112378e532b
Yes, it's unmaintained because I don't have time for it either. And because
Windows threading made me give up.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel
x27;s available...
I don't agree with the value.
Implement it directly with Qt resources.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
apply: can we
have it without a front-end API?
In fact, if it is a D-Bus API, should we have it even if the GLib event
dispatchers aren't active?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
__
tand, then it might be
a good idea.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
inux-pkgs/qtbase/blob/master/tell-the-truth-about-private-api.patch
This helped me catch all the packages that needed rebuilding more easily.
Which is a PITA because there's a circular dependency somewhere in KDE
packages which required manual intervention every time.
--
Thiago Macieira - t
build time I would need to build it (just ping, I'll
> happily do it).
Yes, it's a build-time file. We scan the private headers to get the list of
class names that appear there so they can be marked as private.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software
pstreamed and enabled by default... but there should be an opt-out for
developers. Those of us who recompile Qt often and do regression testing may
need to run code across the version change boundaries without recompiling.
--
Thiago Macieira - thiago.macieira (AT) in
s
for all those libraries yourself.
Qt does not usually provide security fixes for issues in third-party content,
unless they are caused by our own use of those libraries.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - I
ti-year process then.
Step 1) stop generating this for new code
Step 2) 2 years later, add the warning of deprecation (the actual code change
can be done now, with the warning enabled for the N+4 minor release of Qt)
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Int
d, but the head and tail haven't (usually *because* the tail depends
on the head). What would the precheck do?
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
De
f you updated any of the previous
changes, the pre-check would no longer work.
I've resorted to pushing a dummy, WIP change with no reviewers and all my
changes squashed, so I could pre-check that. In that case, I could rebase it
at will too.
--
Thiago Macieira - thiago.macieira (AT) i
5 without
> problems (or at least without that particular problem).
This only happens if you pass -march=native for it, which will inlcude AVX2
but not the other ones.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud
As far as I know, this is a problem exclusive to VirtualBox. It wouldn't
affect VMWare or qemu KVM-accelerated virtualisation. I also haven't noticed
it on Parallels on my Mac. It's been reported but hasn't been fixed.
--
Thiago Macieira - thiago.macie
d, and
therefore the CI has a huge backlog now to go through. Or it just fell over,
because I have integrations now running for over 7 hours.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
ator""_L1 for constructing Latin-1
> string literals, to minimize the porting effort from QLatin1String to
> QLatin1StringView.
BTW, shouldn't this one also have a "v" somewhere, like _qsv?
--
Thiago Macieira - thiago.macieira
It's been 23 days since I last uploaded the patch. There are two +1 votes
within 2 days of the upload, but no action since then.
This is not QtCore, so I don't feel right in maintainer-approving it. So I'm
requesting a +2.
--
Thiago Macieira - thiago.macieira (AT) intel
https://codereview.qt-project.org/q/Ib056b47dde3341ef9a5213ef677e471674b6
I'll abandon anything not approved in one week.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Develo
t-filter-repo --subdirectory-filter util/cmake" of qtbase as
> baseline
+1
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
Development@qt-project.org
h
On Monday, 21 February 2022 17:21:30 PST Thiago Macieira wrote:
> On Saturday, 12 February 2022 07:15:36 PST Tor Arne Vestbø wrote:
> > Very cool! As ossi suggests, this could potentially be handled by Gerrit,
> > similar to this:
> >
> > https://gerrit.googlesource.
the company offering them, for example). Then
business rules apply.
The same way that obtaining sources for (L)GPL content you got as a binary is
also a business obligation and must be honoured.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud
On Tuesday, 1 March 2022 09:40:25 PST Scott Bloom wrote:
> Is there anyway to do what I need today?
No, that would be a new feature.
For now, you'll have to ensure each test is run in a separate container / view
of the filesystem if you're running them in parallel.
--
Th
x27;s a brown paper bag. We can blame Clang in the ChangeLog. Let's suck it
> up and move on.
My opinion is unchanged: don't do it for 6.2.4.
After 6.2.4, the 6.2 branch becomes irrelevant for me, so I don't care what
you do.
--
Thiago Macieira - thiago.maciei
t; is optional.
I haven't heard anyone volunteer to make this work.
All this requires is that someone run a cron job every week and have rights to
push to the refs/notes/* hierarchy.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Soft
e where we left off on (2), but it's unlikely that anything we
> decide will be retroactively applied to Qt 6.2, isn't it?
I don't have a problem about using any type in our ABI, so long as it's ALWAYS
there and that no one who performed an acceptable upgrade would find a linke
tors are implemented as members, but are not const. Since
> they're not const, they cannot be called with a const LHS...
By the way, how often is this done? What's the exposure in the real world?
The pre-6.3 implementation could be #if __cplusplus <= 2020
--
Thiago Macie
d only those that
> sign extra papers can.
And "you" here means the company the person works for, in case their work in
Qt is under their copyright.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
__
7;t one, then it was under BC guarantees.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
On Tuesday, 15 February 2022 10:46:15 PST Thiago Macieira wrote:
> On Tuesday, 15 February 2022 09:34:35 PST Marc Mutz wrote:
> > 6.2 is an LTS release, is it not?
>
> Not from my point of view, it isn't.
Let's do it this way:
6.2.4 branching starts on Monday Feb 21st.
On Tuesday, 15 February 2022 09:34:35 PST Marc Mutz wrote:
> 6.2 is an LTS release, is it not?
Not from my point of view, it isn't.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Eng
unsupported C++20 build wasn't supported.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
Development mailing list
Development@qt-project.org
https://lists.qt-project.org/listinfo/development
present but not 6.2, So I searched Gerrit and
indeed, the change simply failed in the CI 3 weeks ago and no one pushed the
button again.
The scripts are pretty fast, but I've also made them work incrementally. See
the attached run example.
--
Thiago Macieira - thiago.macieira (AT) intel.com
On Friday, 11 February 2022 07:57:23 PST Thiago Macieira wrote:
> On Friday, 11 February 2022 00:25:55 PST Toni Saario wrote:
> > Coin update during the maintenance introduced a bug which can leave the
> > changes hanging in wrong state.
> >
> > A change was reverted
he changes that are in wrong state.
Thanks, I've re-staged the changes now. Hopefully we'll get some results in a
few hours.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
___
his stuck integration? It's been over 17 hours:
qtbase refs/builds/qtci/dev/167710
https://codereview.qt-project.org/c/qt/qtbase/+/381136
--
Thiago Macieira - thiago.macieira (AT) intel.com
Software Architect - Intel DPG Cloud Engineering
_
there wasn't an UCRT until VS 2015, but many of
the functions in question (including _get_tzname) have been available since VS
2008 or earlier.
> Are there any plans to adapt to UCRT MinGW?
Once it's officially supported by upstream, with default toolchain builds, we
should switch.
401 - 500 of 3485 matches
Mail list logo