On Wednesday 11 March 2015 14:05:24 kl222 wrote:
> Hello all:
>
> I think to install qt5(>=5.3.0) library to sepcified directory. I write:
>
>
> get_target_property(QtCore_location Qt5::Core LOCATION)
> install(files ${QtCore_location} DESTINATION .)
>
> Ok, it is copy /usr/local/Qt-5.5.0/l
Hello all:
I think to install qt5(>=5.3.0) library to sepcified directory. I write:
get_target_property(QtCore_location Qt5::Core LOCATION)
install(files ${QtCore_location} DESTINATION .)
Ok, it is copy /usr/local/Qt-5.5.0/lib/libQt5Core.so.5.5.0 to destination
directory, but it don't crea
On Wednesday 11 March 2015 00:24:57 Lisandro Damián Nicanor Pérez Meyer wrote:
> I've been wondering if qmake's bootstrapping could be safely made with
> parallel building.
>
> The reason for wanting to bootstrap qmake in parallel is that we have some
> archs that while they might not have a fast
I've been wondering if qmake's bootstrapping could be safely made with
parallel building.
The reason for wanting to bootstrap qmake in parallel is that we have some
archs that while they might not have a fast processor they have multiple ones
available. If we can speed up the build there the be
> Note that we're talking about a standard violation in the first place. The
> standard says you can replace operator new, so if MSVC doesn't allow you to do
> it properly, then you can throw the standard out of the window. If an inline
> operator new (for MSVC only) solved the problem, it would be
On Tuesday 10 March 2015 16:28:34 Arjun Das wrote:
> qtmaind.lib(qtmain_win.obj) : error LNK2019: unresolved external
> symbol __imp__CommandLineToArgvW@8 referenced in function _WinMain@16
According to Ossi in this bug report[1], the problem was doing a make install
on a build that shouldn't be
On Tuesday 10 March 2015 08:18:42 Koehne Kai wrote:
> > Except that dynamically linked Windows Qt applications (read: most) don't
> > work this way, so Windows users are left out in the cold. DLLs do not
> > allow
> > you to simply replace one new operator across link boundaries. See the
> > commen
On 10 March 2015 at 14:22, Jan Kundrát wrote:
> On Sunday, 22 February 2015 16:27:44 CET, Giuseppe D'Angelo wrote:
> > * RHEL 6 ships 1.0.0, EOL Nov 2020
>
> This is a bit more complex with RHEL because there are many "RHEL 6"s. RHEL
> 6.5 and newer ship with 1.0.1e [1], so they are already cover
On Sunday, 22 February 2015 16:27:44 CET, Giuseppe D'Angelo wrote:
> * RHEL 6 ships 1.0.0, EOL Nov 2020
This is a bit more complex with RHEL because there are many "RHEL 6"s. RHEL
6.5 and newer ship with 1.0.1e [1], so they are already covered. The older
OpenSSL 1.0.0 was present in 6.0 to 6.4.
Reminder that the Qt Contributors' Summit registration for an invite is still
open.
To make sure you have a place, please fill in the registration form at:
https://www.webropolsurveys.com/S/F506847B071344BB.par
For more info see:
http://blog.qt.io/blog/2015/01/29/the-trolls-invite-you-to-oslo/
I used QT creator to create a QT quick application. I only added shell32
library using QT creator which modified the.pro file as
win32: LIBS += -lshell32
However I am still getting the same error with the project files
created by QT creator.
qtmaind.lib(qtmain_win.obj) : error LNK2019: unresolv
Hi,
On Tue, Mar 10, 2015 at 10:55 AM, Al-Khanji Louai
wrote:
> It's my understanding that on Windows you link the global operator new/delete
> replacement into every dll separately.
Well there is a very hackish but easier way, patching libcmt.lib to
remove allocation functionality:
https://gith
It's my understanding that on Windows you link the global operator new/delete
replacement into every dll separately.
A howto:
1) Implement your replacement global operator new and delete. Just do so in a
single .cpp file, you don't need a header.
2) Compile this into a static library.
3) Pass t
> -Original Message-
> From: development-bounces+kai.koehne=theqtcompany.com@qt-
> project.org [mailto:development-
> bounces+kai.koehne=theqtcompany@qt-project.org] On Behalf Of
> Alex Montgomery
> Sent: Monday, March 09, 2015 6:56 PM
> To: Knoll Lars
> Cc: development@qt-project.org
14 matches
Mail list logo
