Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Yes, I know. Although Marcel do not know, I would be interested in knowing the way, they have realized it. Ralf 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. Ralf -Original-Nachricht- 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 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 but 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 capable of producing SBASIC extensions - or perhaps Qliberator? Jan. Hi, 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
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Il 11 apr 2017 10:47, "Jan Bredenbeek" ha scritto: On 11 April 2017 at 10:07, Derek Stewart 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 but 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 capable of producing SBASIC extensions - or perhaps Qliberator? Jan. -- *Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List Yes you can build extension with qliberator ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
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. Ralf -Original-Nachricht- 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 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 but 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 capable of producing SBASIC extensions - or perhaps Qliberator? Jan. Hi, 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. -- Regards, Derek ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Jan Bredenbeek wrote: > 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 capable > of producing SBASIC extensions - or perhaps Qliberator? This is possible with QLiberator. No idea how this works in detail, though. Cheers, Marcel ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Derek Stewart wrote: > Do you think it is possible for the SMSQ/E internal compiler produce a > compiled version of the SBASIC programme? Perhaps it's possible, but I don't see a use case for it as there is already QLiberator and Turbo for that. And Turbo is probably faster. Marcel ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Francois Lanciault wrote: > With all those discussions about bug correction and the good, > benevolent people who spend time to hunt them down, I wonder : > > Is there a proper way to report bugs in SMSQ/E ? > > Does asking kindly on this list enough ? :-) Yeah, that is probably your best bet. Bribes work, too, of course :-P Cheers, Marcel ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
Yes, would be interesting to know, how QLib does this with its compiled "resident" extensions. Ralf -Original-Nachricht- 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 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 but 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 capable of producing SBASIC extensions - or perhaps Qliberator? Jan. -- *Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
On 11 April 2017 at 10:07, Derek Stewart 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 but 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 capable of producing SBASIC extensions - or perhaps Qliberator? Jan. -- *Jan Bredenbeek* | Hilversum, NL | j...@bredenbeek.net ___ QL-Users Mailing List
Re: [Ql-Users] Marcel has done it again - SMSQE 3.31
On 10/04/17 20:15, Marcel Kilgus wrote: Ralf Reköndt wrote: As this seems to be very near at QLib, it makes me wonder, if TT has any long lost source code of QLib. IIRC the QLib compiler was written in Basic. I don't think there are many similarities besides the basic concept. Marcel ___ QL-Users Mailing List Hi Marcel, Do you think it is possible for the SMSQ/E internal compiler produce a compiled version of the SBASIC programme? -- Regards, Derek ___ QL-Users Mailing List