RFC: bootstrapping qt5's corelib to rebuild upstream-provided headers
Lisandro Damián Nicanor Pérez Meyer
perezmeyer at gmail.com
Fri Jul 10 02:19:49 UTC 2015
Hi everyone! I would like you to comment on the attached patch for qtbase.
The idea behind it is the following: there are many headers in qtbase that are
built as a manual-process by upstream.
The only reason they are manually-done is because the tools required to build
them depend on corelibs (Qt5Core5 and others)... and this headers are part of
corelibs. So they are a circular build dependency.
So I tried to bootstrap corelibs, build the tools (one in this patch, I hope
more to come), ran them, distclean corelibs (this seems to be strictly needed
according to my tests, and it's also the cleanest way, even if it takes some
more build time) and start compiling the libs.
You might be wondering what are the advantages of doing this? First of all
most of this tools depend on external data (like in the attached example) that
is also provided as a Debian package. Moreover, also as in this example, it's
not strange to have a newer version of the data set available in the Debian
packaging. So rebuilding it we get a more up-to-date, easy to update (just a
binNMU!) data set.
Secondly the fact of regenerating the files and being able to build upon them
is also a step in the right direction wrt quality.
The patch is to be pushed against the current HEAD (latest experimental
release). I havem't touched debian/changes yet because I want feedback before
going any further.
So do you like the idea? Do you have ideas/tips on how to improve it? Would
you implement it differently?
Thanks in advance, Lisandro.
--
http://www.phdcomics.com/comics/archive.php?comicid=56
Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Bootstrap-corelibs-in-order-to-be-able-to-rebuild-he.patch
Type: text/x-patch
Size: 3889 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20150709/45d6c7ed/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20150709/45d6c7ed/attachment-0001.sig>
More information about the pkg-kde-talk
mailing list