Hi Denis,
it is definitively the right way to proceed with the ETL module. Since long
time ago there is that idea around but never get done due to lack of time.
There is one other person that wonders the same on the forums [1] and our
growing starter coder Diego Barrios (aka eldruin) is proposing to replace some
of the ETL libraries with its corresponding Boost libraries [2].
So we gladly would accept your patches and commits on this matter. Please,
start by sending some patches to sourceforge (that would allow us to be sure
that you can build and are initially used to Synfig code) and then we would
open you a read/write account on the repository. Alternatively you can use
other git host and clone the sinfigrepo to later send us a pull request. Count
with me for the guidance of the work.
We are just submitted the apply form to Google Summer of Code and although we
haven't included that task on the Ideas list it can be proposed by yourself if
you apply as student (if you're a student of course!).
In my opinion, the idea would be to proceed this way:
1) Gradually replace the ETL libraries by its corresponding Boost ones at
synfig-core and synfig-studio.
2) For those that doesn't have correspondence, integrate them into synfig-core
module.
3) Deprecate the ETL module and remaining code and clean up the folders.
4) Update the build scripts and the documentation.
Regarding to reference counting, if you have experience on this we'd be so glad
to listen to you and apply your proposal if it works better. We still seeing
messages telling us that some reference counted objects still being pending to
be deleted once the program is closed.
We plan to ship a minor release with some bugfixes on April first, so your
proposal should probably go to a later one.
It is also a very good news to listen that someone is willing to rescue the
Debian package for Synfig. We publish non offical debian packages for general
pupouse but it is much better to have updated packages for the distribution
repositories.
Welcome to the synfig community!
Cheers
Carlos
[1]http://synfig.org/forums/viewtopic.php?f=13&t=3475
[2]http://synfig.org/forums/viewtopic.php?p=14558#p14558
________________________________
De: Denis Washington <[email protected]>
Para: [email protected]
Enviado: Jueves 8 demarzode 2012 10:53
Asunto: [Synfig-devl] Merge ETL into synfig core?
Hello,
I am currently trying to revive the Debian package for synfig and get it back
into the Debian/Ubuntu package archives. During this, occassion, I noticed that
there is a separate "ETL" library which is described as being
"[...] a multi-platform class and template library designed to add
new datatypes and functions which combine well with the existing
types and functions from the C++ Standard Template Library (STL)."
However, the library seems to contain a lot of graphics-related classes which
probably better fit into the synfig core library. It also does not seem to be
used anywhere else not used anywhere outside of synfig, so there doesn't seem
to be a good reason for it to be separate. (ETL also contains quite a few
classes for use cases which are perfectly addressed by the C++ standard library
these days - for instance, for reference counting there is the excellent
shared_ptr - but this is a whole other topic for itself.)
So how about merging ETL into synfig-core for the next release? This would
greatly simplify packaging; trying to get a library used by only a single
application into distributions is not easy (and for good reasons). Doing so
should be trivial, given that ETL seems to consist of only of headers - it
should be as easy as copying the files over and doing some minor tweaks. (With
the proper guidance, I would be willing to do that work.)
The only real problem might be that existing branches with modifications to ETL
might need some work to merge cleanly, but as git recognizes moved files by
similarity, this shouldn't be much a problem (though that would have to be
tested).
What do you think?
Regards,
Denis Washington
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Synfig-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/synfig-devl
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Synfig-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/synfig-devl
