Oh, poking around while working on the spatialite 4 build - the upcoming GDAL 1.10 has updates for spatialite 4. This means I should wait for the GDAL 1.10 release before updating my SQLite framework for spatialite 4. This would also make the rebuild of everything else a lot simpler for me (everything that depends on GDAL) - 1 complete rebuild later is better than 2 rebuilds in relatively quick succession.
Nothing clear yet, but I think they're aiming for the end of the year. On Dec 4, 2012, at 7:13 PM, Larry Shaffer wrote: > On Tue, Dec 4, 2012 at 5:50 PM, William Kyngesburye > <wokl...@kyngchaos.com> wrote: >> On Dec 4, 2012, at 11:00 AM, Larry Shaffer wrote: >> >>> Hi Noli, >>> >>> On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad <nsi...@gmail.com> wrote: >>>>> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli <sucam...@faunalia.it> >>>>> wrote: >>>>>> Before merging it I've opened a pull request [1], further tests >>>>>> are welcome. >>>>> >>>>> I'm going to merge it today, if there are no objections, of >>>>> course. Better having it in core to make testing easier, >>>>> that out like now. >>> >>> The nightly builds I have setup for Mac try to adhere to the same >>> requirements as a Kyngchaos.com stable install (so most users can >>> basically just download the nightly app and try it out). Notable >>> exception is support for Globe plugin (forthcoming). William's >>> spatialite libraries/headers are embedded in the >>> /Library/Frameworks/SQLite3.framework install, and are not bundled >>> with the app, i.e. wouldn't be included in the nightly app, just >>> linked to local components. >>> >>> This means if I do something custom for v. 4.0, users would also have >>> to compile and install spatialite themselves, too. I would prefer to >>> wait until William gives us an update on when he might be rolling a >>> new framework. If he won't be able to do that for a while, I will look >>> into a CMake setup, whereby a custom spatialite install is bundled >>> with the app (a la libfcgi, libspatialindex and libpq). That should >>> probably be done anyway. >> >> I haven't looked at it yet. I'll see what I can do, probably a week or so >> (or less), depending on how simple the update is to work into my framework. >> It will require a rebuild of GDAL also. >> >> Bundling a spatialite might be troublesome - GDAL uses sqlite and spatialite >> also, so if you use my GDAL framework then you'll have multiple versions of >> spatialite available (from the sqlite framework and yours) in the QGIS >> compilation which might confuse the build. > > William, thanks for the update! I'll just wait for you to do your > framework magic, then use the results for the nightlies. > > Regards, > > Larry > >>> Looks like William's current SQLite3.framework version is 3.7.14.1, so >>> that should handle the requirements for spatialite 4.0. Not sure if he >>> includes FreeXL though, to import data from Microsoft Excel format >>> (.xls suffix) files. >>> >> Yes, I include freexl. >> >> >> ----- >> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> >> http://www.kyngchaos.com/ >> >> Earth: "Mostly harmless" >> >> - revised entry in the HitchHiker's Guide to the Galaxy >> >> > _______________________________________________ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ----- William Kyngesburye <kyngchaos*at*kyngchaos*dot*com> http://www.kyngchaos.com/ "I ache, therefore I am. Or in my case - I am, therefore I ache." - Marvin _______________________________________________ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer