- Rewrote hnsw_am.rs to fix pgrx 0.12 API compatibility:
- Use raw pg_sys::Relation instead of PgRelation wrapper
- Use palloc0 + Internal return type for handler function
- Fix ScanDirection and IndexUniqueCheck type paths
- Use RelationGetNumberOfBlocksInFork to check if index exists
- Use P_NEW (InvalidBlockNumber) for allocating first page
- Define static HNSW_AM_HANDLER template for IndexAmRoutine
- Enabled hnsw_am module in index/mod.rs
- Re-enabled HNSW access method SQL declarations:
- hnsw_handler function
- CREATE ACCESS METHOD hnsw
- Operator families: hnsw_l2_ops, hnsw_cosine_ops, hnsw_ip_ops
- Operator classes with distance function bindings
CREATE INDEX ... USING hnsw now works with real[] columns.
Query planner uses HNSW index for ORDER BY <-> queries.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Fixed 13 sparse vector function symbol names (ruvector_* -> pg_*)
pgrx exports C symbols from Rust function names, not `name = "..."` attribute
- Commented out non-existent GAT and GNN readout SQL declarations
- Disabled HNSW access method SQL (CREATE ACCESS METHOD, operator families,
operator classes) - requires pgrx API stabilization for full implementation
- Keep distance operators (<->, <=>, <#>) available as standalone functions
- Extension now loads successfully with 104 working SQL functions
Tested: Docker build succeeds, extension creates without errors,
core vector/graph/attention/routing functions verified working
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Fix package.json napi config (use binaryName/targets instead of deprecated name/triples)
- Update build script to use correct napi-rs CLI arguments
- Publish @ruvector/sona-linux-x64-gnu@0.1.3 platform package
- Publish @ruvector/sona@0.1.3 main package with Linux x64 native binary
- Update GitHub Actions workflow with improved build process
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>