don't worry Aaron, I fixed this already. Aaron Stone wrote: > On Mon, 2007-02-26 at 10:09 +0100, [EMAIL PROTECTED] wrote: >> A NOTE has been added to this issue. >> ====================================================================== >> http://www.dbmail.org/mantis/view.php?id=510 >> ====================================================================== >> Reported By: bjohnson >> Assigned To: >> ====================================================================== >> Project: DBMail >> Issue ID: 510 >> Category: General >> Reproducibility: always >> Severity: trivial >> Priority: normal >> Status: feedback >> target: >> ====================================================================== >> Date Submitted: 22-Feb-07 00:38 CET >> Last Modified: 26-Feb-07 10:09 CET >> ====================================================================== >> Summary: libsqlite.so.* is build even when --with-sqlite >> is >> not specified >> Description: >> Building dbmail without --with-sqlite still produces libsqlite.so.* files. >> >> Even when built on a system that does not have sqlite! >> >> >> ====================================================================== >> >> ---------------------------------------------------------------------- >> paul - 26-Feb-07 09:29 >> ---------------------------------------------------------------------- >> So what's the problem here, really. Those .so files are pretty much empty >> stubs. If the fact that libtool builds them annoyes you this would be a >> cosmetic issue at best. >> >> ---------------------------------------------------------------------- >> bjohnson - 26-Feb-07 10:09 >> ---------------------------------------------------------------------- >> Having libsqlite.so.* file on the system where there is no support for >> sqlite is confusing at best. I was building this as a package for >> Fedora/CentOS when I came across this. At first, I though it was a >> problem with configure not obeying the options correctly. Then after >> removing any sqlite devel libs so it would be impossible to build support, >> it became apparent that it was always built. > > Unfortunately I don't know enough off the top of my head about how to > set up the Makefile.am / libtool build to make these libraries > completely conditional. I agree with Bernard that these shouldn't be > built at all. > > I really don't like the stubs thing because they don't emit useful > errors like "This file is a stub, please rebuild with --foodb support". > Instead you just see some kind of "unable to find function db_connect in > libsqlite.so", and the file is clearly present and non-zero. You have to > run 'nm' against it to find out that it hasn't got any functions inside! > > Makefile.am and libtool magic help appreciated. > > Aaron > > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev >
-- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ Dbmail-dev mailing list [email protected] http://twister.fastxs.net/mailman/listinfo/dbmail-dev
