| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Commit a6d48ca corrected the problem for win32-g++. Here we do the same
for win32-g++-cross.
Merge-request: 1173
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>
|
|\
| |
| |
| |
| |
| |
| |
| | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/oslo-staging-1:
win32-g++: Correct the order of linked Windows libraries
Fixing a traling space on if statement that fails in Solaris.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
On Windows 7, kernel32.dll exports many of the same functions as
advapi32.dll. If executables link to these functions in kernel32.dll
instead of advapi32.dll, running these executables on older versions
of Windows will cause an entry point error. This would occur due to
kernel32 being specified before advapi32.
To resolve this issue, advapi32 is specified before kernel32 when
linking.
Task-number: QTBUG-18537
Merge-request: 1169
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>
|
|\ \
| |/
|/|
| |
| |
| |
| |
| |
| |
| | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Fix QGradient stop with NaN position on Symbian.
Do not add project path to SYMBIAN_MATCHED_TRANSLATIONS if not needed
QApplication does not define flag for "single touch"
Native dialog softkeys are covered by QApplication softkeys
|
| |
| |
| |
| |
| |
| |
| |
| | |
If the path to translation file is already absolute, do not add
the $$_PRO_FILE_PWD_ to it in symbian.conf
Task-number: QT-4842
Reviewed-by: axis
|
|\ \
| |/
| |
| |
| |
| |
| |
| | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Add the auto detection for OpenGL in configure for makefile build system on Symbian.
Don't display softkeys/statusbar on FS childs of non-FS windows
|
| |
| |
| |
| |
| |
| |
| |
| | |
Symbian.
Task-number: QTBUG-18485
Reviewed-by: Miikka Heikkinen
Reviewed-by: axis
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
These options were found to be no longer required for MinGW releases at
this time (they are also never valid for MinGW64 when building 64bit).
They actually never worked anyway, as the GNU toolchain linker option
"-enable-stdcall-fixup" actually means "-e" "nable-stdcall-fixup".
Merge-request: 1158
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>
|
|\ \ |
|
| |\ \
| | |/
| |/|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/oslo-staging-1:
Update changes for 4.7.3
directfb: avoid version dependency by setting DSPD_DST blend functions manually
fix -enable-stdcall-fixup usage
Report that an update is needed if no update was done
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
A new QSysInfo::S60Version enum value SV_S60_5_3 is introduced.
QSysInfo::symbianVersion still returns SV_SF_3 for the new platform.
The official name of the platform is still pending, so documentation
will be updated later.
Task-number: QT-4593
Reviewed-by: Sami Merila
|
| |/
|/|
| |
| | |
all other unix mkspecs do so
|
|/
|
|
|
|
|
|
|
|
| |
the leading "-Wl," was apparently accidentally split off to the wrong
line.
Originally done in 0953ee3 for mkspecs/win32-g++.
Merge-request: 1154
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>
|
|
|
|
|
|
|
|
| |
Builds will otherwise halt without giving reason if a wildcard
is given in QMAKE_CLEAN in symbian-abld.
Task-number: QTBUG-18207
Reviewed-by: axis
|
|\
| |
| |
| |
| | |
Conflicts:
mkspecs/common/symbian/symbian.conf
|
| |
| |
| |
| |
| |
| |
| | |
Probably this was a result of backporting symbian-gcce support from
4.8 to 4.7.
RevBy: Liang Qi
|
| |
| |
| |
| | |
RevBy: Trust me
|
| |
| |
| |
| |
| |
| |
| | |
Better to make it relative to the profile. That way it is always
found, regardless of where Qt is located.
RevBy: Liang Qi
|
| |
| |
| |
| | |
RevBy: Trust me
|
| |
| |
| |
| | |
RevBy: Oswald Buddenhagen
|
| |
| |
| |
| |
| |
| |
| | |
This usually points to the RVCT include directory, but those headers
are not appropriate for Symbian.
RevBy: Trust me
|
| |
| |
| |
| | |
RevBy: Oswald Buddenhagen
|
| |
| |
| |
| | |
RevBy: Oswald Buddenhagen
|
| |
| |
| |
| |
| |
| | |
This is needed for Symbian development on Windows using makefiles.
RevBy: Trust me
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
RevBy: Miikka Heikkinen
Conflicts:
mkspecs/symbian-gcce/qmake.conf
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is a complement to the 16575f7aef840b6aae0dc767468ab713fbcfd7a6
commit, which adds localization based on TRANSLATIONS keywords for
Raptor and abld.
In addition, since the __PRODUCT_INCLUDE__ define was creating a lot
of trouble regarding < and >, it was refactored into its own source
file, which is automatically included before every source file.
Task: QTBUG-15292
RevBy: Miikka Heikkinen
|
| |
| |
| |
| | |
RevBy: Miikka Heikkinen
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It used to be carried out inside qt.prf, but was moved to
default_post.prf. However, since qt.prf is executed after
default_post.prf, it would still prepend its own include paths at the
very front, which is wrong.
Fixed by introducing a new feature profile for PREPEND_INCLUDEPATH,
which is run after qt.prf (features in $$CONFIG are executed in
reverse order).
RevBy: Miikka Heikkinen
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The file that they were in would not be parsed if CONFIG -= qt, but
it always needs to be parsed, otherwise apps that don't use Qt will
fail the sis file creation.
RevBy: Miikka Heikkinen
Conflicts:
mkspecs/features/symbian/default_post.prf
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Need to add edllstub.lib and change a bit because some refactored work for mkspecs in 86636e0c4ab91bfb60be1e18d6daff34d41a5927.
RevBy: axis
Conflicts:
mkspecs/symbian-gcce/qmake.conf
|
| |
| |
| |
| | |
RevBy: Trust me
|
| |
| |
| |
| |
| |
| |
| |
| | |
RevBy: Thomas Zander
Conflicts:
mkspecs/features/symbian/symbian_building.prf
|
| |
| |
| |
| |
| |
| | |
These should work for both Windows and UNIX platforms.
RevBy: Thomas Zander
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This was done for a number of reasons:
- In order to get better consistency with the other mkspecs, which
have the target system name followed by a hyphen and the compiler
name.
- There is no real reason why we should have specific mkspecs for
compiling Symbian under Linux, when it is equally likely to work
under other operating systems.
RevBy: Thomas Zander
Conflicts:
src/s60main/s60main.pro
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When querying system locale it does return both language and country,
so sometimes users want to have both in their .ts file names
(e.g. myapp_zh_CN.ts). This is bit problematic in Symbian, where
there are separate language codes for only very few language +
country combinations. Until now, the unsupported combinations were
simply dropped from deployment localization.
More proper way to handle these unknown language + country combinations
is to fall back to using the plain language code for them instead of
dropping them altogether. This is somewhat analogous to how
QTranslator::load() loads .ts files if it can't find the file for
specified language + country combination.
E.g. User defines:
TRANSLATIONS += myapp_zh_CN.ts myapp_zh_HK.ts myapp_zh_TW.ts
There are separate Symbian language codes for HongKong Chinese
(zh_HK = 30) and Taiwanese Chinese (zh_TW = 29), but rest of the world
is expected to use just Chinese (zh = 31). This means "zh_CN" mapping
is not provided as it would be same as plain "zh".
With this fix, qmake will now automatically generate a fallback
mapping from "zh_CN" to "31" for deployment localization purposes, and
is able to read application captions and pkg names from myapp_zh_CN.ts.
If there are multiple TRANSLATIONS defined that would result in same
Symbian language code, only the first one is used.
Task-number: QTBUG-17927
Reviewed-by: Oswald Buddenhagen
|
| |
| |
| |
| |
| | |
Task-number: QTPROD-875
Reviewed-by: Miikka Heikkinen
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Update QtOpenGL def files
Fix extern usage in qpixmapdata_gl.cpp
Fix for loading QPixmaps from file in GL graphics system
Fix code style in qgl_symbian.cpp
QPixmap::to/fromSymbianCFbsBitmap() in OpenGL graphics system.
Use the 'convertInPlace' versions of QImage in QGLPixmapData load.
Recreate GL surface when native window is resized on Symbian
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Implementation of Symbian specific conversion functions for
converting Symbian native bitmap to QPixmap and QPixmap to
Symbian native bitmap.
Task-number: QTBUG-16977
Reviewed-by: Jason Barron
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Always prepend drive letter to $$EPOCROOT in Windows Symbian builds
Add files deployed using qmake_emulator_deployment.flm to 'what' list
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Since anything copied using this flm is part of application deployment,
those files should be present in the 'what' list.
Task-number: QTBUG-17727
Reviewed-by: Janne Koskinen
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Added support for QMAKE_CLEAN in symbian-sbsv2
Only add NetworkServices capability automatically if no caps are set.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Files specified in QMAKE_CLEAN variable will now be properly
cleaned in symbian-sbsv2 builds.
Task-number: QTBUG-17004
Reviewed-by: Janne Koskinen
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This allows overriding the NetworkServices capability for the
applications that do not need the capability even though they link
network, webkit, or declarative. It is also more intuitive as there
are no magic additions to user defined capabilities.
Task-number: QTBUG-17540
Reviewed-by: Janne Koskinen
|
|\ \
| |/
| |
| |
| |
| |
| |
| |
| | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/qt-s60-public:
Worked around a SC issue in S60 3.x vs 5.0 versions.
Apply the gcce link rules for LIBS_PRIVATE too.
Build Qt with GCCE 4.4.1, Symbian^3 PDK on Linux and Mac OS X.
|
| |
| |
| |
| |
| |
| | |
It's needed by building QtOpenGL of Qt for Symbian on Linux and Mac with gcce at least.
RevBy: axis
|
| |
| |
| |
| |
| |
| |
| |
| | |
Remove the define of _STLP_NO_EXCEPTION_HEADER after OpenC team's suggestion.
Remove the hardcoded include path for openc, it is already provided by mkspecs/features/symbian/platform_paths.prf.
RevBy: Miikka Heikkinen
Backport from 7c12d841fb2e2963b506c1ffc857cdd88bf78f6c in master.
|
|\ \
| |/
|/|
| |
| |
| |
| | |
4.7-integration
* '4.7' of scm.dev.nokia.troll.no:qt/oslo-staging-1:
fix QMAKE_COPY_DIR for mingw+sh
|
| |
| |
| |
| | |
Task-number: QTBUG-17315
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Removed UNPAGED workaround from QtCore and QtSql on OS releases where
data paging is supported. Depends on new macro being defined in the OS
builds (SYMBIAN_DLL_DATA_EXPORTS_SUPPORTED) to allow us to detect this.
Data exports are supported in all S^3 builds after early 2009, however,
this macro is only added recently (and thus isn't defined in, eg.
Symbian Foundation PDKs (v3.0.4), or current releases (v0.9) of the S^3
SDK from Nokia). Thus building Qt against these older S^3 builds will
still result in QtCore and QtSql being unpaged.
Also, remove PAGED keyword from all Qt-based software. This changes the
code paging field in the Symbian (E32Image) header from "paged" to
"default". Thus it is left to the configuration of the particular
device whether paging is used for the binary or not. All devices that
support code paging should have it turned on (the value is stored in
the HAL, so can be checked using eg. fshell); data paging may or may
not be turned on depending on the device characteristics. Leaving both
code and data paging as "default" means that any limitations in the
device (eg. around flash wear) can be controlled by that device by
disabling the appropriate types of paging.
This change also leaves the way open to deprecated PAGED as a keyword
in the Symbian build systems, so you can only opt out of paging. This
makes more sense, as the default for code paging will be on, the
default for data paging will be on if the device can handle it, and
binaries should only be opting out of paging if they have some specific
real-time requirements that paging inhibits.
Task-number: QT-3503
Task-number: QTBUG-13931
Reviewed-by: Shane Kearns
|