| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
examples/webkit/imageanalyzer/imageanalyzer.h
examples/webkit/imageanalyzer/mainwindow.h
mkspecs/unsupported/qws/linux-x86-openkode-g++/qplatformdefs.h
src/corelib/io/qfsfileengine_iterator_unix.cpp
src/corelib/io/qfsfileengine_iterator_win.cpp
src/corelib/kernel/qcoreapplication.cpp
src/network/access/qnetworkaccessdatabackend.cpp
src/plugins/bearer/connman/qconnmanservice_linux.cpp
src/plugins/platforms/openvglite/qwindowsurface_vglite.h
src/s60installs/bwins/QtCoreu.def
src/s60installs/eabi/QtCoreu.def
src/s60installs/s60installs.pro
tools/assistant/tools/assistant/helpviewer_qwv.h
tools/qdoc3/test/qt-html-templates.qdocconf
|
| | |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |/
|
|
|
|
|
|
| |
GLU is not part of standard OpenGL and is not used internally in Qt,
so we should not depend on it.
Task-number: QT-12227
Reviewed-by: kim
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Set -bmaxdata to 0x8000000 for normal 32-bit Qt programs, to allow
them to access more memory. Increase that limit to the maximum allowed
when linking to QtWebKit (even though we don't support WebKit with xlC,
there are patches to do that).
For 64-bit, simply add the "big TOC" flag, which enables accessing
more symbols that cannot be reached by a 16-bit addressing. Only
QtWebKit strictly needs it, but IBM suggests as a good flag for
everyone.
Reviewed-by: Thomas Zander
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
the unix makefile generator can make files for "regular" unixes and
macos (the difference being the framework handling). so far, the output
choice was hard-wired to the host platform. the previous commit made
that soft-configurable, and this one exploits this capability to enable
limited cross-building.
Reviewed-by: mariusSO
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I don't think the differences warranted having to maintain 3 slightly
differing copies. "Old" locations changed to a forwarding header to the
merged one.
Differences and how they were resolved in the merged file:
- comment on a workaround for a potential issue when using g++
=> comment kept
- #ifdef's for xlc-64 had been simplified, because it is only supported
on AIX 4.3 and above
=> versioned #ifdefs should still work on 64-bit platforms, so that
was preferred; comment left for future reference
- use of different condition in #if clause: (_XOPEN_SOURCE-0 >= 500)
=> verbosity preferred, since it is probably a workaround for a
preprocessor or #define bug.
Reviewed-by: Thiago Macieira
|
| | |
| |
| |
| |
| |
| | |
POSIX header incorporates previously refactored X/Open LFS extensions.
Reviewed-by: Thiago Macieira
|
| |/
|
|
| |
Reviewed-by: Thiago Macieira
|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|
|
|
|
| |
In platforms with Large File Support, we use mmap64, to be able to
handle offsets (and therefore files) larger than 2Gb.
Reviewed-by: Thiago Macieira
|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|
| |
Reviewed-by: Trust Me
|
| |
|
