Em terça-feira, 7 de março de 2017, às 08:16:14 CET, Simon Hausmann escreveu: > Hi, > > I for one would welcome a C++ rewrite of syncqt inside qmake to get rid of > the perl dependency. However I do not have the authority to approve such a > contribution. It is something we have talked about many times on the > hallway.
You have a chicken-and-the-egg problem here, as qmake depends on the headers being generated by syncqt before it can be compiled. I read the OP's email as a request to write it in non-Qt C++ so we could drop the Perl dependency. I don't think we want that, it's not worth the effort. > Until we arrive in the promised land of a new build system, it would allow > us to simplify our source packaging even further the moment we have it > (syncqt C++). syncqt in qmake, yes, possibly. Rewrite it in non-Qt C++, please no. > > But if we do use a tool that is not part of Qt's sources, it would be nice > > to use one that does support generating the headers. I don't find it > > likely to find a generator that will allow the powerful scanning that > > syncqt.pl does, unless like syncqt.pl it is actually a fully-featured > > language with an extensive library. > > > > Like Scons (which I'd hate to use, but at this point it is a contender > > just as likely). Actually, rephrasing: Scons could be a contender, but it's not "just as likely" because no one in the Qt community has experience with it. It's actually quite unlikely. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center _______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development