Hello, I'm trying to compile the latest SQLite for an old system that for some reason includes the word "apple" in the build target, despite being a Linux/GNU system. This causes the build to create .dylib files instead of .so files.

I tracked this down to the autosetup/proj.tcl that in the proj-looks-like-mac and proj-dll-extension functions identifies the host based on just *apple*, instead of what I think should be replaced with *-*-darwin, as it does with cygwin etc.

As a side note, the proj-dll-extension does the identification on its own instead of just using the proj-looks-like-windows and proj-looks-like-mac functions, which seems a bit unnecessary to do when the specific functions exist.

I'm trying to compile the latest SQLite for an old system that for some reason includes the word "apple" in the build target, despite being a Linux/GNU system. This causes the build to create .dylib files instead of .so files.

Certainly that's not surprising?

I tracked this down to the autosetup/proj.tcl that in the proj-looks-like-mac and proj-dll-extension functions identifies the host based on just apple, instead of what I think should be replaced with --darwin, as it does with cygwin etc.

That sounds reasonable. i will make that change but can't test it, so please be on the lookout for a checkin soon which does that and try it out. That there is an OS which uses "apple" in its name, which isn't from that particular company, comes as a complete surprise to me.

As a side note, the proj-dll-extension does the identification on its own instead of just using the proj-looks-like-windows and proj-looks-like-mac functions, which seems a bit unnecessary to do when the specific functions exist.

i'll look into that.

Thank you for the feedback!

i will make that change but can't test it, so please be on the lookout for a checkin soon which does that and try it out.

That's now in the trunk, along with your other suggested cleanup. If you're able, please build from there and verify that it's not hosed something unrelated.

Thanks again!

However, I also tried under macOS, but it turns out that there was a version number added after darwin in that case, so the detection should probaby be replaced with --darwin* which I tested to replace it with and it worked as expected.

Great, thank you! i contemplated adding that trailing asterisk initially and left it, but will do so momentarily.

I tracked this down to the autosetup/proj.tcl that in the proj-looks-like-mac and proj-dll-extension functions identifies the host based on just apple, instead of what I think should be replaced with --darwin, as it does with cygwin etc.

I was curious about what happens here for Apple machines pre-OSX -- for most projects this would be utterly irrelevant but SQLite has a long enough history that there may still be someone running it on an antique somewhere :)

It turns out that autoconf's config.sub has similar logic where a wildcard on "*-apple" defaults the OS to "macos", however this is only invoked if the OS has not already been identified.

In your case I'm guessing "apple" is part of the vendor, possibly because of the machine's hardware? It would be nice to have a record of what gcc -dumpmachine outputs for you if you're happy to share.

(props to http://wiki.osdev.org/Target_Triplet for pointing me in the direction of config.sub)