You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by Mark Jones <ma...@gmail.com> on 2010/02/01 20:06:34 UTC
[users@httpd] Compiling apache with sqllite, um, support?
I recently took the plunge and compiled my own apache2 for my Ubuntu (9.10)
server. I ran configure with -n and was looking over the output to try to
learn a bit about what's happening. I noticed at one point that configure
was checking to see if sqlite3 files were available (they weren't). I was
able to locate information that the sqlite dev package contained these
files, installed it, and saw configure acknowledge their presence.
This was cool, as I want to use sqllite. But I'm still curious.
-What does it mean that configure found these files? Do I say I compiled
apache "with sqllite3 support"?
if so,
-Is that good? Necessary? Presumably I can write scripts all day using
sqllite *without* doing the above. Do I write my scripts any differently or
have I just improved server performance? What if I do my development this
way and end up with a production host whose server is not so configured?
Not that sqlite is the end all here, it's just an example. I'm just as
curious about the python mods.
Re: [users@httpd] Compiling apache with sqllite, um, support?
Posted by Mark Jones <ma...@gmail.com>.
Thank you Nick.
So much to learn. I'll concentrate on dynamic loading and APR.
On Mon, Feb 1, 2010 at 2:24 PM, Nick Kew <ni...@webthing.com> wrote:
> On Mon, 1 Feb 2010 11:06:34 -0800
> Mark Jones <ma...@gmail.com> wrote:
>
>
> > -What does it mean that configure found these files? Do I say I compiled
> > apache "with sqllite3 support"?
>
> Looks like it, and that's probably as much as you need to know.
> But since you ask ...
>
> It's actually APR that has (or lacks) sqlite support. If you build
> apache with an existing APR installation, as is likely on most modern
> systems, then nothing you do in the apache build makes any difference
> to sqlite support. If you compile the two together, then your configure
> options matter.
>
> The ideal way to build APR is with sqllite (and other big dependencies
> such as other database drivers) as dynamically loadable modules, so
> that APR loads them if and only if you're using them. Your distro
> may already do this on your behalf.
>
> Anyway, if you want to investigate further, build your own APR
> and APR-UTIL.
>
> --
> Nick Kew
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
> " from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>
Re: [users@httpd] Compiling apache with sqllite, um, support?
Posted by Nick Kew <ni...@webthing.com>.
On Mon, 1 Feb 2010 11:06:34 -0800
Mark Jones <ma...@gmail.com> wrote:
> -What does it mean that configure found these files? Do I say I compiled
> apache "with sqllite3 support"?
Looks like it, and that's probably as much as you need to know.
But since you ask ...
It's actually APR that has (or lacks) sqlite support. If you build
apache with an existing APR installation, as is likely on most modern
systems, then nothing you do in the apache build makes any difference
to sqlite support. If you compile the two together, then your configure
options matter.
The ideal way to build APR is with sqllite (and other big dependencies
such as other database drivers) as dynamically loadable modules, so
that APR loads them if and only if you're using them. Your distro
may already do this on your behalf.
Anyway, if you want to investigate further, build your own APR
and APR-UTIL.
--
Nick Kew
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org