| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Avoid calling virtual function JSC::JSValue::get{Call,Construct}Data()
twice.
Reviewed-by: Olivier Goffart
|
|
|
|
|
|
|
| |
This should make it possible to build binaries for Windows desktop
again.
Reviewed-by: Thomas Hartmann
|
|
|
|
| |
_WIN32_WINNT is now defined in qglobal.h
|
|
|
|
|
|
|
|
| |
This also reverts my panic compile fixes, which just disabled the
symlink code paths on Windows.
This reverts commit e5fe8b49b08a6e749bde8581d9267ddafa7c9990.
This reverts commit 7385c1fc7fe03836ed42cc783e840557d267cff9.
|
|
|
|
|
|
|
| |
We define these values now in qglobal.h as 0x0500, which is Windows 2k,
the oldest version we will support.
Reviewed-by: mariusSO
|
|
|
|
|
|
| |
It's faster.
Reviewed-by: Olivier Goffart
|
|
|
|
| |
Reviewed-By: Eskil
|
|
|
|
|
|
|
| |
This patch adds support for the HSL color space to QColor
See discussions on dev mailing list
Reviewed-by: Marco Bubke
|
|
|
|
| |
Reviewed-by: TrustMe
|
|
|
|
|
|
|
|
|
| |
On Mac there really is no native pan gesture. Instead, this
gesture is delivered as mouse wheel events. So adding a
pan gesture to qabstractscrollarea means that it will get
both wheel and pan events. And both will try to move the
viweport. I think that the correct thing to do here is
to not apply a pan gesture by default on all scroll areas.
|
|
|
|
|
|
|
| |
The service provider (RTimer) will do it for us.
RevBy: Iain
AutoTest: Passed
|
|
|
|
|
|
|
| |
Use QScopedPointer with a custom deleter instead, so we can remove
the awful QScopedCustomPointer once and for all :)
Reviewed-by: Thiago
|
|
|
|
|
|
|
|
| |
Add detach3 and append2, leaving the old functions as they were.
This ensures that new code will use the optimized version of QList,
and old code will just continue calling the old functions.
Reviewed-by: Thiago
|
|
|
|
| |
This reverts commit 10a0ed3f2e6a71eced5f470f1c3e09d7be58bbc9.
|
|
|
|
| |
This reverts commit 7a7ea0219f6ebb9f7833649ec76e077796be1843.
|
|
|
|
| |
They have the hostCallFrameFlag, but are function context, not <eval> context
|
|
|
|
| |
It is uneeded and add useless overhead
|
| |
|
|\ |
|
| | |
|
| |\ |
|
| | |
| | |
| | |
| | | |
Reviewed-By: Harald Fernengel
|
| |\ \
| | |/
| |/| |
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Removed exports are marked ABSENT, as we're experimenting with how
hard it will be to maintain BC once these DEF files are final. There
were probably too many exports anyway, as I think I might have originally
frozen them with a version of RVCT that had the symbol visibility
issues.
Reviewed-by: TrustMe
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Note: these *will* change between now and the release of 4.6, they
should not be relied upon for anything - they are purely for
experimental purposes
Task-number: 259810 (partial)
Reviewed-by: TrustMe
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Note: these *will* change between now and the release of 4.6, they
should not be relied upon for anything - they are purely for
experimental purposes
Webkit DEF files to follow in later commit...
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
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
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
| | | | |
| | | | |
| | | | |
| | | | | |
src\3rdparty\webkit\JavaScriptCore\wtf\Assertions.h:150: badly punctuated parameter list in `#define'
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
These classes are needed in QDirectFBPaintEngine.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Don't try too hard to temporarily represent an image in a real directfb
surface. It leads to all sorts of rendering issues.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This is required for QDirectFBPaintEngine to link.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Apparently QScopedPointer requires knowledge of the class it points to.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|
| | | | | | |
|
| | | | | | |
|
| | | | | | |
|
|/ / / / /
| | | | |
| | | | |
| | | | | |
Reviewed-By: Harald Fernengel
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
| | | | |
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The previous commit reintroduced memcpy in detach2(). So we don't need
to do memcpy here.
Re-add the memcpy when detach3() is introduced.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Problem spotted in Designer:
==13197== Invalid read of size 4
==13197== at 0x5C9AD2A: QHash<QString, QConfFile*>::isEmpty() const (qhash.h:283)
==13197== by 0x5C98142: QHash<QString, QConfFile*>::remove(QString const&) (qhash.h:769)
==13197== by 0x5C8C9FF: QConfFile::~QConfFile() (qsettings.cpp:226)
==13197== by 0x5C9238E: QConfFileSettingsPrivate::~QConfFileSettingsPrivate() (qsettings.cpp:1228)
==13197== by 0x5C9D7AA: QScopedPointerDeleter<QObjectData>::cleanup(QObjectData*) (qscopedpointer.h:62)
==13197== by 0x5CF11A4: QScopedPointer<QObjectData, QScopedPointerDeleter<QObjectData> >::~QScopedPointer() (qscopedpointer.h:100)
==13197== by 0x5CE9B46: QObject::~QObject() (qobject.cpp:992)
==13197== by 0x5C95C90: QSettings::~QSettings() (qsettings.cpp:2754)
==13197== by 0x5CC1FDC: LibraryData::~LibraryData() (qlibrary.cpp:428)
==13197== by 0x5CC2441: QGlobalStaticDeleter<LibraryData>::~QGlobalStaticDeleter() (qglobal.h:1767)
==13197== by 0x5FE16DE: __run_exit_handlers (exit.c:78)
==13197== by 0x5FE174E: exit (exit.c:100)
==13197== by 0x5FCBA3D: (below main) (libc-start.c:252)
==13197== Address 0x0 is not stack'd, malloc'd or (recently) free'd
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Qt 4.5 did that and the node_copy function depended on it. I have some
patches from Lars that introduce detach3() and try to improve
performance a bit more.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
The compatibility method QMetaObject::connect did not handle the
signal_index = -1 to connect to all signal
Reviewed-by: Thiago
|
|/ / / / /
| | | | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
When libraryData() is 0, &libraryData()->map is 0x4. So make sure we
return 0 if libraryData() is null too.
Reviewed-by: TrustMe
|