Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

2017-04-11 Thread Ralf Reköndt
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

2017-04-11 Thread Giorgio Garabello
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

2017-04-11 Thread 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.

--
Regards,

Derek
___
QL-Users Mailing List

Re: [Ql-Users] Marcel has done it again - SMSQE 3.31

2017-04-11 Thread Marcel Kilgus
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

2017-04-11 Thread Marcel Kilgus
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

2017-04-11 Thread Marcel Kilgus
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

2017-04-11 Thread Ralf Reköndt
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

2017-04-11 Thread 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

2017-04-11 Thread Derek Stewart

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