New top story on Hacker News: Show HN: Xmloxide – an agent made rust replacement for libxml2 - The Book

Breaking

Home Top Ad

Responsive Ads Here

Post Top Ad

Responsive Ads Here

Saturday, February 28, 2026

New top story on Hacker News: Show HN: Xmloxide – an agent made rust replacement for libxml2

Show HN: Xmloxide – an agent made rust replacement for libxml2
9 by jawiggins | 1 comments on Hacker News.
Recently several AI labs have published experiments where they tried to get AI coding agents to complete large software projects. - Cursor attempted to make a browser from scratch: https://ift.tt/uRxLUeO - Anthropic attempted to make a C Compiler: https://ift.tt/AaLvjMy I have been wondering if there are software packages that can be easily reproduced by taking the available test suites and tasking agents to work on projects until the existing test suites pass. After playing with this concept by having Claude Code reproduce redis and sqlite, I began looking for software packages where an agent-made reproduction might actually be useful. I found libxml2, a widely used, open-source C language library designed for parsing, creating, and manipulating XML and HTML documents. Three months ago it became unmaintained with the update, "This project is unmaintained and has [known security issues]( https://ift.tt/uFSkvzP ). It is foolish to use this software to process untrusted data.". With a few days of work, I was able to create xmloxide, a memory safe rust replacement for libxml2 which passes the compatibility suite as well as the W3C XML Conformance Test Suite. Performance is similar on most parsing operations and better on serialization. It comes with a C API so that it can be a replacement for existing uses of libxml2. - crates.io: https://ift.tt/QXBk1x2 - GitHub release: https://ift.tt/dixJ4Tj While I don't expect people to cut over to this new and unproven package, I do think there is something interesting to think about here in how coding agents like Claude Code can quickly iterate given a test suite. It's possible the legacy code problem that COBOL and other systems present will go away as rewrites become easier. The problem of ongoing maintenance to fix CVEs and update to later package versions becomes a larger percentage of software package management work.

No comments:

Post a Comment

Post Bottom Ad

Responsive Ads Here

Pages