<br><br>
<div class="gmail_quote">On Thu, Dec 30, 2010 at 9:14 PM, DS <span dir="ltr"><<a href="mailto:ecl@sol42.com">ecl@sol42.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Why not check what information is put in *features* by other<br>implementations?  If OpenAxiom runs on them, then that should be enough.<br>

<br>Keywords like :X86 and :X86-64 seem common, and this should be easy to<br>figure out when building ECL.  :ILP32 or :LP64 might be even more<br>informative than that.  Since ECL depends on a C compiler, maybe an<br>additional :GCC or :SUNCC or whatever keyword identifying the compiler<br>

would be useful too.<br></blockquote>
<div>The question is the following: I do not want to be bothered with collecting information about processors. I already mentioned the problem with exporting Autoconf's detection of processor, which on some platforms is flawed (intentionally, btw). What you are asking me is to beging collecting a list of platforms that ECL runs on and determine processor types, platform names and the like. That means *I* would have to centrally register and handle that information.</div>


<div> </div>
<div>This is ok for other lisps,because the maintainers keep a limited number of platforms and chipsets as they have to code assemblers for them. For ECL, doing that would mean going back to the GCL days in which configurations were registered, hardcoded and named. For me this is a step backwards.</div>


<div> </div>
<div>Now, you may beging to argue that in neglecting this task I am not doing my work as a maintainer of a compiler.</div>
<div> </div>
<div>Juanjo</div></div>