Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


On Thu, Dec 8, 2016 at 4:58 AM, Jan Iversen <jani@documentfoundation.org>
wrote:

The new “gbuildtojson” that Bjoern has made, is a step in the right
direction, but we are still far from a goal, where a contributor clone the
repo and open his preferred IDE to start working.


I guess the issue here is that one needs a full-build before generating the
project files. Couldn't we possibly automate this? It's not ideal, I
understand, but if it attracts more contributors then we all win.

The suggestion is to generate the ide files for the most common ones after
full and successful builds, and automatically commit them (if they have
changed). If we don't want to pollute the LO repo (and avoid potentially
nasty recursive build triggers etc.) then these files could go into a
separate repo that is submodule'd into LO.git.

Should be straightforward, in terms of scripting, except maybe to consider
how these ide files would be organized, located etc. Scattering them in
each directory won't work with submodule, so they'd have to be generated in
a single 'ide' directory. Otherwise, they can stay where they are, and get
committed to the LO.git repo, which (as said) might be suboptimal.

-Ash

P.S. VS, the most common IDE I imagine, upgrades project files
automatically. So we only need to generate them for the oldest supported
version.

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.