Proposal: standardized (subdir) names for 3rdparty/generated code
Jaroslaw Staniek
staniek at kde.org
Fri Mar 6 08:05:17 GMT 2015
On 6 March 2015 at 01:16, Friedrich W. H. Kossebau <kossebau at kde.org> wrote:
> Hi,
>
> so I spent quite some time scanning the sources, below is what I found as
> TODO.
>
> So the idea still is: put 3rd-party code into a subdir "3rdparty" and put
> generated and committed code into a subdir "generated", either locally or
> globally. This allows automatted handling of such code files in
> scripts/greps
> etc, and also helps understanding code when looking for the big picture.
>
> I propose to apply the changes listed below in 2.9, I do not see a risk in
> breaking something. Only the cmake files should be affected, and perhaps
> some
> includes. The more things are consistent in 2.9 with master/future
> frameworks
> branch, the better.
>
> Please also tell what generated files or 3rd-party code is missing from the
> list below
>
> Will do that 6th evening or 7th morning, unless someone objects.
>
> 3rdparty code
> =============
>
> TODO:
> filters/sheets/qpro/libqpro
> -> filters/sheets/qpro/3rdparty/libqpro
>
> filters/words/msword-odf/wv2
> from what I heard this can be considered a fork already.
> but for now I would still treat it as 3rdparty lib,
> until the further fate of this lib has been discussed
> -> filters/words/msword-odf/3rdparty/wv2
>
> filters/words/rtf/import/rtf-qt
> -> filters/words/rtf/import/3rdparty/rtf-qt
>
> gemini/cloud/dropbox/libs/
> @leinir, where is that code from?
> -> gemini/cloud/dropbox/3rdparty/*
>
> kexi/migration/mdb/src/mdbtools/
> -> kexi/migration/mdb/3rdparty/mdbtools/
>
> krita/plugins/extensions/gmic/src
> -> krita/plugins/extensions/gmic/3rdparty/gmic
>
> krita/plugins/formats/xcf/
> most besides kis_xcf_import.*, CMakeLists.txt,*.desktop
> -> krita/plugins/formats/xcf/3rdparty/xcftools
>
> plan/plugins/schedulers/rcps/libs
> -> plan/plugins/schedulers/rcps/3rdparty/LibRCPS
>
> plugins/formulashape/itexToMML
> -> plugins/formulashape/3rdparty/itexToMML
>
> sheets/mdds
> -> sheets/3rdparty/mdds
>
>
> Already proper:
> 3rdparty/*
>
>
Thanks for the effort, looks complete in case of Kexi.
>
> Generated code
> ==============
>
> TODO: (?)
> libs/db/parser/sqlscanner.cpp
>
> libs/db
>
>
>
> /keywords.cpp
>
>
> libs/db/drivers/*/*keywords.cpp
>
kexi/kexidb/drivers/*/*keywords.cpp
> libs/db will be replaced by predicate in 3.0, so let's just ignore those
> @jstaniek/piggz, the same is true for kexi/kexidb/, right? So could be
> ignored
> as well.
>
Yes, libs/db and kexi/kexidb/ will disappear anyway in master.
>
> Already proper:
> filters/libmso/generated/simpleParser.*
> filters/libmsooxml/generated/generatedShapes.h
> (though generator.cpp is in the same dir, without instructions. ideally
> would
> be a separate dir)
>
--
regards, Jaroslaw Staniek
KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20150306/488f967c/attachment.htm>
More information about the calligra-devel
mailing list