On Tue, Jul 8, 2014 at 8:25 AM, Christopher Sean Morrison
<brl...@mac.com> wrote:
> Here's a first stab at getting a handle on our API sprawl.  As can be seen,
> it's highly imbalanced.  I don't think we should have any C library with
> more than 300 symbols in it (at least for starters), so I'm going to be
> taking some steps to curb those numbers and hope you'll join in that fun.

In the interest of joining the fun without making a mess, how do the
following ideas sound?

Split the "db" functions out from librt into a libbgio library?  (gdb
and Gnome got there first with the obvious names, unfortunately...)

Making boolweave and related parts (if any) into their own libboolweave library?

Can we eliminate ged API by consolidating commands?  (finishing the
edit command, make a "bot" command and stick all the subcommands under
it, etc.?)

I know it's not a high symbol count, but could we just fold the sysv
library into libbu?  That seems like a job that libbu should handle,
to me...

(Side note to self - must rewrite fbed and lgt to not use libcursor...
or at least lgt.)

Would the chull/obr routines be a logical thing to pull out of libbn?
(libchull is tempting from a naming standpoint...)  There are a few
logical additions to that set of functions we don't have implemented
yet...  Same question for the random number/noise functions
(regrettibly, libnoise is taken, although the cvs and file  histories
don't seem too active...), the bn_wlt_haar_1d_*_decompose functions
and the bn_table functions.

Are vlists (particularly the font related functions) suitable for
libbn, or do they really belong in libdm or maybe in libbu?  The
string->vlist stuff sort of makes sense along side the vfont stuff...

Just want to make sure I have the criteria for what should/shouldn't
be attempted firmly in hand before doing anything crazy...

------------------------------------------------------------------------------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
_______________________________________________
BRL-CAD Developer mailing list
brlcad-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to