Sorry wrong quotes ... It was for Marcel
Il 11 apr 2017 17:23, "Ralf Reköndt" <ralf.rekoe...@t-online.de> ha scritto:
> Yes, I know. Although Marcel do not know, I would be interested in knowing
> the way, they have realized it.
> Am 11.04.2017 um 12:07 schrieb Derek Stewart:
>> On 11/04/17 09:58, Ralf Reköndt wrote:
>>> Yes, would be interesting to know, how QLib does this with its compiled
>>> "resident" extensions.
>>> Betreff: Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
>>> Datum: 2017-04-11T10:47:36+0200
>>> Von: "Jan Bredenbeek"
>>> On 11 April 2017 at 10:07, Derek Stewart <de...@q40.de> wrote:
>>> Hi Marcel,
>>>> Do you think it is possible for the SMSQ/E internal compiler produce a
>>>> compiled version of the SBASIC programme?
>>> You can EXEC a SBASIC program in the same way as a 'normal' executable
>>> program on SMSQ/E (which actually starts another instance of SBASIC).
>>> But the code produced by the real-time compiler is not real 68000 code
>>> pseudo-code and needs the SBASIC environment to work. So it cannot be a
>>> stand-alone EXECable program unless the SBASIC runtime environment also
>>> comes with it.
>>> Nevertheless it would be a great idea if you could write a procedure in
>>> SBASIC and LRESPR the compiled code as SBASIC extension so you have it
>>> always available. AFAIK there is no higher-level language compiler
>>> of producing SBASIC extensions - or perhaps Qliberator?
>> Qliberator has a nice feature that S*Basic procedures and Functions can
>> be compiled and loaded as Resident Procedures and Functions using the
>> EXTERNAL for single Procedure or Function and EXT_ALL for all Procedures
>> and Functions directives in REMark statements.
>> Something like that would be nice to have built into SMSQ/E.
> QL-Users Mailing List
QL-Users Mailing List