Hello, I understand that the build system recently changed to autosetup. I have been building sqlite (using the autoconf bundle) and python from source on macOS for many years. Building sqlite 3.49.1 using the configure script succeeds, but results in dynamic linking failures when subsequently building Python 3.13.2 from source.

As noted in this forum thread (https://sqlite.org/forum/forumpost/3a43b57427fddaedf6c4c21dcaf2317986f1168e104cf16d7d97acee4f78af2f) the linker needs to be given the full install path with the -install_name flag.

Using the default configuration, make invokes this: cc -o libsqlite3.dylib sqlite3.o -dynamiclib -rpath /usr/local/lib -lz -Wl,-compatibility_version,9.0.0 -Wl,-current_version,9.6.0

Adding the following argument fixes the problem: -Wl,-install_name,/usr/local/lib/libsqlite3.dylib

Working backwards into the makefile, it looks like the appropriate place for this is:

LDFLAGS.libsqlite3.os-specific = -Wl,-compatibility_version,9.0.0 -Wl,-current_version,9.6.0 -Wl,-install_name,"$(install-dir.lib)/$(libsqlite3.SO)"

In Makefile.in, this is defined as: LDFLAGS.libsqlite3.os-specific = @LDFLAGS_MAC_CVERSION@ @LDFLAGS_OUT_IMPLIB@

This in turn leads into the new autosetup stuff. With no prior experience, my best guess is that neither of these variables is an appropriate place to add this and that adding a new @LDFLAGS_MAC_INSTALL_NAME@ would be most appropriate.

I hope this is helpful. I am by no means an expert in macOS linker voodoo. I should note that the makefile install rule moves the dylib from the name "$(libsqlite3.SO)" to a more version-specific name and then symlinks from the generic name to the specific name. Given that it is the generic name/path that gets baked into the file, I wonder if perhaps the symlinking should go in the other direction. But for my purposes it does not seem to matter.

A final aside: I compared the pkgconfig/sqlite3.pc outputs between the two versions and noted that the "Libs.private" line has changed from "@LDFLAGS_MATH@ @LDFLAGS_ZLIB@ @LDFLAGS_ICU@" (3.48) to "-lz" (3.49.1). I don't know if this discrepancy might matter to others.