On Sun, Jun 26, 2011 at 7:42 PM, Matthew Mondor <span dir="ltr"><<a href="mailto:mm_lists@pulsar-zone.net">mm_lists@pulsar-zone.net</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div id=":hy">Is this to be able to have a large amount of static read-only data<br>
available at runtime?  If so, perhaps that another solution would be to<br>
produce object files out of binary files at build-time and link those<br>
object files along with the program? </div></blockquote></div><br>Unfortunately the problem only arises with Microsoft's compiler, which sets a limit in compiled constants that is very small (65k). This forbids us from trying tricks that might be available for other formats (elf, etc), but which would also not be portable at all.<br>

<br>The thing is that right now the process of adding binary data works! ECL adds it to object files, statically and dynamically linked libraries and programs, but it has a problem: it only knows where to find it when the code is explicitly loaded (LOAD). I am afraid the situation is going to be as follows<br>

<br>- For users that only rely on FASL files, life is easy, no need to do anything (even if using monolithic fasl files and ECL's extensions)<br><br>- If the user is going to create statically linked programs, DLLs and other extensions based on ECL we might need to extend cl_boot() to provide the actual location of the executable / library. This interface is yet to be defined.<br>

<br>Overall it does not look that bad: only those with special needs are required to do complicated things.<br><br>Juanjo<br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br>

<a href="http://juanjose.garciaripoll.googlepages.com" target="_blank">http://juanjose.garciaripoll.googlepages.com</a><br>