On Tue, Jul 21, 2015 at 11:13:53PM +0000, daniel szmulewicz wrote: > I'm sorry to disappoint, but there is no such thing as Daniel's > installation. It is a stock Ubuntu install, arguably the most common distro > in the world. And the same inability to detect Berkeley DB arose in both > 14.04 and 15.10. Nothing "weird" at all, in fact.
I can't check the latest code as sourceforge git is down. But the BDB detection code in configure doesn't even use -ldb?? I.e. it does not link at all to the library. The reason it works is because the test code only uses function pointers like db->truncate In your earlier mail I see "checking for Berkeley DB >= 4.1". In the latest 1.1.3 release this is ">= 4.2". So I am concluding this is likely an issue no longer existing in latest version (even though likely by accident, as the code now used to test is not actually correct - it would crash if you tried to run it). Though you did write you used the version from the git repo... Either way to test my theories (though on Debian testing, not Ubuntu) I hacked in a db_create and tested: WORKS: gcc -o conftest -g -O2 -pipe -W -Wall -Wshadow -Wstrict-prototypes -ansi -pedantic -Wno-overlength-strings -D_GNU_SOURCE -ldb conftest.c WORKS: gcc -o conftest -g -O2 -pipe -W -Wall -Wshadow -Wstrict-prototypes -ansi -pedantic -Wno-overlength-strings -D_GNU_SOURCE conftest.c -ldb DOES NOT WORK: gcc -o conftest -g -O2 -pipe -W -Wall -Wshadow -Wstrict-prototypes -ansi -pedantic -Wno-overlength-strings -D_GNU_SOURCE -static -ldb conftest.c DOES NOT WORK (as it misses pthread symbols): gcc -o conftest -g -O2 -pipe -W -Wall -Wshadow -Wstrict-prototypes -ansi -pedantic -Wno-overlength-strings -D_GNU_SOURCE -static conftest.c -ldb WORKS: gcc -o conftest -g -O2 -pipe -W -Wall -Wshadow -Wstrict-prototypes -ansi -pedantic -Wno-overlength-strings -D_GNU_SOURCE -static -pthread conftest.c -ldb So unfortunately the behaviour you see is consistent with neither static nor dynamic linking on Debian and I thus fail to explain what you see, except for saying that it can't be behaving that way as long as you use the latest release 1.1.3. If/when you manage to compile I'd suggest using ldd on the binary to make sure it actually links against libdb.so. > On Thu, Jul 16, 2015 at 1:41 PM Oswald Buddenhagen < > oswald.buddenha...@gmx.de> wrote: > > > On Thu, Jul 16, 2015 at 12:13:53PM +0200, Reimar Döffinger wrote: > > > Dependencies always had to be specified _after_ the files depending on > > them. > > > It usually works anyway because this is only enforced for static > > > libraries (so presumably for some reason the static libdb is picked > > > instead of the so), but that doesn't change that specifying the libs > > > first is wrong and always has been. > > > It is the reason to have separate LDFLAGS and LIBS variables. > > > > > right. i take everything back and claim the opposite. my autoconf-fu has > > become a bit rusty ... :( > > for a bit of extra confusion, automake's respective variable is LDADD, > > and LIBADD for library targets. > > it's also true that daniel's installation is somehow "weird". > > > > > > ------------------------------------------------------------------------------ > > Don't Limit Your Business. Reach for the Cloud. > > GigeNET's Cloud Solutions provide you with the tools and support that > > you need to offload your IT needs and focus on growing your business. > > Configured For All Businesses. Start Your Cloud Today. > > https://www.gigenetcloud.com/ > > _______________________________________________ > > isync-devel mailing list > > isync-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/isync-devel > > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > isync-devel mailing list > isync-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/isync-devel ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ _______________________________________________ isync-devel mailing list isync-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/isync-devel
