Hello Martin.
OK, I will (try to) be patient and wait for the first mselang release.
Before that very expected moment I will do a break with Pascal.
Thanks for all Martin.
Fre;D
--
Check out the vibrant tech
On Tuesday 27 June 2017 14:32:16 Fred van Stappen wrote:
>
> Other thing...
>
> In fpc, to initialize a variable:
>
> var
> x : integer = -1 ;
> y : integer = -1 ;
> z: integer = -1 ;
>
> I would prefer:
>
> var
> x, y, z : integer = -1 ;
>
MSElang probably will have no initializers for local
>> Personally, I do not like ^, @ and friends.
>> See that topic:
>>http://forum.lazarus.freepascal.org/index.php/topic,18928.msg107215.html
> For me reference and dereference operations are operations like addition and
> substraction. For me
> dest:= s1 + s1 - delta + p1^.a.b + p2^.r^;
> is
> Personally, I do not like ^, @ and friends.
>
> See that topic:
> http://forum.lazarus.freepascal.org/index.php/topic,18928.msg107215.html
>
For me reference and dereference operations are operations like addition and
substraction. For me
"
dest:= s1 + s1 - delta + p1^.a.b + p2^.r^;
"
is
>> - Would it be possible to compile fpc-code with mselang (would be the
>> fpc-syntax compatible) ?
>Yes, as long you use the subset used in MSEide+MSEgui, especially no macros
and no generics.
Perfect.
>> - Do you have plan to make work some (needed) features that do not work
>> with fpc ?
On Sunday 25 June 2017 14:56:52 Fred van Stappen wrote:
>
> - Would it be possible to compile fpc-code with mselang (would be the
> fpc-syntax compatible) ?
>
Yes, as long you use the subset used in MSEide+MSEgui, especially no macros
and no generics.
>
> - Do you have plan to make work some
Hello Martin.
http://free-pascal-general.1045716.n5.nabble.com/Implementing-AggPas-with-PtcGraph-td5728957i80.html
+
https://gitlab.com/mseide-msegui/mselang/tree/master/mselang/benchmark/putimage
= WoW.
Huh. some questions...
- Would it be possible to compile fpc-code with mselang
On Friday 26 May 2017 12:02:00 Fred van Stappen wrote:
> Do you have a idea when it will be possible to compile a library that uses
> those units ? :
>
>
> ---> Classes, ctypes, Math, sysutils. dynlibs, Pipes, cthreads, unixtype.
>
Not in near future, it still is much work to do.
>
Martin
Hello Martin.
The excellent result of float benchmark with mselang gives a big hope for all
Pascal developers.
Do you have a idea when it will be possible to compile a library that uses
those units ? :
---> Classes, ctypes, Math, sysutils. dynlibs, Pipes, cthreads, unixtype.
Thanks.
On Thursday 25 May 2017 00:50:46 Jon Foster wrote:
>
>
> Apple traded out GCC for CLang / LLVM some time ago. The only downside
> I've heard about LLVM is that its slow. Like GCC & friends weren't. But I
> think a lot GCC slowness is inherited from binutils and that's probably the
> same for
On 05/24/2017 01:27 PM, Fred van
Stappen wrote:
> So LLVM does something
like what Java's compiler does.
The kernel of FreeBSD is
made by LLVM-clang compiler.
(Even if the
> So LLVM does something like what Java's compiler does.
The kernel of FreeBSD is made by LLVM-clang compiler.
(Even if the script to build the kernel needs 8 different compilers ! (that are
in fact copy the same clang compiler with 8 different names !).
Fre;D
On 05/24/2017 10:51 AM, Martin Schreiber wrote:
> On Wednesday 24 May 2017 18:58:40 Graeme Geldenhuys wrote:
>> On 2017-05-24 17:52, Martin Schreiber wrote:
>>> which will be optimized ("opt") and compiled to machine code ("llc") or
>>> runned by a just in time compiler or interpreter ("lli").
>>
On Wednesday 24 May 2017 18:58:40 Graeme Geldenhuys wrote:
> On 2017-05-24 17:52, Martin Schreiber wrote:
> > which will be optimized ("opt") and compiled to machine code ("llc") or
> > runned by a just in time compiler or interpreter ("lli").
>
> So LLVM does something like what Java's compiler
On 2017-05-24 17:52, Martin Schreiber wrote:
> which will be optimized ("opt") and compiled to machine code ("llc") or runned
> by a just in time compiler or interpreter ("lli").
So LLVM does something like what Java's compiler does. I know nothing
about LLVM. :)
Regards,
Graeme
On Wednesday 24 May 2017 17:25:02 Jon Foster wrote:
>
> MSElang is using LLVM, right? Are you using an upstream provided x86 back
> end or did you have to write that?
MSElang produces LLVM bitcode
http://llvm.org/docs/BitCodeFormat.html
which will be optimized ("opt") and compiled to machine code
On 05/24/2017 06:32 AM, Graeme Geldenhuys wrote:
> On 2017-05-24 14:15, Martin Schreiber wrote:
> Bottom line FPC sucks for game development - unless you offload
> pretty much everything onto a GPU - something I was hoping wouldn't be
> needed for that project.
>
> FPC's saving grace is that
On 2017-05-24 15:35, Jon Foster wrote:
> Interesting! Only a 25% increase between your 3.2GHz and my 1.9GHz CPUs.
No real surprise. For many many years now, GHz is not a reliable
measuring stick to measure performance differences between CPUs. A 2Ghz
Intel i7 could easily outperform a 2.5Ghz
On 05/24/2017 07:31 AM, Martin Schreiber wrote:
> On Wednesday 24 May 2017 15:15:15 Martin Schreiber wrote:
>> On Wednesday 24 May 2017 07:47:09 Martin Schreiber wrote:
So what's MSElang's frame rate and on what kind of machine/OS?
>>> Not ready yet.
>> Linux 32 bit
>> Intel(R) Core(TM)
On Wednesday 24 May 2017 15:15:15 Martin Schreiber wrote:
> On Wednesday 24 May 2017 07:47:09 Martin Schreiber wrote:
> > > So what's MSElang's frame rate and on what kind of machine/OS?
> >
> > Not ready yet.
>
> Linux 32 bit
> Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
>
> With round() operations
>
On 05/24/2017 06:15 AM, Martin Schreiber wrote:
> On Wednesday 24 May 2017 07:47:09 Martin Schreiber wrote:
>
>>> So what's MSElang's frame rate and on what kind of machine/OS?
>> Not ready yet.
>>
> Linux 32 bit
> Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
>
> With round() operations
>
On Wednesday 24 May 2017 15:32:05 Graeme Geldenhuys wrote:
> On 2017-05-24 14:15, Martin Schreiber wrote:
> > FPC 3.0.2
> > -O- -> 8 FPS
> > -O4 -CfSSE3 -CpCOREI -> access violation
> > -O3 -CfSSE3 -CpCOREI -> access violation
> > -O4 -CpCOREI -> 8.2 FPS
>
> Bottom line FPC sucks for game
On 2017-05-24 14:15, Martin Schreiber wrote:
> FPC 3.0.2
> -O- -> 8 FPS
> -O4 -CfSSE3 -CpCOREI -> access violation
> -O3 -CfSSE3 -CpCOREI -> access violation
> -O4 -CpCOREI -> 8.2 FPS
Bottom line FPC sucks for game development - unless you offload
pretty much everything onto a GPU -
On 2017-05-24 06:47, Martin Schreiber wrote:
> That is wrong, the code is not identical. Please read the mail again,
> especially about the differences of round().
There was so many iterations of that program, I lost track of which one
I published. But I know for a fact I tried frac(), trunk()
On Wednesday 24 May 2017 07:47:09 Martin Schreiber wrote:
>
> > So what's MSElang's frame rate and on what kind of machine/OS?
>
> Not ready yet.
>
Linux 32 bit
Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
With round() operations
On Wednesday 24 May 2017 04:46:04 Jon Foster wrote:
> On 05/23/2017 10:45 AM, Martin Schreiber wrote:
> > On Friday 19 May 2017 18:06:18 Jon Foster wrote:
> >> 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
26 matches
Mail list logo