Re: SQLite Question

2014-03-29 Thread Ben
On 29 Mar 2014, at 20:12, Uli Kusterer wrote: > On 29 Mar 2014, at 00:55, Kyle Sluder wrote: > The same goes for all the various projects that are part of an operating > system: The versions included with a particular operating system can be > tuned for that operating system and the

Re: SQLite Question

2014-03-29 Thread Uli Kusterer
On 29 Mar 2014, at 00:55, Kyle Sluder wrote: The same goes for all the various projects that are part of an operating system: The versions included with a particular operating system can be tuned for that operating system and the hardware it runs on. That doesn’t mean they will

Re: SQLite Question

2014-03-28 Thread Charles Srstka
On Mar 28, 2014, at 6:55 PM, Kyle Sluder wrote: >> I certainly do remember seeing plenty of recommendations from Apple not >> to link against the provided libssl. However, the symbols in that library >> are all marked as deprecated in the headers. This does not seem to be the >> case for SQLite.

Re: SQLite Question

2014-03-28 Thread Kyle Sluder
On Fri, Mar 28, 2014, at 04:51 PM, Charles Srstka wrote: > On Mar 28, 2014, at 4:02 PM, Kyle Sluder wrote: > > > On Fri, Mar 28, 2014, at 01:11 PM, Chris Hanson wrote: > >> You should use the SQLite that is part of the OS, and not build a > >> separate version. > >> > >> The same goes for all th

Re: SQLite Question

2014-03-28 Thread Charles Srstka
On Mar 28, 2014, at 4:02 PM, Kyle Sluder wrote: > On Fri, Mar 28, 2014, at 01:11 PM, Chris Hanson wrote: >> You should use the SQLite that is part of the OS, and not build a >> separate version. >> >> The same goes for all the various projects that are part of an operating >> system: The version

Re: SQLite Question

2014-03-28 Thread Kyle Sluder
On Fri, Mar 28, 2014, at 01:11 PM, Chris Hanson wrote: > You should use the SQLite that is part of the OS, and not build a > separate version. > > The same goes for all the various projects that are part of an operating > system: The versions included with a particular operating system can be > tu

Re: SQLite Question

2014-03-28 Thread Chris Hanson
On Mar 28, 2014, at 9:19 AM, Dave wrote: > If I need to access SQLite Directly on Mac and iOS, do I need to include my > own SQLite Library or can I use the in-built SQLite? You should use the SQLite that is part of the OS, and not build a separate version. The same goes for all the various p

Re: SQLite Question

2014-03-28 Thread altotest1
Sounds good. From: Laurent Cerveau Date: Friday, March 28, 2014 Subject: Re: SQLite Question To: Dave Cc: Cocoa dev The usual sqlite API are available . The header is to be imported with #import lau rent On Mar 28 , 2014, at 5:19 PM, Dave wrote: > Hi, > > If I need

Re: SQLite Question

2014-03-28 Thread Laurent Cerveau
The usual sqlite API are available . The header is to be imported with #import laurent On Mar 28, 2014, at 5:19 PM, Dave wrote: > Hi, > > If I need to access SQLite Directly on Mac and iOS, do I need to include my > own SQLite Library or can I use the in-built SQLite? > > Cheers > Dave >

SQLite Question

2014-03-28 Thread Dave
Hi, If I need to access SQLite Directly on Mac and iOS, do I need to include my own SQLite Library or can I use the in-built SQLite? Cheers Dave ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator c

Re: SQLite Question

2014-03-28 Thread Todd Heberlein
On Mar 28, 2014, at 9:19 AM, Dave wrote: > If I need to access SQLite Directly on Mac and iOS, do I need to include my > own SQLite Library or can I use the in-built SQLite? I've stuck with the built-in libraries in the past (at least for the Mac). The only caveat is that sometimes 3rd party