It would probably be better to refactor the existing codebase to remove as much as possible from the header files. At present many of the header files include large portions of code and have a lot of includes, which is probably the major reason compiling takes a long time.
On Wed, Jun 10, 2009 at 7:22 PM, Dane Springmeyer <[email protected]>wrote: > Andreas, > > Honestly, I don't understand what you are proposing. The codebase is > already broken out much as you propose and with SCons, at least, it > quite easy to just build or rebuild a portion. > > I don't think many people compile the Mapnik codebase very frequently, > and I don't find it any slower now than in the past. > > Dane > > On Jun 9, 2009, at 4:12 PM, Andreas Volz wrote: > > > Hello, > > > > I'm currently compiling Mapnik again after some autotools updates - > > since 20 minutes. Currently Mapnik has grown to a beast and the boost > > dependency does the rest. > > > > To shorten the compile time and also the complexness of the build > > system I would propose this split: (one for an own package) > > > > - bindings (python) > > - agg > > - scons > > - sources (maybe split to internal/external API) > > - plugins (I would propose one package for all) > > - tinyxml > > > > Think about utils/demo/test? > > > > This is only a raw idea. But in general, What do you think this idea? > > > > regards > > Andreas > > > > _______________________________________________ > > Mapnik-devel mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/mapnik-devel > > _______________________________________________ > Mapnik-devel mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/mapnik-devel > -- Koordinates Ltd PO Box 1604, Shortland St, Auckland, New Zealand Phone +64-9-966 0433 Fax +64-9-969 0045 Web http://www.koordinates.com
_______________________________________________ Mapnik-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/mapnik-devel
