| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
| |
So far only the module was excluded, but not the examples.
Adopt to a style which has been approved for other modules as well
by using requires.
Change-Id: I8a8bbeb8c5db1bdb2e508da0988a38bbb1789986
Reviewed-by: Oliver Wolff <oliver.wolff@digia.com>
Reviewed-by: Denis Shienkov <denis.shienkov@gmail.com>
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@digia.com>
|
| |
|
|
|
|
|
|
|
|
| |
On QNX, the combination (IHFLOW | OHFLOW) is equivalent to the CRTSCTS flag.
Only /dev/ser* ports can be enumerated.
Tested on SVTronics UEVM5432 Omap5 board with QNX 6.6
Change-Id: I64b149258a525835e63f231b5291fa86637e3d2a
Reviewed-by: Laszlo Papp <lpapp@kde.org>
|
| |
|
|
|
|
|
|
|
|
|
| |
According to MSDN Windows Store apps will not have any
serial port replacement.
http://msdn.microsoft.com/en-us/library/windows/apps/hh464945.aspx
Change-Id: I2aa54462c411341e3b3cdbbbf65a7b3397df93b6
Reviewed-by: Laszlo Papp <lpapp@kde.org>
Reviewed-by: Friedemann Kleint <Friedemann.Kleint@digia.com>
|
| |
|
|
|
|
|
|
|
| |
Nobody tested the serial port and it does not
compile as CRTSCTS is not defined. Lets disable
it until its fixed.
Change-Id: Ifc032194773b166a7fd9502f5d7f518019d80c7c
Reviewed-by: Laszlo Papp <lpapp@kde.org>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For optimization and build correction for Qt4/Qt5 there was a need for
unification and modification of a tree of projects.
The previous structure of the project didn't meet the changed requirements
for Qt5 that led to errors of build and complication of possibility of
correction of errors of build.
It is necessary to note the main changes:
* Removed not used /modules direcrory with all content, because it is
autogenerated.
* Moved all contents from /src directory to /src/serialport directory. It
was necessary for simplification of the qmake commands at building
for Qt5 (in particular, there is no need to fill out a module name since
it is the name of directory /serialport).
* Changed the exported macro defines Q_ADDON_SERIALPORT_EXPORT to
Q_SERIALPORT_EXPORT and QT_ADDON_SERIALPORT_LIB to QT_SERIALPORT_LIB. It
was necessary for fixing compilation error for unknown reason on Windows
and Qt5 when used MSVC compiler.
Checked on Windows and Gnu/Linux, also this patch fixes bug:
Task-number: QTPLAYGROUND-5
Change-Id: Idc9ba98115d5961a22ae307c0e4034a56f3223b5
Reviewed-by: Denis Shienkov <denis.shienkov@gmail.com>
|
| |
|
|
|
|
|
| |
Change-Id: I7776c9e805bd4967c1539c94217f180724553e05
Reviewed-by: Laszlo Papp <lpapp@kde.org>
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
| |
Change-Id: Iaa0e87df379210f210d07265f393b29c270e44e6
Reviewed-by: Laszlo Papp <lpapp@kde.org>
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This file was originally planned for helping with the include file generations,
but as the time went ahead, it got actually a bit more feature rich, and became
the centre of the helping with all the installation related features, like
mkspecs feature file, target library, dll binary and also of course the header
file installations.
Therefore, the current name is misleading while looking for information (i.e.
checking the target library installation related issues, or the prf file)
Change-Id: Ie714b858fbe47568c9a1e885e2cfb781f64f9cdf
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
| |
Change-Id: I34ccc5770dbd8f1c41d636cdc5e9d80dbf776f0a
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
| |
Change-Id: I11e2b9f469f5c23586eaa6ef3e33bce019a0b9b8
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
| |
Change-Id: Ia377a14e53e1df5148ac38fc339b717f0fc0a90a
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a simple include helper .pri file for "generating" (copying) the public
header files into the projectroot/include folder. In addition, this helper
script takes care of the creation of that folder. Furthermore it sets up the
install target so that the "make install" execution will install the required
header files smoothly.
This is mostly done by the syncqt for the qt4 and qt5 codebases, but we cannot
expect people having any of those cloned. Moreover, it is a huge beast written
in perl. :-) Meaning that it is hard to adopt and make custom modifications,
aka. maintaining.
Change-Id: I19c0705c99600bfb8bb32d5755ddbe0b381be8d0
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There were some warnings previously due to the relevant lines inside the .pro
and .pri files:
WARNING: foobar/qtserialport/src/src.pro:10: Unable to find
file for inclusion qt_module
WARNING: foobar/qtserialport/src/src.pro:11: Unable to find
file for inclusion qt_module_config
Project MESSAGE: Warning: unknown QT: core-private
WARNING: Failure to find: qtaddonserialportversion.h
These warnings are caused by statements that are only available in Qt5. Hence,
all these are now being properly adressed according to the transition wikipage
that you can find here:
http://wiki.qt-project.org/Transition_from_Qt_4.x_to_Qt5
One additional thing that had to be done in case Qt4, is to include qtserialport
module .pri file in order to get the relevant variables filled in, and therefore
usable inside the src.pro file. Otherwise those variables do not consist of the
expected values since they are not initialized before the relevant project file.
You can find some details about that in here:
http://wiki.qt-project.org/Creating_a_new_module_or_tool_for_Qt#Library_specific_.pro_files
Change-Id: Ie43a583bc11226bbd86132433c6b7a378032d80b
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
|
|
|
|
| |
The following commit introduced the qt4support.pri file for no real reasons:
http://codereview.qt-project.org/#change,22274
It can be safely removed for now since that header file is only for internal
usage.
Change-Id: Ie2e66dac67065304c02aeb96185daaf8b8250208
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Making QRingBuffer public in Qt5 is not supported since it is not a real ring
buffer. It is used only for the QIODevice and QAbstractSocket internal buffers.
It is optimised for those. They will keep changing it to match those needs. That
is though not a real problem for our use case because the serial port module was
designed with QIODevice and QAbstractSocket resemblance in mind.
As for Qt4, even if it was possible, we cannot change this too flexibly, at
least not without a Qt4.9 and huge effort of convincing many people about it. I
have personally never heard of any plans about Qt4.9.
As for the time being, we could import this qringbuffer_p.h header file for
working out-of-the-box with Qt4. The file should be residing in the qt4support
folder. One neater solution would have been to use "core-private", but
unfortunately that is not gonna work with Qt4, as in:
"Project MESSAGE: Warning: unknown QT: core-private".
In any case, importing qringbuffer_p.h into the project seems to be a way as it
is used to be with QSerialDevice. This patch is yet another step against
superseding QSerialDevice with QtSerialPort even for Qt4 without too intrusive
changes in my opinion.
Change-Id: I95e1763f263ee4c94ba2634b097b94406564ac5b
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
| |
Change-Id: Ic4c1105e5f570a68051d7a2d910012b55f41643e
Reviewed-by: Sergey Belyashov <Sergey.Belyashov@gmail.com>
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| |
|
|
|
|
|
| |
of "Creating a new module or tool for Qt"
Change-Id: I62bba3590a8873bfd03ed6836ac105e0a30d35ba
Reviewed-by: Denis Shienkov <scapig@yandex.ru>
|
| | |
|
| |
|
|
| |
*nix/bsd OS.
|
| | |
|
| | |
|
| |
|
|
| |
Symbian.
|
| | |
|
| |
|
