LibFile crashing with SQLite

I’ve been trying to get a recent version of SQLite building with the DDE. I’m not sure whether this is technically a bug or just something wrong with my/SQLite’s code, but my gut says that LibFile shouldn’t crash regardless of the code.

Some background into what I’m doing:
Really Small did a port of SQLite 3.3.6 which is now pretty old. I’ve used that as a base and have been trying to upgrade it. However, SQLite 3.5 has many changes to the OS interface layer so I decided to get 3.4 running and then upgrade it to 3.5, using that as a stepping stone to get to a newer version without getting completely overwhelmed by all the little changes that have happened since. This may or may not be a sensible plan, but it’s the one I’ve been going with :)

SQLite 3.4.2 builds correctly. CC does its stuff, LibFile spits out a library, and I can link that library and create/access/update databases. However, SQLite 3.5 crashes LibFile.

Now the important part:
When I try to build SQLite 3.5 using AMU, I get this:

(a bunch of warnings in the SQLite-supplied code, but no errors)
c.sqlite3: 197 warnings, 0 errors, 0 serious errors
libfile -c -i i.libsqlite3 o.sqlite3

Internal error: abort on data transfer at &FC188748

Postmortem requested
fc188748 in anonymous function
ac34 in anonymous function
aea8 in anonymous function
  Arg2: 0x0000acf8 44280 -> [0xe1a0c00d 0xe92dd9f0 0xe24cb004 0xe15d000a]
  Arg1: 0x0000dae4 56036 -> [0x6662696c 0x20656c69 0x2d20632d 0x2e6f206f]
fc1790a0 in shared library function
b09c in anonymous function
AMU: *** exit (1) ***

AMU: *** 'all_libs' not re-made because of errors ***

Does anyone know what could be causing this error? I normally use DDE30a but I tried a couple of earlier versions (back to 27) to see whether the behaviour was any different. It wasn’t. I’ve also tried increasing the WimpSlot but that didn’t have any effect. Complicating matters is the fact that SQLite comes as a single giant ‘amalgamation’ that doesn’t make it easy to compile in ‘chunks’!

There’s possibly something critical in one of the 197 warnings, but SQLite 3.4 has a similar number of warnings and builds successfully.

I’ve put the source code here so you can try building it yourself. You’ll need OSLib and OSLibSupport but everything else should work with a fresh install of the DDE.

Any ideas?

Well, it’s not my code doing it; an untouched copy of SQLite causes the same crash. Next on the agenda is to trim it down and figure out what bit of code is causing the issue.

I had a similar problem a few years ago, also with SQLite, but that was crashing CC rather than LibFile. At the time I reported the issue to ROOL and a DDE update fixed the issue, but it does make me wonder whether there’s something similar going on here. Could be a red herring though!

Edit: Looks like it was indeed a red herring. I tracked down my old bug report, and that particular code sequence isn’t present in this version of SQLite. Removing a similar one didn’t avoid the crash either.