Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Overwrite LibC symbols with LD_PRELOAD #102

Closed
ashvardanian opened this issue Feb 27, 2024 · 1 comment
Closed

Overwrite LibC symbols with LD_PRELOAD #102

ashvardanian opened this issue Feb 27, 2024 · 1 comment
Labels

Comments

@ashvardanian
Copy link
Owner

We may want to extend the c/lib.c to override some of the most commonly used LibC operations, that StringZilla may be better equipped to handle. This includes:

  • memmem and memchr - definitely
  • memcpy, memmove, memset - possibly
  • memrchr - GNU extension for reverse-order memchr
  • memfrob - GNU extension with the sz_generate random generator

If we can afford a strlen call before the operation, several other APIs and GNU extensions can be replaced.

@ashvardanian ashvardanian added the good first issue Good for newcomers label Feb 27, 2024
ashvardanian pushed a commit that referenced this issue Mar 15, 2024
# [3.6.0](v3.5.0...v3.6.0) (2024-03-15)

### Add

* LibC override with LD_PRELOAD (#114) ([eef80c9](eef80c9)), closes [#114](#114) [#102](#102)

### Fix

* ASAN issues in `bench_search` (#113) ([7f28271](7f28271)), closes [#113](#113)
* LibC-compatibility and type-casting ([0d1d2cf](0d1d2cf))

### Improve

* Faster charset search w/out GFNI ([0ee57a0](0ee57a0))
* Faster charset-search on AVX-2 ([54b5603](54b5603))

### Make

* Avoid compiler built-ins in libraries ([5db0d6f](5db0d6f))
* Upload precompiled `stringzillite` ([b7c1c7e](b7c1c7e))
@ashvardanian
Copy link
Owner Author

🎉 This issue has been resolved in version 3.6.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant