Open volodya-lombrozo opened 1 day ago
@yegor256 Could you take a look please?
@volodya-lombrozo I believe, it's a duplicate of https://github.com/objectionary/eo/issues/3534
@yegor256 I don't know. It's impossible to say anything from the error output. But I would suggest to keep both issues, at least for now.
@volodya-lombrozo the problem is that you are generating bytes in XMIR in 00 01 02
format, but it should be 00-01-02
, starting from 0.43.0.
@volodya-lombrozo try to format bytes differently, with a dash between them, not space. This is what 0.43.0 expects
@volodya-lombrozo empty bytes must look like --
and one byte must end with dash: 00-
, the same as in EO original grammar
@yegor256 @maxonfjvipon Please note that the exception was thrown after the xmir-to-phi
phase, specifically during the phi-to-xmir
phase. This means that xmir-to-phi
accepts the XMIR and produces incorrect phi
. If xmir-to-phi
had given me an error message about dashes and bytes formatting, it would indicate a bug in jeo-maven-plugin
, but that is not the case now. Please add some sort of checking or specification that I can rely on. Otherwise, I have no way of knowing how many else inconsistencies jeo-maven-plugin
might produce.
It's kinda blocker.
@volodya-lombrozo we are planning to make XSD stronger, in https://github.com/objectionary/eo/issues/3534
@yegor256 It would be awesome, I'm waiting for it
I tried to upgrade
eo-maven-plugin
up to the0.43.0
version and got a bunch of errors, the main is:How to reproduce:
jeo-maven-plugin:disassemble
intoxmir
xmir
tophi
by usingeo-maven-plugin:0.43.0:xmir-to-phi
phi
back toxmir
by usingeo-maven-plugin:0.43.0:phi-to-xmir
On the (3) step I get the exception.
Expected behaviour: all the transformation work without errors. Moreover,
xmir-to-phi
andphi-to-xmir
shouldn't alter the originalxmir
.Also I attach all the files that might be helpful: App.xmir.disassemble.txt App.phi.txt App.xmir.unphi.txt