docs(3p/lisp/mime4cl): add clear warning about current state

I'm not really describing what the problem here is because I don't
think a writeup is really useful. It would just be speculation and
I don't need to syncronize my efforts with anyone at the moment,
so it's best to keep those notes offline.

Basically, the next problem I want to tackle is that the initial
parsing of a multipart message (to get the number, types, offsets
etc. of the different parts) is very slow. This is because READ-LINE
on a FLEXI-STREAM dispatches to READ-CHAR which is laughably slow.

Change-Id: Ia5d6e335abb23639cfe9c2149ead99ffa5dbbcf5
Reviewed-on: https://cl.tvl.fyi/c/depot/+/12936
Reviewed-by: sterni <sternenseemann@systemli.org>
Autosubmit: sterni <sternenseemann@systemli.org>
Tested-by: BuildkiteCI
This commit is contained in:
sterni 2024-12-27 00:55:39 +01:00 committed by clbot
parent bd4da5f444
commit ee9c3c254c

View file

@ -9,8 +9,11 @@ website](http://wcp.sdf-eu.org/software/#mime4cl) can still be accessed.
The depot version has since diverged from upstream. Main aims were to improve The depot version has since diverged from upstream. Main aims were to improve
performance and reduce code size by relying on third party libraries like performance and reduce code size by relying on third party libraries like
flexi-streams. It is planned to improve encoding handling in the long term. flexi-streams. It is planned to improve encoding handling in the long term.
Currently, the library is being worked on intermittently and not very well Work towards this happens intermittently.
tested—**it may not work as expected**.
WARNING:
mime4cl currently doesn't have a _comprehensive_ test suite
and decidedly lacks performance.
## Differences from the original version ## Differences from the original version