Preston Thorpe d3e6172516 Merge 'global allocator should not be set for library, only for executables' from Pedro Muniz ...

We should be allocator-agnostic. It is pretty limiting for us to force a
user to use a particular allocator. This is specially restricting for
`no_std` in the future.

Reviewed-by: bit-aloo (@Shourya742)
Reviewed-by: Preston Thorpe <preston@turso.tech>

Closes #2481

2025-08-08 09:45:35 -04:00

..

commands

Rename .copy -> .clone

2025-08-07 16:27:07 -04:00

config

cli: fix not being able to redirect traces to a file from inline query

2025-07-16 13:55:48 +03:00

docs

config docs

2025-05-17 15:51:17 -03:00

app.rs

Rename .copy -> .clone

2025-08-07 16:27:07 -04:00

build.rs

adding table colors

2025-03-06 15:52:20 -03:00

Cargo.toml

global allocator should not be set for library, only for executables

2025-08-07 13:41:50 -03:00

helper.rs

make all run_once be run under statement or connection so that rollback is called

2025-07-07 11:51:25 -03:00

input.rs

Rename .copy -> .clone

2025-08-07 16:27:07 -04:00

main.rs

global allocator should not be set for library, only for executables

2025-08-07 13:41:50 -03:00

mcp_server.rs

Fix clippy warnings

2025-07-18 11:26:10 -03:00

opcodes_dictionary.rs

fix: lint warnings

2024-07-08 22:43:11 +05:30

SQL.sublime-syntax

highlight candidate

2025-03-06 16:33:23 -03:00