| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This way we avoid having a lot of code in a static (and
unmaintainable) library. The s60main static library now currently has
only one task: to call main().
To move the initialization into QtGui also meant a change in how the
S60 framework is created, because we can no longer use the trick
where we create and start the the S60 event loop and then have the
framework call us back to start main(). The initialization now
follows the creation and destruction of QApplication, which is a lot
more in line with how other platforms do it.
Since S60 doesn't support creating the environment, and *then*
starting it (both are executed by the same call), we had to open up
the S60 framework construction classes and just mirror what they do.
This means that after QApplication construction is done, the S60
framework is initialized, but nothing will run yet and control will
return to main(), where the user can start the event loop himself.
One of the quirks of this approach is that the construction of the
S60 framework makes a new cleanup stack. This means that any active
traps will not be active anymore, and leaving without setting a new
trap will most likely panic. This shouldn't be a problem for us,
since Qt is never supposed to leave, but it means that if anyone uses
the cleanup stack without setting a new trap, they will receive a
panic.
It was considered to add a trap mark in QApplication construction and
then removing it on destruction, but it was dropped because leaving
from main() is still undefined (even if the old cleanup stack would
be restored in the destructor, we wouldn't be able to stop the
exception from unwinding the stack, and the cleanup stack would then
be unbalanced).
RevBy: Jason Barron
RevBy: Janne Anttila
AutoTest: QWidget passed with same failure count
|
| | |
| |
| |
| | |
Reviewed-by: TrustMe
|
| |/
|
|
| |
Reviewed-by: Trust Me
|
| |\ |
|
| | |
| |
| |
| |
| |
| | |
Prepended QT_ to a define we use internally in fixed_stdlib.h
Reviewed-by: Janne Anttila
|
| | |
| |
| |
| | |
Reviewed-by: TrustMe
|
| | |
| |
| |
| | |
RevBy: Trust me
|
| |/
|
|
|
|
|
|
| |
For DLLs using Qt-style class level exports, ensure that only public
symbols are exported
For static libraries (static, staticlib configs) we don't want/need/
can't have a DEF file
|
| |
|
|
|
| |
This takes advantage of new functionality in RVCT 2.2, and requires
build 683 beta or later.
|
| |
|
|
| |
RevBy: Trust me
|
| |
|
|
| |
RevBy: Trust me
|
| |
|
|
|
|
|
|
|
|
|
| |
WebCore.pro's generators use QMAKE_DEL, which when used with del.exe
works if the file is present or not. In the QMAKE_SH branch QMAKE_DEL
is mapped to rm, which complaints if the file to delete doesn't exist.
Similar to del.exe and unix.conf use rm -f instead of rm for QMAKE_DEL
in the QMAKE_SH branch.
Reviewed-by: Miikka Heikkinen <miikka.heikkinen@digia.com>
|
| |
|
|
|
| |
Contains some smaller fixes and renaming of macros. Looks big,
but isn't scary at all ;)
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Task: 242139
This commit replaces Symbian specific 'depends' keyword in qmake
DEPLOYMENT variable with two more generic ones. The new keywords
are 'pkg_prerules' and 'pkg_postrules', and they allow developer to
pass raw data to PKG file. The strings in 'pkg_prerules' are added
before PKG file package-body headers and 'pkg_postrules' after them.
Correspondingly as old 'depends' keyword, the new keywords are not
parsed by qmake, so they must be in a format understood by Symbian
package generation tools.
Note that 'pkg_prerules' can also replace default language,
package-header and vendor statements in pkg file. If you decide to
override any of these statements, you need to pay attention that
also other statements stay valid.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is more a cleanup of the usage of Q_WS_S60 vs. Q_OS_SYMBIAN than
anything else. One of the side effects of this work was that it was
relatively little work to get QtGui compiling when Q_WS_S60 is not
defined.
Based on this we introduce two new configure options that control S60
integration. Currently the -no-s60 option will not work entirely
because the 's60main' module has not yet been refactored and still has
a dependancy on the S60 libraries.
Reviewed-by: axis <qt-info@nokia.com>
|
| |
|
|
|
|
|
|
| |
The EGL code is now a part of QtGui so QtOpenVG doesn't need to link
against it anymore. This also removes the need to link against cone
since we don't need to call DrawableWindow() from the OpenVG code.
We add the EGL library to a separate variable which is then used when
QT_CONFIG contains the "egl" feature.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Earlier used CSendUi required extensiva capabilities to work correctly,
that's why "new email" option in desktop services example application
did not work correctly with self signed capabilities.
RSendAs requires lower capabilities since SendAs server (separate
process) takes care of necessary actions to send the message.
|
| |\ |
|
| | | |
|
| |/ |
|
| |
|
|
|
|
|
| |
This reverts commit c33abd370470a0097cc1fbb858e1218ba110e0df.
We will need this patch in the end, but right now it's causing too
much trouble with the compiler. To return soon!
|
| |
|
|
|
| |
This takes advantage of new functionality in RVCT 2.2, and requires
build 671 beta or later.
|
| | |
|
| | |
|
| |
|
