| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Task-number: QTBUG-7891
Reviewed-by: Kurt Korbatits
|
|
|
|
|
|
|
|
|
|
|
| |
Changed the syntax to allow for the situation where the .pro file is in
a different directory than the header files to install. In this case the
resulting Makefile is in WebCore/Makefile, so the references in headers.pri
to for example qwebview.h has to be ../WebKit/qt/Api/qwebview.h.
This doesn't affect any existing syncqt operations inside of Qt.
Reviewed-by: Trust me
|
|
|
|
|
|
|
|
|
|
|
| |
Added a -separate-module commandline option to syncqt that allows calling
syncqt from outside of Qt to create header files.
For WebKit package we call syncqt with -separate-module QtWebKit:WebKit/qt/Api
to generate headers for the "QtWebKit" module for the headers in
WebKit/qt/Api/*.h
Reviewed-by: Thiago
|
|
|
|
|
|
|
|
| |
This removes the need to set the QTDIR environment variable and
makes it possible to call syncqt conveniently when creating webkit
packages.
Reviewed-by: Thiago
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Restore original Qt 4.4 behaviour. The capital P headers are not
correct because of frameworks on Mac.
More info, see thread:
http://lists.kde.org/?l=kde-multimedia&m=126045273702498&w=2
Task-number: QTBUG-4685
Reviewed-by: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Many Qt autotests require both private symbols and private headers.
Private symbols are turned on using -developer-build.
However, prior to this commit there was no way to install private
headers into the Qt install directory.
This is particularly relevant for packaging systems which use `make
install' to determine what should be packaged. For example, Qt for
Maemo debian packages are effectively unusable for Qt autotests
without this commit.
Reviewed-by: Michael Goddard
|
|
|
|
| |
Does nothing if no declarative directories installed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Syncqt was relying on the order that headers appear in the filesystem.
That order is effectively non-deterministic, meaning that the files
generated when running syncqt on different copies of the same source are
very hard to compare.
For example, when generating source packages for the same sha1 twice in
a row, you would expect to get identical source packages, but you don't
because each packaging run downlaods the source tree from git, thus
randomizing the order of files on the filesystem.
This commit forces syncqt to be deterministic by making it sort each
directory it reads before it processes the directory.
On a side note: syncqt should probably be using Perl's File::Find
function instead of recursing through directories itself.
Reviewed-by: Lincoln Ramsay
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This introduces an undocumented "phonon_compat" subdir and also adds
it to the INCLUDEPATH when QT += phonon is specified. With this, these
styles of #includes should be supported:
#include <Phonon>
#include <Phonon/Phonon>
#include <phonon>
#include <phonon/phonon>
#include <Phonon/MediaObject>
#include <phonon/mediaobject.h>
Still need to check if the headers get installed during "make
install". I couldn't find where in our code that is done.
BT: yes
Reviewed-By: Trust Me
|
|
|
|
| |
Reviewed-by: Trust Me
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
src/sql/drivers/psql/qsql_psql.cpp
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is the long-standing issue of whether Phonon headers should be
written with a capital P or a lowercase one. KDE releases of Phonon
had <Phonon/CapitalClassName> whereas Qt 4.4 had <phonon/filename.h>.
I tried to solve this before by adding a Phonon subdir next to phonon
in include/, but that only compounded the error: the presence of two
dirs caused problems and the installation wasn't fixed.
So instead try to place Phonon/ClassName inside include/phonon. And
fix the installation to do it properly: just copy the include/$lib dir
into the target, then overwrite the .h files with the sources from
src/$lib.
Reviewed-by: Marius Storm-Olsen
|
|/
|
|
|
| |
This change also moves the EGL support classes from QtOpenGL to QtGui
so they can be shared between OpenGL and OpenVG.
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|