From: Eric S. <sun...@su...> - 2008-08-19 18:24:43
|
Moving away from modular toward monolithic, in general, seems a bad idea. It is only the fact they will still manifest as distinct "plugins" at the higher level which does not doom this idea entirely. Maintenance also becomes problematic since .csplugin files must be combined (unless this can be automated by the build system). Most significantly, it seems like a bad idea to make such a significant policy decision based only upon speculation that the loaders might be to blame. There may, in fact, be actual bugs or misuses on the CS side from which the problems arise. -- ES Jorrit Tyberghein wrote: > Sounds like a good idea to me. Even the image loaders with dependencies > could be combined I suppose? Just make sure that when the dependency is not > there part of the plugin is not compiled in the 'imageloader' plugin. > > Greetings, > > On Tue, Aug 19, 2008 at 7:58 PM, res <re...@gm...> wrote: >> There seem to be a number of issues with shared libs ... notably, >> gl3d.dll not loading on MinGW, and spurious ld.so assertions on Linux. >> >> Considering the number of plugins CS has is huge, maybe the shared lib >> loaders just choke on that amount. (Arguably, these would be bugs in the >> respective loaders, but for all practical purposes, we have to live with >> them ...) Maybe just reduce that amount? I think there are a number of >> plugins which are often if not always used together and could be merged >> into one - mesh plugins + their loaders could be an obvious example. >> Also, related plugins could be merged, e.g. image loaders without >> external deps + imgplex. >> >> Thoughts? >> >> -f.r. >> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Crystal-develop mailing list >> Cry...@li... >> https://lists.sourceforge.net/lists/listinfo/crystal-develop >> > > > |