/show_bug.cgi?format=multiple&id=56549
3. #pragma once makes gcc much slower according to Bug 58770 - GCC very
slow compiling with #pragma once
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58770
Regards,
Gunnar Roth
-- Original Message --
From: "Lars Knoll"
To: &
QtGui stay unchanged)
Thanks,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
The wiki now says:
Release Candidate 2 Week 48 /2017 1.12.2017
Release Candidate 2 4.12.2017
Why two dates for rc2?
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo
When i klick on this I camoe to a login page of gitlab.
When trying to register I get
1 error prohibited this user from being saved:
Email domain is not authorized for sign-up
I tried that with gmx.de and siemens.com
Regards,
Gunnar Roth
Gesendet: Mittwoch, 05. April 2017 um
win32-msvc2008
24.01.2017 17:37 win32-msvc2010
24.01.2017 17:37 win32-msvc2012
24.01.2017 17:37 win32-msvc2013
24.01.2017 17:37 win32-msvc2015
24.01.2017 17:37 win32-msvc2017
So there is lot of unsupported msvc versions (2005,2008,2010,2012), but no
win32-msvc mkspec.
Regards,
Gunnar Roth.
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
nary compatibility bewegen cl19.00 and cl cl19.xx
instead on making a win32-msvc2017?
mkspec should be based on the cl major version , instead of the IDE year.
QtCreator complains when you try to use a qt with 2017 mkspec and a 2015
compiler set.
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
>>
>
> No. There will be a 5.6.2, but not another 5.7.x.
Well, there IS already a 5.6.2 version.
Regals,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
ng "QThread::currentThread() == this“ should
make the method more dangerous, actually it makes it a bit more safe for the
same thread case, the potential deadlock problem remains with or without.
Regards,
Gunnar Roth
___
Development mailing
keyboard -f
i get it it, but also message that the other folder are removed.
doing
perl init-repository -f
again.
But how is it supposed to work? How do I get the code which will become the
release candidate? Do I need to wait for a label?
Regards,
Gunnar Roth
___
> Am 05.12.2016 um 20:07 schrieb Thiago Macieira :
>
> Em segunda-feira, 5 de dezembro de 2016, às 15:42:25 PST, Gunnar Roth
> escreveu:
>> Hello,
>> My try to build qt 5.8.0 from git using vs2017 rc (CL 19.10.24629) failed
>> already wh
Ok thank you Friedeman,
so
$ cd qt5
$ perl init-repository
$ git checkout 5.8.0
$ git submodule update
is not the correct way to get latest 5.8.0 from git?
But what is the correct way then?
Regards,
Gunnar Roth
Gesendet: Montag, 05. Dezember 2016 um 16:35 Uhr
Von
relib/tools/qalgorithms.h(657): note: failure was caused by an illegal statement or _expression_
jom: C:\bldqt\5.8.0\WIN32-VS14-64\qtbase\tools\configure\Makefile [configure_pch.pch] Error 2
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
says it is missing main().
Btw using 19.10.24516 angle does no longer crash for me in qt 5.7.0
Regards,
Gunnar Roth
Gesendet: Freitag, 21. Oktober 2016 um 00:37 Uhr
Von: "Henry Skoglund"
An: development@qt-project.org
Cc: thiago.macie...@intel.com
Betreff: Re: [Development]
Hi Thiago,
thanks for you answers.
> Am 13.08.2016 um 20:05 schrieb Thiago Macieira :
>
> On sábado, 13 de agosto de 2016 18:08:16 PDT Gunnar Roth wrote:
>> 1. category is just adding code, which does not influence current
>> code.
>> a. adding qAsConst in qgolbal.h.
actually I don’t see a dragon but maybe a dwarf lizard there ;-)
I can send the actual patches on request, they do not contain any code I wrote
myself ( other than changing numbers)
Regards,
Gunnar Roth
> Am 12.08.2016 um 18:26 schrieb Thiago Macieira :
>
> On sexta-feira, 12 de
Does a request of having qtquickcontrols2 and qtvirtualkeyboard 2.1 backported to 5.6. x have chance?
Actually I managed to do this myself, but an upstream solutuion is preferrable. The problem is that some important OS is no longer supported in 5.7.
Regards,
Gunnar
Gesendet
> On 02 Aug 2016, at 18:03, Albert Astals Cid
> wrote:
>
> On Tue, Aug 2, 2016 at 1:56 PM, Gunnar Sletta wrote:
>> Hi,
>>
>> I think the most sensible solution is to handle this inside the image
>> provder. When I've seen this problem previously, i
last parameter there instead of a bool so we keep it open to
add other states later on without having to introduce a new class.
cheers,
Gunnar
> On 02 Aug 2016, at 09:11, Albert Astals Cid
> wrote:
>
> Ping anyone?
>
> On Mon, Jul 18, 2016 at 10:24 AM, Albert Astals Cid
>
brary will make sure that the client is blocked
when rendering kicks in (some time after the first GL draw call, but typically
during the client's eglSwapBuffers) if there are no wl_buffers available for
rendering, so there is no writes to buffers currently in use on the compositor
side the
oving overhead and improving performance in every major Qt release for the
last couple of years. Something Qt Quick very much needs.
He also keeps a keen eye on the bugtracker and codereview in the Qt Quick area.
cheers,
Gunnar
> On 06 Mar 2016, at 08:40, Alan Alpert <4163654...@gmail
n. there
is choice between qt provided sqlite
and system provided sqlite, but for wince and windows there is no such a thing
like system provided sqlite.
Regards,
Gunnar roth
Am 01.03.2016 um 14:50 schrieb Gunnar Roth:
>
> Well so be it, goodbye Qt from wec2013 Users.
> But who takes
se,
i have no real problem with the current state, but would still be glad if pdb
for release are build
and delivered with the enhanced pdb option.
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
ry[ "SSE4_1" ] = "no";
-dictionary[ "SSE4_2" ] = "no";
-dictionary[ "AVX" ] = "no";
-dictionary[ "AVX2" ]= "no";
diction
-of-windows-embedded-windows.html>
the wec2013 line is continuing, while all other lines end into the windows10
line. The reason is that none of the windows 10 editions has realtime support,
so if you want to (or have to ) use a MS OS and you need realtime, wec2013 is
what is left.
Regards,
webkit/engine support and no multimedia support, no neon intrinsics support, no openssl support, no sse2 support.
Regards,
Gunnar Roth
Gesendet: Montag, 22. Februar 2016 um 17:01 Uhr
Von: "Andrew Knight"
An: development@qt-project.org
Betreff: Re: [Development] Supported platfo
pass to QQuickImageProvider and every were else. The logical scaling is
something that happens in the app in QML. Otherwise, the bug tirade never ends
:)
(And to avoid the additional confusion, we should probably avoid having
Font.pointSize, so that fonts operate in the same coordinate space as th
t neon for wec2013.
Qt does not even support sse2 for wec because configureap.cpp does always reset sse2 to no, even if i pass it to configure.
Same as the openssl problem, which was solved in dev branch. https://codereview.qt-project.org/#/c/122437/
Regards
Gunnar Roth
Gesendet: Montag,
Hi, thanks for answering, but
> Am 17.01.2016 um 20:36 schrieb Thiago Macieira :
>
> On Sunday 17 January 2016 19:13:44 Gunnar Roth wrote:
>> Hi,
>> I saw quite some changes like https://codereview.qt-project.org/#/c/145961/
>> <https://codereview.qt-pro
these changes ?
There is also a lot of replacing foreach with range for loops? What is the idea
behind this? Any links to read?
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/li
Sorry but
1. -no-dbus is sufficient for me.
2. i am on leave now and will return to work not before Epiphany
<https://www.dict.cc/englisch-deutsch/Epiphany.html>.
Regards,
Gunnar
> Am 22.12.2015 um 18:07 schrieb Bornemann Joerg
> :
>
> On Monday 21 December 2015 21:58:46
build of the products, actually have success.
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
I am now using this qt_functions.prf and that works fine.
Regards,
Gunnar
Gesendet: Dienstag, 22. Dezember 2015 um 15:05 Uhr
Von: "Adam Light"
An: Kein Empfänger
Cc: "development@qt-project.org"
Betreff: Re: [Development] Qt 5.6.0 beta. win32 vs11 32 bit fails with ui
You tested the code on wince with which dbus component?
windows.h probaly got included by the special qt wince headers.
I wonder why there is a CI for wec2012, which did not catch that problem.
Regards,
Gunnar
Gesendet: Dienstag, 22. Dezember 2015 um 15:01 Uhr
Von: "T
reverts commit 9b2e98245a95bec9179edf648d7b562d2d1cb692.
Change-Id: I9ce0a2d1147a1a2d4bd2f22e619d5c737864a637
I have a prefix build, as everybody should IMO.
That makes me very sad...wasted hours of my life.
Regards,
Gunnar
Gesendet: Dienstag, 22. Dezember 2015 um 12:5
directory containing a Qt5Core.dll in the PATH env variable.
Regards,
Gunnar
Gesendet: Dienstag, 22. Dezember 2015 um 11:17 Uhr
Von: "Tim Blechmann"
An: development@qt-project.org
Betreff: Re: [Development] Qt 5.6.0 beta. win32 vs11 32 bit fails with uic.exe showing dialog qt5core.dll
.exe are build statically.
Regards,
Gunnar
Gesendet: Dienstag, 22. Dezember 2015 um 10:43 Uhr
Von: "Gunnar Roth"
An: "development@qt-project.org"
Betreff: [Development] Qt 5.6.0 beta. win32 vs11 32 bit fails with uic.exe showing dialog qt5core.dll cannot be found.
& D:\TFS\bld__GLOBAL\Qt5.6.0\WIN32-VS11-32\qtbase\bin\uic.exe D:\TFS\_Global\Shared\src\Qt\5.6.0\qt-src\qtbase\src\widgets\dialogs\qfiledialog.ui -o .uic\ui_qfiledialog.h
so %%PATH:)=^)%% is now %PATH:)=^)%.
How did CI not catch that? Strange is my wec2013 build has worked after adding
( because it was no for windows but is runtime now, when no bus
headers are found)
I know of no working dbus for wec2013 and i don’t need it either.
Regards,
Gunnar
> Am 21.12.2015 um 22:22 schrieb Hausmann Simon
> :
>
> We ran into similar issues in a few places and the establishe
Hi Thiago,
> Am 21.12.2015 um 19:46 schrieb Thiago Macieira :
>
> On Monday 21 December 2015 17:44:19 Gunnar Roth wrote:
>> Hi,
>> the problem is that dbus is set to runtime instead of no for windows from
>> configure when no dbus support is found. So it is being tried
no-dbus to my configure line.
I assume there is no ci in place for wec2013?
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
to account. This is another place that needs to look up
QQuickWindow::effectiveDevicePixelRatio() and apply that to the segmentation
factor.
cheers,
Gunnar
> On 15 Dec 2015, at 17:03, Curtis Mitch wrote:
>
>
> Hi.
>
> I'm implementing a busy indicator for the new c
> On 26 Oct 2015, at 10:12, Marc Mutz wrote:
>
> On Monday 26 October 2015 08:20:38 Gunnar Sletta wrote:
>> The purpose of QDataBuffer is to provide a managed pool of memory that can
>> grow, but does not shrink unless shrunk explicitly. QVector is unusable
>> for thi
> On 26 Oct 2015, at 09:56, Marc Mutz wrote:
>
> On Monday 26 October 2015 08:20:38 Gunnar Sletta wrote:
>> I don't know if std::vector::erase() and std::vector::clear() can guarantee
>> that the data is not reallocated, even if reserve() has been specified. If
ector::erase() and std::vector::clear() can guarantee
that the data is not reallocated, even if reserve() has been specified. If that
can be guaranteed, removing the class would be fine by me.
cheers,
Gunnar
> On 25 Oct 2015, at 20:28, Maks Naumov wrote:
>
> In my small change https:/
> On 18 Sep 2015, at 10:56, Knoll Lars wrote:
>
> On 18/09/15 10:49, "Gunnar Sletta" wrote:
>
>>
>>> On 18 Sep 2015, at 09:36, Knoll Lars
>>> wrote:
>>>
>>> New properties:
>>>
>>> QQuickFramebufferObjec
> On 18 Sep 2015, at 09:36, Knoll Lars wrote:
>
> New properties:
>
> QQuickFramebufferObject::mirrorVertically, looks ok
> QQuickPaintedItem::textureSize, not ok. It’s not versioned.
Like QQuickFramebufferObject, the object is not instantiated from QML, so the
two follow the same pattern, no
Also looks ok.
> On 17 Sep 2015, at 12:54, Frederik Gladhorn
> wrote:
>
> ___
> Development mailing list
> Development@qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
___
Developme
this mail.
Regards,
Gunnar Roth
Gesendet: Mittwoch, 02. September 2015 um 16:06 Uhr
Von: "Samuel Gaist"
An: "Giuseppe D'Angelo"
Cc: development@qt-project.org
Betreff: Re: [Development] QT_NO_DRAGANDDROP qt 5.6 git build fails
On 2 sept. 2015, at 15:35, Giuseppe
t.org/p/qt/qtbase/': The requested URL returned error: 403
I used the http passwort generated in the gerrit webinterface.
What can i do?
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
there because of
#ifndef QT_NO_DRAGANDDROP
around the function not inside as in QGraphicsView
same problem in qtreewidget.h and qtableview.h
If you wonder why i need that, its because of wc2013 it has no DnD support ( as wec7 had).
Regards,
Gunnar Roth
Gesendet: Mittwoch, 02. September 2015
Any better ways?
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Hi Thiago
Yes i did checkout from git, but copied it to another location without the .git
dir.
Creating an empty .git dir helped to solve the problem.
Thank you,
Gunnar Roth
Gesendet: Dienstag, 25. August 2015 um 08:08 Uhr
Von: "Thiago Macieira"
An: development@qt-project.org
B
with syncqt not being run
but i have no clue how to do this.
So what is the right procedure to build this?
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
or all CE versions
, wec2013 too.
To differentiate between CE versions the _WIN32_WCE macro value is used also
for wec2013, which happens to be 0x800, while for WEC7 is is 0x700 , so
internally wec2013 is WEC8.
Regards,
Gunnar Roth
___
Development mailin
Hi Jörg.
> Am 07.08.2015 um 23:33 schrieb Joerg Bornemann
> :
>
> On 07-Aug-15 15:30, Gunnar Roth wrote:
>
>> i accidentally stumbled over this:
>> https://codereview.qt-project.org/#/c/122584/
>>
>> MSVC2015: Disable warning C4577 ('noexcept' u
n-vs-2015-zc-throwingnew.aspx>
and this arises the qustion how am i supposed to add my own option? making my
own mkspec?
Thanks in advance for your answers.
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
And I read this thread.actually I wrote quite some messages in that. Seems not
to be The case for qt company employees.
Am 31.07.2015 20:21 schrieb Thiago Macieira :
>
> On Friday 31 July 2015 18:40:02 Gunnar Roth wrote:
> > Hi.
> > I found https://codereview.qt-proj
I am not talking about winrt AS this RT does not mean realtime, fair enough.
BUT i am talking about wince,thought I made that clear.
Am 31.07.2015 20:21 schrieb Thiago Macieira :
>
> On Friday 31 July 2015 18:40:02 Gunnar Roth wrote:
> > Hi.
> > I found https://codereview.
around much longer.
Iwould also like to know why qtserialbus is not supported in MS realtime system.
Regards
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
ot; ] = "no";
lines then it works and i get yes for openssl and yes for ssl, when passing -openssl.
Andy Shaw was so kind to make a patch at gerrit
https://codereview.qt-project.org/#/c/122437/
please have a look at it.
Regards,
Gunnar
Gesendet: Mittwoch, 29. Juli 2
uot;""
4. ifos.environ['GYP_MSVS_VERSION']=='2013':
5. return'120'
6. elifos.environ['GYP_MSVS_VERSION']=='2015':
7. return'140'
8. else:
9. raiseValueError('Unexpected GYP_MSVS_VERSION')
Regards,
Gunnar
Am 30.07.2015 um
exe" -D gperf_exe="gper
f.exe" --no-parallel -D qt_gl="opengl" -D disable_nacl=1 -D remoting=0
-D use_ash=0 -D disable_glibcxx_debug=1 -D remove
_webcore_debug_symbols=1 -D win_release_extra_cflags=-Zi -D
target_arch=x64...
Project ERROR: --
think arm when thinking about wince.
So you also disable -sse2 flag to configure when i compile for a intel or and
wec2013 platform. At least i know about this this now.
When compiling crossplatform you should trust the configure parameters.
Regards
Gunnar Roth
> Am 29.07.2015 um 18:46 schr
dictionary["OPENSSL"] = checkAvailability("OPENSSL") ? "yes" : "no";
dictionary["SSL"] = dictionary["OPENSSL"];
}
}
and i found that the default is:
dictionary[ "SSL" ] = "
ject.org
Betreff: Re: [Development] QVector now has rvalue push_back
On Wednesday 22 July 2015 09:09:50 Julien Blanc wrote:
> Le mardi 21 juillet 2015 à 19:00 +0200, Gunnar Roth a écrit :
> > Hello,
> > Out of curiosity i just looked at the Xcode 6.4 headers for the
> > implementatio
> Am 21.07.2015 um 20:11 schrieb Bubke Marco :
>
>
> Gunnar Roth
>>>
>>> void push_back(T &&t) {
>>> ensureCapacity(size() + 1);
>>> new (m_end) T(std::move(t));// move-construct from t
>>>
> Am 21.07.2015 um 19:58 schrieb Milian Wolff :
>
> On Tuesday 21 July 2015 19:49:13 Gunnar Roth wrote:
>>> void push_back(T &&t) {
>>>
>>> ensureCapacity(size() + 1);
>>> new (m_end) T(std::move(t));//
> Am 21.07.2015 um 19:14 schrieb Matthew Woehlke :
>
> Ergo, that implementation looks... suspicious, and *may* even be
> non-conforming. (Unless push_back is doing something really funky, which
> I somewhat doubt.) You may want to file a bug against that implementation.
this is the push_back imp
Hi Ansel.
> Am 21.07.2015 um 19:06 schrieb Ansel Sermersheim :
>
> gives the Qt Project the freedom to take any and all submissions and
> incorporate them into the closed source version
Do not mix up commercial license with closed source, all code you contribute
will be licensed under GPL,LGPL
n r-value ref.
Regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
_LIBCPP_INLINE_VISIBILITY void emplace_back(_Args&&... __args)
{ push_back ( value_type ( _VSTD::forward<_Args>(__args)... )); }
Am i wrong?
Regards,
Gunnar
> Am 21.07.2015 um 18:53 schrieb Thiago Macieira :
>
> On Tuesday 21 July 2015 12:22:36 Matthew Woehlke wrot
Hi Julian
> Am 16.07.2015 um 23:43 schrieb Julien Blanc :
>
> Le jeudi 16 juillet 2015 à 23:09 +0200, Gunnar Roth a écrit :
>
>>
>> The vector classes are now very bad in this case. QHash is considerable
>> better than any other.
>>
>> So I deduce f
mentary beginnings of an open-
> addressing hash container (a hash container using consecutive memory, not
> nodes).
>
What was the idea behind it? Is so much slower than any other that I can just
see why anyone should want to have this? What is the advantage?
>
> QHash is slowe
Hi Thiago
> Am 12.07.2015 um 19:42 schrieb Thiago Macieira :
>
> On Sunday 12 July 2015 16:57:39 Gunnar Roth wrote:
>> "QMap_insert -- 1 ","WalltimeMilliseconds",0.625,80,128
>
> Please run with -perf -minimumvalue 100. The CPU cy
Hi Milian, hi Marc
> Am 12.07.2015 um 16:06 schrieb Milian Wolff :
>
> On Sunday, July 12, 2015 04:58:01 PM Marc Mutz wrote:
>> On Sunday 12 July 2015 15:05:51 Gunnar Roth wrote:
>>> Hi Marc,
>>>
>>>> Better provide a benchmark into which users
enchmark measure wrong? Because if you are right in saying
QVector should be the default associative container, then my benchmark must be
wrong.
Best regards,
Gunnar Roth
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
o have a similar opinion
http://scottmeyers.blogspot.de/2014/06/the-drawbacks-of-implementing-move.html
Wyh can you do this inline?
QFoo &operator=(QFoo &&other) { swap(other);QFoo<>().swap(other); return *this; }
would not work ?
Regards,
Gunnar
Gesen
ell wrote:
>
> It seems that nobody took proper notes of the session (oops!) so I'm
> sending the notes Gunnar and I wrote up in preparation for the session.
> If anyone else has any recollections they'd like to add, please go ahead
> and do so :)
>
> =
>
>
Yes thats wrong, proved by practice and ms support finally. This arcticle will be changed as MS promised that to us, but until this task bubbles up inside MS can take a while.
Regards,
Gunnar
Gesendet: Montag, 22. Juni 2015 um 15:02 Uhr
Von: "Al-Khanji Louai"
An: &q
eline will
> stay with 2012 for some time :/
>
Thanks a lot for your answer. That is a big relief.
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
Hi Björn,
i am really glad this discussion will come to an end ;-), it already took
considerable time, internally and externally.
> Am 19.06.2015 um 17:51 schrieb Björn Breitmeyer :
>
> Hi Gunnar,
>
> sadly i have to agree. I finally had the time to setup a Visual Studio 2
sufficient c99 support.
But that is not supported and c++ relies heavily on its stdc++ lib where we dont have a fitting version.
Regards,
Gunnar
Gesendet: Donnerstag, 18. Juni 2015 um 11:48 Uhr
Von: "Björn Breitmeyer"
An: "Gunnar Roth"
Cc: development@qt-project.o
used? That could be quite problematic haven such a mix leading to unpredictable behaviour from a programmers view. Qt could then not say, vs2013 is the base, but only vs2013 compiler with vs12012 std libary. Sound crazy...
Regards,
Gunnar
Gesendet: Donnerstag, 18. Juni 2015 um 10:41 Uhr
V
Gesendet: Donnerstag, 18. Juni 2015 um 08:43 Uhr
Von: "Thiago Macieira"
An: development@qt-project.org
Betreff: Re: [Development] QtCS: Long Term Release discussion
On Thursday 18 June 2015 08:23:52 Gunnar Roth wrote:
> > Am 17.06.2015 um 22:35 schrieb Thiago Macieira
&
. This was confirmed last week by microsoft to us. But please share your additionall knowledge with us, we would be very thankful.
regards,
Gunnar
Gesendet: Donnerstag, 18. Juni 2015 um 08:45 Uhr
Von: "Kalinowski Maurice"
An: "Thiago Macieira" , "development@qt-proj
> Am 17.06.2015 um 22:35 schrieb Thiago Macieira :
>
> On Wednesday 17 June 2015 19:30:25 Gunnar Roth wrote:
>> Yes that would make us (as a commercial user using a self made port of qt
>> 5.4.1 to wec2013 ) very unhappy. This means 5.6 will be the last version
>> wec
67368.aspx
>
> And Thiago’s link actually lists it under VS2013 as well :)
>
> http://code.woboq.org/qt5/qtbase/src/corelib/global/qcompilerdetection.h.html#851
Thanks Eike, saved my writing that myself.
I thought Thiago is testing me somehow… ;-)
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
qt
5.4.1 to wec2013 ) very unhappy. This means 5.6 will be the last version
wec2013 would be supported and you would go straight to making a back port very
hard or even impossible. Actually we somehow assumed on vs2012 being supported
for Qt 5. As we use Qml/QtQuick we would be cut off o
4.7 for this. I think we were discussing whether our minimum is
> 4.6 or 4.7.
>
I am quite sure that this only works since vs 2013, Would be glad if proven
wrong.
see https://msdn.microsoft.com/en-us/library/dn457344.aspx
<https://msdn.microsoft.com/en-us/library/dn457344.aspx>
Re
EBUG=changes might help pinpoint it.
cheers,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
And most text elements are black,
gray or white anyway, so in practice it hasn’t been that bad. But as you see,
it doesn’t cover everything.
As the task indicates, I'v been toying with the idea of putting the glyphs into
point sprites, so we could get away with one verte
>
>
> And why don't we hear about this problem more often? Strange.
>
Everytime i have a programming or computer problem, which nobody else has,
where you can’t find next to nothing or really nothing on the internet, its
because i did some very foolish thing ;-)
> On 24 Apr 2015, at 14:33, Marc Mutz wrote:
>
> Hi,
>
> While implementing qHash() overloads for gui/math3d classes,
Why are we doing this? a QHash makes very little sense me..
-
Gunnar
> I found that
> QQuaternion gained several methods for 5.5 which I don'
> On 23 Apr 2015, at 13:20, Alberto Mardegan
> wrote:
>
> On 04/23/2015 01:36 PM, Gunnar Sletta wrote:
>> I think we should strive to not introduce regressions on purpose. Hence:
>> - Revert the behavioral change in 5.4 which adds rotation to JPEGs
>> - Have o
pain down the line.
cheers,
Gunnar
> On 23 Apr 2015, at 12:03, Allan Sandfeld Jensen wrote:
>
> On Thursday 23 April 2015, Alberto Mardegan wrote:
>> On 04/23/2015 04:53 AM, Konstantin Ritt wrote:
>>> We already have a complete solution -
>>> https://codereview.
Looks like you removed the directory AFTER configure. But you should remove it
before.
Regards,
Gunnar
> Am 22.04.2015 um 13:44 schrieb rpzrpz...@gmail.com:
>
>
> Thiago:
>
> Unfortunately, your suggestion of removing the directory and/or its
> contents did not yi
n .git/objects/pack and corresponding idx
file.
Now it works again ( with cgit )
Regards,
Gunnar
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
ository::run('Qt::InitRepository=HASH(0x78cfd4)') called at init-repository line 576
Any idea what's wrong?
Regards,
Gunnar
Gesendet: Donnerstag, 02. April 2015 um 13:01 Uhr
Von: "Oswald Buddenhagen"
An: "Hirvonen Olli"
Cc: "Hiekkamäki Mika&quo
Sorry somehow i clicked on the wrong mail to answer.
Gesendet: Mittwoch, 08. April 2015 um 12:55 Uhr
Von: "Gunnar Roth"
An: "Oswald Buddenhagen"
Cc: development@qt-project.org
Betreff: Re: [Development] "Add tests for detach on setDevicePixelRatio()" commits
ository::run('Qt::InitRepository=HASH(0x78cfd4)') called at init-repository line 576
Any idea what's wrong?
Regards,
Gunnar
Gesendet: Dienstag, 07. April 2015 um 17:13 Uhr
Von: "Oswald Buddenhagen"
An: development@qt-project.org
Betreff: Re: [Development]
1 - 100 of 193 matches
Mail list logo
