On 08.12.24 14:07, Will Godfrey wrote:
The only thing I can think of that would completely resolve these would be
to grab a copy of mxml 2.5 (or maybe 3.3.1) and build it into Yoshimi.
I'd rather not do that if we don't have to, but has anyone got any ideas?
On 08.12.24 23:47, ichthyo wrote:
https://www.msweet.org/mxml/mxml.html#migrating-from-mini-xml-v3.x
On 19.01.25 11:02, Will Godfrey wrote:
Aaaand. We've just had a request on sourceforge to move to mxml-4
as it is incompatible with v3.x
On 22.01.25 18:59, ConiKost wrote:
Do you see any chance just to support both versions?
In Gentoo, we still have both versions. But as - me, the maintainer -
I would like to get mxml-3 removed in future, as most projects
have now patches :-)
Hi Yoshimi-devs,
how do you guys feel about the "abstraction route" I proposed earlier?
Do you think it is feasible to distil the presumably small number of
operations our code actually needs and put them on some kind of interface?
Even if we decide to switch to another XML library, it would be helpful
to gain some understanding what features our code actually needs...
Obviously a further question is then which technique for abstraction to use.
(1) We could use the new and fancy stuff (we're on C++17), that is
- have a template "XmlFile<IMPL>"
- then at build time find out which IMPL to use
- work everything out statically, at compile time, with full type safety
(2) We could also go the tried-and-true route with classical OO-style
virtual abstraction
- define a baseclass XmlFile with virtual functions
- each call for each XML-related feature effectively goes through a
dispatch by funciton-pointer then (but the compiler hides that mostly)
- this route is easier to understand, but might have performance
ramifications, since function-pointer-dispatch can not be optimised.
(honestly I have no idea if this nanoseconds stuff actually matters)
-- Hermann
_______________________________________________
Yoshimi-devel mailing list
Yoshimi-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/yoshimi-devel
