[myhdl-list] Inclusion of Libraries in MyHDL
Brought to you by:
jandecaluwe
From: Ben <ben...@gm...> - 2011-04-15 13:14:27
|
2011/4/15 Günter Dannoritzer <dan...@we...>: > Am 15.04.2011 09:56, schrieb Jan Decaluwe: > ... > >> For clarity: it is not my intention to include design IP >> libaries ever in MyHDL itself. Those should be different >> (potentially competing) libraries, with an appropriate >> license, as decided by the project. > > > Would you be willing to host that library under myhdl.org or do you see > it as something, placed at a different site? > > This idea hast been around on the mailing list on and off, but never > really started to be implemented. However, looking at the wiki, there > are already now generic functions that could go into such a library. One > to name would be the CORDIC core. > > Say it would be under myhdl.org, starting from the wiki perspective, the > documentation of the library and its cores could be under a different > namespace. Then an extra mecurial repository could be set up for the > source code in a similar manner as it is done for the myhdl code itself. > > I think setting up the structure and documenting it on the wiki might > attract other developers to contribute. > > However, it would be good to setup quality guidelines to avoid > cluttering the library with unfinished projects, as can be seen on > opencores. I would propose the scheme used by mercurial with its numerous extensions. there are two kind of them. The one integrated with mercurial source code (living beside mercurial in the same repository), and the other ones. The promotion to the "integrated" status is based on the code maturity, stability, usability, and use of the extension. What they win in being integrated is that they are then also maintained by the core developers. At any point in time, they will work, and won't stop working if the original maintainer isn't interested in it any more (running their testsuite is part of mercurial testsuite). Another big advantage is being integrated in the mercurial documentation. In the same manner, external MyHDL libraries implement extra features who don't make sense cut away from MyHDL, but MyHDL still works perfectly fine without them. This is why, I think the same model as mercurial extensions could be applied to MyHDL libraries. They don't need to be integrated from day 1, but knowing that the possibility exists would be a bonus for the contributors of those external libraries. Regards Benoît |