On Tue, Dec 4, 2018 at 11:25 AM Digital Dog <[email protected]> wrote:

> On Tue, Dec 4, 2018 at 5:57 PM Richard Hipp <[email protected]> wrote:
> >
> > On 12/4/18, Digital Dog <[email protected]> wrote:
> > >
> > > I vote for GENERATE_SERIES to be included in official sqlite3 binary
> and
> > > libraries.
> >
> > We are under pressure to keep SQLite as small and compact as possible.
> > We cannot go adding every feature that everyone requests without the
> > size of the library growing out of control. Trade-offs have to be
> > made.  We try to provide the ability for people who actually want lots
> > of features to include them in their own builds. But we do no think it
> > is appropriate to add things that grow the size of the library unless
> > there is a compelling need.
>
> Okay - keeping the core library small - that makes sense.
>
> But for the Command Line tools for general purpose OS like Windows, Linux,
> BSD, macOS which you offer for download? I'm not so sure. It could contain
> more features because there are no restrictions. Windows, macOS, typical
> Linux server or desktop won't work without gigabytes of RAM. Mobile devices
> are joining the club. I think the scenario can be completely reversed -
> majority of platforms is capable enough that they can include almost all
> features, and only some, embedded, esoteric, have real constraints and
> require trimmed feature set. I think they need to be custom-built anyway.
>
> Or maybe it is possible to offer different builds - minimal shell and
> fully-packed shell on the download page?
>

Yes, generate_series can be simulated, but adding 5 extra lines to a query
is quite unpleasant. Making it an optional flag in the amalgamation build
has no impact on library size unless one takes the extra step to include
it. I've already put together a patch that makes this possible, I just
need to open a pull request I guess. I just don't want to put too much
time into it if it's going to be rejected out of hand.

--
Nathan

> _______________________________________________
> sqlite-users mailing list
> [email protected]
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
>
_______________________________________________
sqlite-users mailing list
[email protected]
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to