<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-02-23 4:06 GMT+07:00 Adam <span dir="ltr"><<a href="mailto:adam.mlmb@gmail.com" target="_blank">adam.mlmb@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Marc & list,<div><br></div><div>Before getting into a specific response, I wish to re-emphasise the high priority I feel this topic has. So better something now than something slightly more perfect in couple years.</div></div></blockquote><div>... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div>Would be great if we could clarify this point within 3 weeks from now :D<br></div><div><br></div></div></div></div></blockquote><div><br></div><div>The reason I push on this now is that the current solution (i.e. solving the problem of implementing user defined formats in the sexp reader) requires use of Gambit functionality that is not exported, and hence or a user to use it a patch to Gambit's internals are needed,</div><div><br></div><div>and such patches will always be a hack in some way (they're not futureproof, etc.),</div><div><br></div><div>and I feel this problem is of a generality high enough for some kind of solution to be devised for it (so much that the hack not will be needed),</div><div><br></div><div>and therefore even a practical yet imperfect solution such as the one I suggested, would be preferable to no solution at all (meaning the hack would remain => problems).</div><div><br></div><div><br></div><div><br></div><div>Anyhow with this said, I perfectly agree with your points, and I look forward to that we discuss and clarify this soon as to implement it.</div><div><br></div><div>All I need for practical purposes is a functional equivalent of "#C(user-internal-type-name [content of structure of that user internal type, as separate values])", it could look any other way that you suggest.</div><div><br></div><div>I'll also want to make <u><b>table</b></u> contents serializable in my usecase because I need it, e.g. "#C(table eq? ((a . b) (c . d)))", or perhaps "#T(eq? ((a . b) (c . d)))".</div><div><br></div><div><br></div><div><br></div></div></div></div>