On Saturday, 29 April 2017 16:46:16 -03 René J. V. Bertin wrote:
> Are those patches in any way a possible fix for DBus signals being delivered
> to slots in libraries that have already been dlclose'd? The fact this can
> happen suggests QtDbus is still very much up and running, no?
They may be re
On Saturday, 29 April 2017 19:14:54 -03 Mat Sutcliffe wrote:
> It also controls whether Q_DECL_CONSTEXPR expands to constexpr or nothing.
> But I don't think that should alter whether or not a function is inline,
> because functions declared with Q_DECL_CONSTEXPR should already be inline
> anyway.
On 29 April 2017 at 21:31, Thiago Macieira
wrote:
> On Friday, 28 April 2017 12:50:41 -03 Mat Sutcliffe wrote:
> > tldr: MSVC expects to see linker symbols for inline member functions of
> > exported classes. When such a function is defined within #ifdef
> > Q_COMPILER_foo (being a macro that is
29.04.2017, 23:18, "Thiago Macieira" :
> On Saturday, 29 April 2017 06:22:20 -03 Konstantin Tokarev wrote:
>> > Out of scope and you should be using qmake.
>>
>> I understand your point, but it seems impractical to provide wrapper qmake
>> project as an interface for packagers. They know know
On Friday, 28 April 2017 12:50:41 -03 Mat Sutcliffe wrote:
> tldr: MSVC expects to see linker symbols for inline member functions of
> exported classes. When such a function is defined within #ifdef
> Q_COMPILER_foo (being a macro that is defined for 2017 but not 2015) this
> could mean linker erro
On Saturday, 29 April 2017 06:22:20 -03 Konstantin Tokarev wrote:
> > Out of scope and you should be using qmake.
>
> I understand your point, but it seems impractical to provide wrapper qmake
> project as an interface for packagers. They know know how to deal with
> qmake or cmake packages, but d
Thiago Macieira wrote:
> 5.6: https://codereview.qt-project.org/157488 &
> https://codereview.qt-project.org/161056
>
> 5.8: https://codereview.qt-project.org/180231 &
> https://codereview.qt-project.org/180232
I have, and that's the reason I cannot easily attempt to produce backtraces
myself
Hi,
Yeah, the rhel 7.2 icu packages on download.qt.io should not contain the .so
symlinks.
Iikka, is this something you could help us with?
Simon
> On 29. Apr 2017, at 11:22, Konstantin Tokarev wrote:
>
>
>
> 28.04.2017, 18:58, "Thiago Macieira" :
>>> On Friday, 28 April 2017 11:54:53 -03
28.04.2017, 18:58, "Thiago Macieira" :
> On Friday, 28 April 2017 11:54:53 -03 Konstantin Tokarev wrote:
>> Hello,
>>
>> There is a strange situation involving official Qt SDK (>=5.8.0) binaries
>> for Linux, ICU, cmake, and WebKit project files, I'm not sure which side
>> really needs to be
