<p>Am 23.08.2013 02:00 schrieb "Steve" <<a href="mailto:stevie@collector.org">stevie@collector.org</a>>:</p>
<p>> I would maintain that we restrict ourselves to System/360 assembler; Why? The<br>
> overwhelming reason for this is audience. Let's face it, Pascal, whatever the<br>
> dialect or the target is not the most popular language on the planet. Having<br>
> a decent Pascal Compiler on as many targets, both hardware and OS, as possible<br>
> is a laudable goal. Free Pascal could easily fulfil that. Limiting the target<br>
> audience to Linux/390 is, well... limited. (Sorry).  Linux/390 users must<br>
> represent a pretty small gene pool. Many hercules users do not have access<br>
> to environments that support the rinky-dink new instruction set. They run<br>
> old operating systems. Using Assembler F compatible code supports ALL 390<br>
> environments. The same compiler, with a different RTL should work on all<br>
> OS versions. This means finding a common denominator, 360 assemblers are<br>
> available for all IBM environments.</p>
<p>If 360 assembly code can be used on modern processor variants as well I see no problem with targeting that at first only. The point with using Linux as a first target is that you would not need to implement a new RTL, but only the code generator and the processor specific RTL code. The point for gas/ld was simply that we have existing writers for these two, but writing your own writers for IBM specific tools isn't rocket science either... But it's another thing you'd need to implement. </p>

<p>> If we use<br>
> gas/ld we put ourselves in the same situation Delphi landed us in with the<br>
> use of non-standard libraries; Writing individual wrapper functions for<br>
> every other function under the sun.</p>
<p>Would you elaborate what you mean here?</p>
<p>Regards,<br>
Sven</p>