Hallo Martin,
Du schriebst am Wed, 14 Jun 2017 06:56:33 +0200:
> What is wrong with "method" instead of "object function"?
It's a new keyword, and it forgoes any distinction between real functions
and procedures. With an "object function", you can also have an "object
procedure". With "method",
On Tuesday 13 June 2017 22:29:21 Sieghard wrote:
> Using this as a reference, a syntax like
>
> MethodType = object function (;
> or
> MethodVariable: object function (;
>
> might be considered. Yes, this is more typing.
> (Perhaps abbreviate it with just usind a (leading) period? Like
> ".fu
On Tuesday 13 June 2017 17:27:41 Edson H wrote:
> Ok. I understand what Martin does. I have implemented this syntax too, in
> my compiler.
>
>
> I just was asking for the keyword ELSIF, to avoid nested IF, for several
> comparisons, but Martin prefers to have a lot of THEN ... END, nested. I
> thin
Hallo Martin,
Du schriebst am Tue, 13 Jun 2017 06:47:58 +0200:
> > [functions & procedures]
> IIRC you proposed to use "function" for both? Sometimes I have the
No. I did propose to use "function" _only_ if you _insisted_ to use the
same keyword for both uses. If you kept the Pascal convention,
ingo, 11 de junio de 2017 08:11 p.m.
Para: General list for MSEide+MSEgui
Asunto: Re: [MSEide-MSEgui-talk] MSElang Objects
On Sun, Jun 11, 2017 at 4:58 PM, Edson H
mailto:dev_nul...@hotmail.com>> wrote:
No so much, but In Pascal you need to do:
if ... then
begin //WARNING: If use more
On Monday 12 June 2017 22:13:32 Sieghard wrote:
> Hallo Martin,
>
> [functions & procedures]
>
> > "function" in C always has a type identifier. As you write, a
> > mathematical function returns something. So "procedure" like in Wirth's
> > Modula2.
>
> Or so. In any case, you lose the ability to i
Hallo Martin,
Du schriebst am Mon, 12 Jun 2017 06:55:23 +0200:
[functions & procedures]
> "function" in C always has a type identifier. As you write, a
> mathematical function returns something. So "procedure" like in Wirth's
> Modula2.
Or so. In any case, you lose the ability to immediately re
On Sunday 11 June 2017 02:36:46 Sieghard wrote:
> Hallo Martin,
>
> Du schriebst am Sat, 10 Jun 2017 06:54:15 +0200:
> > I don't like "sub" much but found nothing better up to now. I think that
>
> "sub" seems to me to imply you're about to create a new BASIC variant.
> Why not use "function" for a
On Sunday 11 June 2017 16:58:23 Marcos Douglas B. Santos wrote:
> On Sun, Jun 11, 2017 at 1:29 AM, Martin Schreiber
wrote:
> >> You need to have a return. If you have a object with a method "exec",
> >> eg, why not return the object itself? Just return something.
> >
> > Why?
>
> Because you coul
On Sunday 11 June 2017 17:31:33 Edson H wrote:
> It's strange. Do you prefer to write?
>
>
> if ... then
>
> ...
>
> else
>
> if ... then
>
> ...
>
> else
>
> if ... then
>
> ...
>
> else
>
> ...
>
> end;
>
> end;
>
> end;
>
>
> Instead of?
>
>
> if ... then
>
>
On Sun, Jun 11, 2017 at 4:58 PM, Edson H wrote:
> No so much, but In Pascal you need to do:
>
>
> if ... then
> begin //WARNING: If use more than a sentence, you need BEGIN-END
> ...
> end //DANGER: Don't put semicolon!
> else if ... then
> begin //WARNING: If use more than a sen
#x27;t put semicolon!
else
begin //WARNING: the same before.
//some code
end; //DANGER: Put semicolon!
De: Marcos Douglas B. Santos
Enviado: domingo, 11 de junio de 2017 03:51 p.m.
Para: General list for MSEide+MSEgui
Asunto: Re: [MSEide-MSEgui-tal
Hallo Martin,
Du schriebst am Sat, 10 Jun 2017 06:54:15 +0200:
> I don't like "sub" much but found nothing better up to now. I think that
"sub" seems to me to imply you're about to create a new BASIC variant.
Why not use "function" for all such things, if you don't like to
explicitely state tha
On Sun, Jun 11, 2017 at 12:31 PM, Edson H wrote:
>
> Instead of?
>
> if ... then
> ...
> elsif ... then
> ...
> elsif ... then
> ...
> else
> ...
> end;
>
>
> Don't see this like nested IF. It's just a multiple conditional. More at the
> style of Modula-2 and the new language syntax.
Do
ike nested IF. It's just a multiple conditional. More at the
style of Modula-2 and the new language syntax.
De: Martin Schreiber
Enviado: domingo, 11 de junio de 2017 07:21 a.m.
Para: mseide-msegui-talk@lists.sourceforge.net
Asunto: Re: [MSEide-MSEgui-talk]
On Sun, Jun 11, 2017 at 1:29 AM, Martin Schreiber wrote:
>> You need to have a return. If you have a object with a method "exec",
>> eg, why not return the object itself? Just return something.
>
> Why?
Because you could write a more elegant code.
If you return "self" even in methods that don't n
On Saturday 10 June 2017 17:39:14 Edson H wrote:
>
> By the way, I haven't seen the keyword ELSIF in your IF syntax.
>
MSElang has no "elsif". I think nested structures should be written so that
the nested character is visible.
Martin
-
On Saturday 10 June 2017 18:45:34 Marcos Douglas B. Santos wrote:
> My "vote" is to use "function" anywhere.
>
> You've said:
> > ...object methods deserve an own token "method" because of the implicit
> > "self" parameter.
>
> But the object itself is a context to the functions (methods) so, I
> c
On Sat, Jun 10, 2017 at 1:54 AM, Martin Schreiber wrote:
>
> I don't like "sub" much but found nothing better up to now. I think that
> object methods deserve an own token "method" because of the implicit "self"
> parameter. Comming from a Pascal background "procedure" implies that there
> must be
yntax.
De: Martin Schreiber
Enviado: sábado, 10 de junio de 2017 10:59 a.m.
Para: mseide-msegui-talk@lists.sourceforge.net
Asunto: Re: [MSEide-MSEgui-talk] MSElang Objects
On Saturday 10 June 2017 06:54:15 Martin Schreiber wrote:
> "
> proc test1(a: int32
ah , i didn't knew this
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mail
On Saturday 10 June 2017 14:21:45 code dz wrote:
> i think (method) is good abridgement for both function & procedure .
> why another keyword!
>
Because a method has an implicit "self" parameter which "procedure"
and "function" don't have.
Martin
-
i think (method) is good abridgement for both function & procedure .
why another keyword!
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_
On Saturday 10 June 2017 06:54:15 Martin Schreiber wrote:
> "
> proc test1(a: int32): flo64;
> proc test2(const a: string8);
> meth objty.test3(a: int32): flo64;
> meth objty.test4(const a: string8);
> meth ctest.test3(a: int32): flo64;
> meth ctest.test4(const a: string8);
> "
> It has the advanta
On Saturday 10 June 2017 07:52:31 Edson H wrote:
> I was thinking in using the two forms:
>
>
> "proc" (short word) and "procedure" (long word).
>
> "meth" (short word) and "method" (long word).
>
>
> I would like to keep the PROCEDURE, in the honor of Pascal/Modula-2.
>
That contradicts the guidel
create compatible syntax, the most possible.
De: Martin Schreiber
Enviado: sábado, 10 de junio de 2017 04:54 a.m.
Para: mseide-msegui-talk@lists.sourceforge.net
Asunto: Re: [MSEide-MSEgui-talk] MSElang Objects
On Saturday 10 June 2017 06:15:09 Edson H wrote:
&
On Saturday 10 June 2017 06:15:09 Edson H wrote:
> Hi Martin,
>
>
> I have seen you use "sub" for procedures or functions, and "method" for
> object. Is it?
>
Yes.
> I think you can use only PROCEDURE keyword, for procedures and functions
> (and probably for objects), like Modula-2, do.
>
I don't
d I think, it's better to use
"sub" too, but in the other hand, I don't want to break to much the Pascal
compatibility.
De: Martin Schreiber
Enviado: domingo, 07 de mayo de 2017 09:41 a.m.
Para: mseide-msegui-talk@lists.sourceforge.net
Asunto:
On Monday 22 May 2017 11:39:28 Fred van Stappen wrote:
> > Make a feature request?
>
> Hello Martin.
>
> OK, I try to do my best. --->
> http://free-pascal-general.1045716.n5.nabble.com/Size-of-program-vs-library
>-td5718200i40.html
>
> But to accept the request, the fpc team ask to -->
>
> >> Befo
> Make a feature request?
Hello Martin.
OK, I try to do my best. --->
http://free-pascal-general.1045716.n5.nabble.com/Size-of-program-vs-library-td5718200i40.html
But to accept the request, the fpc team ask to -->
>> Before filing a request, you can already check yourself what happens
>> with
> using Graeme's code proved that FPC has a *HUGE* weakness in the floating
> point arena.
Aaaargh, ..., today's decent audio program/library uses quasi only float 32 bit
resolution, all DSPs convert first the integers into float 32 before to apply
calculs (then result is rounded/converted if
On Friday 19 May 2017 18:06:18 Jon Foster wrote:
[...]
> If MSElang is far enough along it would be interesting to see what it can
> do with with Graeme's ray-caster. I've dumbed it down to <300 lines and
> removed the external SDL dependency so it can be run as a raw computational
> benchmark.
>
On 05/07/2017 03:05 AM, Graeme Geldenhuys wrote:
> On 2017-05-07 08:20, Martin Schreiber wrote:
>> MSElang has been designed as a high performance language so it can't be so
>> simple.
> Huh? Java is an excellent performance language. Please ignore all statements
> on the Internet older than say 5
Hallo Martin,
Du schriebst am Tue, 9 May 2017 07:49:01 +0200:
...
> > > >> 2. In this case:
> > > >> obj2: ^objty; //on heap
> > > >>
> > > >> Is it possible to remove the "^"?
> > > >> obj2.f1:= 123;
> > > >
> > > > No, obj2 is a pointer.
> > > >
> > > >> I think this distinction exists bec
: Re: [MSEide-MSEgui-talk] MSElang Objects
On Monday 15 May 2017 10:32:01 Fred van Stappen wrote:
> Pff, no answers (as usual).
>
>
> I begin to be lazy of fpc.
>
Make a feature request?
"
-XX should work for librari
On Monday 15 May 2017 10:32:01 Fred van Stappen wrote:
> Pff, no answers (as usual).
>
>
> I begin to be lazy of fpc.
>
Make a feature request?
"
-XX should work for libraries.
"
or so.
Martin
--
Check out the vibrant
Pff, no answers (as usual).
I begin to be lazy of fpc.
Fre;D
De : Fred van Stappen
Envoyé : samedi 13 mai 2017 11:49
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] MSElang Objects
OK >
http://free-pascal-general.1045716
OK >
http://free-pascal-general.1045716.n5.nabble.com/Size-of-program-vs-library-td5718200.html#a5728548
Thanks Martin.
Fre;D
De : Martin Schreiber
Envoyé : samedi 13 mai 2017 11:26
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-t
On Saturday 13 May 2017 11:14:18 Fred van Stappen wrote:
> > Compile with fpc -k--gc-sections libnude.pas
>
> Ha, so this is the trick: using -k--gc-sections ?
>
> Should I sent a advice in
> http://free-pascal-general.1045716.n5.nabble.com/Size-of-program-vs-library
>-td5718200.html ?
>
Yes, and
> Compile with fpc -k--gc-sections libnude.pas
Ha, so this is the trick: using -k--gc-sections ?
Should I sent a advice in
http://free-pascal-general.1045716.n5.nabble.com/Size-of-program-vs-library-td5718200.html
?
Fre;D
--
On Friday 12 May 2017 20:28:54 Fred van Stappen wrote:
>
> > accidentally not working -XX, with active smartlinking it was reduced to
> > 26072 bytes.
>
> Do you mean that you have a trick to do smartlinking working for libraries
> ?
>
No, the first time I presented the benchmark results in the me
On Friday 12 May 2017 13:52:36 Fred van Stappen wrote:
> > BTW, the mergesort benchmark binary also was 177576 bytes with
> > accidentally not working -XX, with active smartlinking it was reduced to
> > 26072 bytes.
>
> Hello Martin.
>
> In a other topic, they talk about to use : -k--gc-sections.
rcial
products.
De: Martin Schreiber
Enviado: viernes, 12 de mayo de 2017 07:11 a.m.
Para: mseide-msegui-talk@lists.sourceforge.net
Asunto: Re: [MSEide-MSEgui-talk] MSElang Objects
On Friday 12 May 2017 03:44:30 Edson H wrote:
>
> I'm currently developing a Pascal Compi
On Friday 12 May 2017 13:52:36 Fred van Stappen wrote:
> > BTW, the mergesort benchmark binary also was 177576 bytes with
> > accidentally not working -XX, with active smartlinking it was reduced to
> > 26072 bytes.
>
> Hello Martin.
>
> In a other topic, they talk about to use : -k--gc-sections.
>
> BTW, the mergesort benchmark binary also was 177576 bytes with accidentally
> not working -XX, with active smartlinking it was reduced to 26072 bytes.
Hello Martin.
In a other topic, they talk about to use : -k--gc-sections.
Fre;D
--
On Friday 12 May 2017 06:06:41 Martin Schreiber wrote:
> On Friday 12 May 2017 00:07:09 Fred van Stappen wrote:
> > > It is logical that the libraries are bigger because the libraries
> > > contain all named code
> >
> > Huh, :
> >
> >
> > program prognude ;
> > begin
> > end.
> > => 26.9 k
> >
> >
On Friday 12 May 2017 03:44:30 Edson H wrote:
>
> I'm currently developing a Pascal Compiler
Do you refer to
https://github.com/t-edson/PicPas
? Looks good! Does the IDE have integrated debug capabilities?
I worked many years with PIC16xxx. Programming always was done in assembler.
Martin
--
On Friday 12 May 2017 03:44:30 Edson H wrote:
>
> In order to avoid confusion I would suggest to use some standard or
> recommendation on names, something like "All class names must be preceded
> by the letter C"
>
In MSEgui I use "T" as prefix for class types. All other custom types have no
prefi
On Friday 12 May 2017 00:07:09 Fred van Stappen wrote:
> > It is logical that the libraries are bigger because the libraries contain
> > all named code
>
> Huh, :
>
>
> program prognude ;
> begin
> end.
> => 26.9 k
>
> library libnude ;
> begin
> end.
> => 196.3 k
Have you checked with objdump wha
sts.sourceforge.net
Asunto: Re: [MSEide-MSEgui-talk] MSElang Objects
On Tuesday 09 May 2017 15:26:24 Marcos Douglas B. Santos wrote:
>
> It is not about if these languages are better, but if they are easy to
> do the work.
>
Thats the reason why I proposed the additional and possibly red
> It is logical that the libraries are bigger because the libraries contain all
> named code
Huh, :
program prognude ;
begin
end.
=> 26.9 k
library libnude ;
begin
end.
=> 196.3 k
--
Check out the vibrant tech communi
On Thursday 11 May 2017 14:27:51 Fred van Stappen wrote:
> Hello Martin
>
> >> It is sad that still a fpc library with same code is 5 times bigger than
> >> a fpc executable ( and montain times bigger than same C code compiled
> >> with gcc or clang).
> >
> > Do you know why?
>
> Huh, the answers i
Hello Martin
>> It is sad that still a fpc library with same code is 5 times bigger than a
>> fpc executable ( and montain times bigger than same C code compiled with
>> gcc or clang).
> Do you know why?
Huh, the answers in fpc forum are nebulous:
- One said it is because parameter -fPIC is a
On Tue, May 9, 2017 at 10:52 AM, Martin Schreiber wrote:
> On Tuesday 09 May 2017 15:26:24 Marcos Douglas B. Santos wrote:
>>
>> It is not about if these languages are better, but if they are easy to
>> do the work.
>>
> Thats the reason why I proposed the additional and possibly redundant "class"
On Tuesday 09 May 2017 15:26:24 Marcos Douglas B. Santos wrote:
>
> It is not about if these languages are better, but if they are easy to
> do the work.
>
Thats the reason why I proposed the additional and possibly redundant "class".
You are against the "class" which eliminates the explicit "^" d
On Tue, May 9, 2017 at 10:00 AM, Martin Schreiber wrote:
> On Tuesday 09 May 2017 14:08:39 Marcos Douglas B. Santos wrote:
>>
>> I understand your point of view but I think this could be confusing...
>> Well, first of all we should understand the proposal this new language:
>>
>> 1. Is it a low le
On Tuesday 09 May 2017 14:08:39 Marcos Douglas B. Santos wrote:
>
> I understand your point of view but I think this could be confusing...
> Well, first of all we should understand the proposal this new language:
>
> 1. Is it a low level language that will works like C to make libs, OS and
> so on?
On Tue, May 9, 2017 at 3:24 AM, Martin Schreiber wrote:
> On Monday 08 May 2017 22:44:39 Marcos Douglas B. Santos wrote:
>> On Mon, May 8, 2017 at 4:05 PM, Sieghard wrote:
>> > Hallo Marcos,
>> >
>> > Du schriebst am Mon, 8 May 2017 13:12:19 -0300:
>> >> >> 2. In this case:
>> >> >> obj2: ^objty
On Tuesday 09 May 2017 10:41:00 Fred van Stappen wrote:
> Hello.
>
>
> If I may give my HO, I see more future for libraries than for executables
> for Pascal.
>
>
> So I hope that mselang will take (much more) care for the size and speed of
> libraries than fpc does.
>
MSElang uses LLVM to produce
Hello.
If I may give my HO, I see more future for libraries than for executables for
Pascal.
So I hope that mselang will take (much more) care for the size and speed of
libraries than fpc does.
It is sad that still a fpc library with same code is 5 times bigger than a fpc
executable ( and
On Monday 08 May 2017 22:44:39 Marcos Douglas B. Santos wrote:
> On Mon, May 8, 2017 at 4:05 PM, Sieghard wrote:
> > Hallo Marcos,
> >
> > Du schriebst am Mon, 8 May 2017 13:12:19 -0300:
> >> >> 2. In this case:
> >> >> obj2: ^objty; //on heap
> >> >>
> >> >> Is it possible to remove the "^"?
> >
On Monday 08 May 2017 21:05:33 Sieghard wrote:
> Hallo Marcos,
>
> Du schriebst am Mon, 8 May 2017 13:12:19 -0300:
> > >> 2. In this case:
> > >> obj2: ^objty; //on heap
> > >>
> > >> Is it possible to remove the "^"?
> > >> obj2.f1:= 123;
> > >
> > > No, obj2 is a pointer.
> > >
> > >> I think th
On Mon, May 8, 2017 at 4:05 PM, Sieghard wrote:
> Hallo Marcos,
>
> Du schriebst am Mon, 8 May 2017 13:12:19 -0300:
>
>> >> 2. In this case:
>> >> obj2: ^objty; //on heap
>> >>
>> >> Is it possible to remove the "^"?
>> >> obj2.f1:= 123;
>> >>
>> > No, obj2 is a pointer.
>> >
>> >> I think this d
Hallo Marcos,
Du schriebst am Mon, 8 May 2017 13:12:19 -0300:
> >> 2. In this case:
> >> obj2: ^objty; //on heap
> >>
> >> Is it possible to remove the "^"?
> >> obj2.f1:= 123;
> >>
> > No, obj2 is a pointer.
> >
> >> I think this distinction exists because "class" exists, right?
How does
On Monday 08 May 2017 18:12:19 Marcos Douglas B. Santos wrote:
> On Mon, May 8, 2017 at 12:40 PM, Martin Schreiber
wrote:
> > "
> > "ini" and "fini" work for stack and heap.
>
> In fact, this is a good idea. But why don't use [initialization] and
> [finalization]?
> The IDE has code-completion so
On Mon, May 8, 2017 at 12:40 PM, Martin Schreiber wrote:
> [...]
>
> No. Call it "manually":
> "
> obj1.create();
> obj1.destroy();
> "
> or use "ini", "fini" methods:
> "
> objty = object
> method theinimethod() [ini]; //called after object initialization
> method thefinimethod() [fini];
On Monday 08 May 2017 16:49:40 Marcos Douglas B. Santos wrote:
>
> Some questions:
>
> 1. In this case:
> obj1: objty; //an instance on stack, needs no create() or destroy()
>
> if my object has create() or destroy() they will be executed automatically?
>
No. Call it "manually":
"
obj1.create();
On Mon, May 8, 2017 at 10:06 AM, Martin Schreiber wrote:
> On Monday 08 May 2017 14:11:28 Marcos Douglas B. Santos wrote:
>> On Mon, May 8, 2017 at 2:39 AM, Martin Schreiber wrote:
>> >> > One does not need to use "class", it can be removed. I thought that
>> >> > people comming from Free Pascal
On Monday 08 May 2017 14:11:28 Marcos Douglas B. Santos wrote:
> On Mon, May 8, 2017 at 2:39 AM, Martin Schreiber wrote:
> >> > One does not need to use "class", it can be removed. I thought that
> >> > people comming from Free Pascal will like it. ;-)
> >>
> >> You could be right, but I think the
On Mon, May 8, 2017 at 2:39 AM, Martin Schreiber wrote:
>> > One does not need to use "class", it can be removed. I thought that
>> > people comming from Free Pascal will like it. ;-)
>>
>> You could be right, but I think they will like more if not exist ambiguity.
>> :)
>
> Other opinions? Should
On Monday 08 May 2017 04:01:02 Marcos Douglas B. Santos wrote:
> >
> > Currently it can be defined in "var" section
> > "
> > var
> > obj1: TObj; //on stack
> > obj2: ^TObj; //on heap
> > begin
> > //obj1 does not need to be created
> > obj2:= tobj.create();
> > obj2.destroy();
> > "
> > or i
On Sun, May 7, 2017 at 4:15 PM, Martin Schreiber wrote:
> On Sunday 07 May 2017 18:48:13 Marcos Douglas B. Santos wrote:
>> On Sun, May 7, 2017 at 1:14 PM, Martin Schreiber wrote:
>> >> Classes should not exists in object-oriented programming. This is a
>> >> mistake. Only objects should exists.
On Sunday 07 May 2017 18:48:13 Marcos Douglas B. Santos wrote:
> On Sun, May 7, 2017 at 1:14 PM, Martin Schreiber wrote:
> >> Classes should not exists in object-oriented programming. This is a
> >> mistake. Only objects should exists.
> >
> > In MSElang "class" = "^object" on heap. So you mean th
On Sun, May 7, 2017 at 1:14 PM, Martin Schreiber wrote:
>> Classes should not exists in object-oriented programming. This is a
>> mistake. Only objects should exists.
>
> In MSElang "class" = "^object" on heap. So you mean there should be no object
> heap pointers but stack allocated objects only?
On Sunday 07 May 2017 16:18:09 Marcos Douglas B. Santos wrote:
>
> I think every language should be as simple as possible.
> So, if you can mix every Pascal concept in just one concept, called
> object, it is better.
>
> But if you care about programmers that came from another language and
> you ca
On Sat, May 6, 2017 at 11:33 AM, Martin Schreiber wrote:
>> Use only objects and change this syntax...
>> o1: ^obj5ty;
>> ...to this one
>> o1: obj5ty;
>>
> Correct. Plus o1^.f1 <-> c1.f1 for access of heap instance elements and
> that "class" instances always are on heap.
> "class" is for people
On Sun, May 7, 2017 at 7:05 AM, Graeme Geldenhuys
wrote:
>> MSElang and MSEpas (a subset of Free Pascal) have "string8" (utf-8)
>> "string16"
>> (utf-16) "string32" (ucs-4)
>
> That sounds good.
Why?
Is not it better to just use a single String type (as a class or not)
as you've said?
>> ...
>
2017-05-07 12:01 UTC+01:00, Martin Schreiber :
> On Sunday 07 May 2017 12:11:06 code dz wrote:
>>
>> sounds good , but i think it add some complexity to the code
>> readability, because the name (add) already indicates the operation ,
>> so why ['+'] , maybe operator instead of method should be fi
On Sunday 07 May 2017 12:11:06 code dz wrote:
>
> sounds good , but i think it add some complexity to the code
> readability, because the name (add) already indicates the operation ,
> so why ['+'] , maybe operator instead of method should be fine ! .
> just thought
>
The method names can be choos
On Sunday 07 May 2017 12:05:40 Graeme Geldenhuys wrote:
> On 2017-05-07 08:20, Martin Schreiber wrote:
> > MSElang and MSEpas (a subset of Free Pascal) have "string8" (utf-8)
> > "string16" (utf-16) "string32" (ucs-4)
>
> That sounds good.
>
> > and "bytestring" for any 8-bit encoding and
> > binar
>>
> I plan to use method attributes for operator overloading too:
> "
> type
> complexty = object
> real,imm: flo64;
> method add(const a,b: complexty): complexty ['+'];
> method sub(const a,b: complexty): complexty ['-'];
> method mul(const a,b: complexty): complexty ['*'];
> method to
On 2017-05-07 10:41, Martin Schreiber wrote:
>> btw the keyword (method) looks weird , (sub) is much better or
>> typical pascal (procedure , function) . its only my opinion ;)
>>
> I wanted to remove the distinction between "procedure" and "function",
> so "sub". Object procedures and functions
On 2017-05-07 08:20, Martin Schreiber wrote:
> MSElang and MSEpas (a subset of Free Pascal) have "string8" (utf-8)
> "string16"
> (utf-16) "string32" (ucs-4)
That sounds good.
> and "bytestring" for any 8-bit encoding and
> binary data.
Why this? Why not simply Byte or an array of bytes. The
On Sunday 07 May 2017 11:10:48 code dz wrote:
> btw the keyword (method) looks weird , (sub) is much better or
> typical pascal (procedure , function) . its only my opinion ;)
>
I wanted to remove the distinction between "procedure" and "function",
so "sub". Object procedures and functions have a
On Sunday 07 May 2017 11:01:40 code dz wrote:
> congratulation :)
> what about the rtl , would you uses fpc one of write your own ?
>
MSElang itself will only have a minimal RTL. For "daily business tasks" we
have the MSEgui environment already.
Martin
---
btw the keyword (method) looks weird , (sub) is much better or
typical pascal (procedure , function) . its only my opinion ;)
also the attribuates mechanism really looks cool .
seems the best dialect will born ;)
--
Che
congratulation :)
what about the rtl , would you uses fpc one of write your own ?
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_
On Saturday 06 May 2017 20:30:56 Graeme Geldenhuys wrote:
> On 2017-05-06 10:20, Martin Schreiber wrote:
> > Thoughts?
>
> What "string" and "character" types will MSElang support? Hopefully not as
> huge a list as FPC and Delphi.
>
https://gitlab.com/mseide-msegui/mselang/wikis/home
MSElang and M
On 2017-05-06 10:20, Martin Schreiber wrote:
> Thoughts?
What "string" and "character" types will MSElang support? Hopefully not as huge
a list as FPC and Delphi.
hint:
Java makes this simple. One string type (class), one character type and 8
other primitive data types. Much simpler and ea
On Saturday 06 May 2017 15:13:45 Marcos Douglas B. Santos wrote:
> On Sat, May 6, 2017 at 6:20 AM, Martin Schreiber wrote:
> > Hi,
> > I implemented objects and classes in MSElang:
> > https://gitlab.com/mseide-msegui/mselang/wikis/home/Mselang_objects
> >
> > Thoughts?
>
> In wiki home you wrote:
On Sat, May 6, 2017 at 6:20 AM, Martin Schreiber wrote:
> Hi,
> I implemented objects and classes in MSElang:
> https://gitlab.com/mseide-msegui/mselang/wikis/home/Mselang_objects
>
> Thoughts?
In wiki home you wrote: "records, objects and classes could be unified
in a single concept: Objects."
B
On Saturday 06 May 2017 11:29:42 Fred van Stappen wrote:
>
> By the way, what can we do already with mselang ?
>
It is not ready for public use.
> Do you have some examples ?
>
Testcases for the Free Pascal dialect:
https://gitlab.com/mseide-msegui/mselang/tree/master/mselang/test
> Is it possibl
De : Martin Schreiber
Envoyé : samedi 6 mai 2017 11:20
À : mseide-msegui-talk@lists.sourceforge.net
Objet : [MSEide-MSEgui-talk] MSElang Objects
Hi,
I implemented objects and classes in MSElang:
https://gitlab.com/mseide-msegui/mselang/wikis/home/Mselang_objects
Thoughts
Hi,
I implemented objects and classes in MSElang:
https://gitlab.com/mseide-msegui/mselang/wikis/home/Mselang_objects
Thoughts?
Martin
--
Check out the vibrant tech community on one of the world's most
engaging tech site
On Monday 25 November 2013 09:30:36 Michael Schnell wrote:
> On 11/22/2013 06:55 PM, Martin Schreiber wrote:
> > {$rtti on}
> > property prop1: int32 read fprop1 write fprop1; //streamed
> > {$rtti off}
>
> To me this looks worse than just "published" (it does not make much
> sense to allow
On 11/22/2013 06:55 PM, Martin Schreiber wrote:
>
> {$rtti on}
> property prop1: int32 read fprop1 write fprop1; //streamed
> {$rtti off}
To me this looks worse than just "published" (it does not make much
sense to allow for rtti aware private properties.
But anyway, does the compiler ne
On Fri, Nov 22, 2013 at 3:51 PM, Martin Schreiber wrote:
> On Friday 22 November 2013 19:40:29 Marcos Douglas wrote:
>> On Fri, Nov 22, 2013 at 2:55 PM, Martin Schreiber
> wrote:
>> > On Friday 22 November 2013 18:29:49 Marcos Douglas wrote:
>> >> But we can't do this:
>> >> "
>> >> type
>> >> t
On Friday 22 November 2013 19:40:29 Marcos Douglas wrote:
> On Fri, Nov 22, 2013 at 2:55 PM, Martin Schreiber
wrote:
> > On Friday 22 November 2013 18:29:49 Marcos Douglas wrote:
> >> But we can't do this:
> >> "
> >> type
> >> tfoo = object //rtti is off
> >> private
> >>fprop1: int32;
>
On Fri, Nov 22, 2013 at 3:02 PM, Martin Schreiber wrote:
> On Friday 22 November 2013 18:46:26 Ivanko B wrote:
>> {$rtti on}
>> ==
>> Why not simply a new keyword :
>>
>> nortti property prop1: boiolean read boolvar1; ...;
>> or
>> rttiproperty prop1: boiolean read boolvar1; ...;
>
On Fri, Nov 22, 2013 at 2:55 PM, Martin Schreiber wrote:
> On Friday 22 November 2013 18:29:49 Marcos Douglas wrote:
>
>>
>> But we can't do this:
>> "
>> type
>> tfoo = object //rtti is off
>> private
>>fprop1: int32;
>>fprop2: int32;
>>fprop3: int32;
>> protected
>> {$rtti on}
1 - 100 of 124 matches
Mail list logo
