files for the compiler are?
Can someone help me setup so I can start to study the code and see how I can
start working on it?
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
and bringing it at least to the level of
the Delphi one is critical for the overall FPC success IMHO, and will allow
us to port and offer all of our components in FPC .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi
Fantastic :-) Can’t wait to try it when it is integrated :-)
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Nikolay Nikolov
Sent: Sunday, March 22, 2015 2:14 PM
Hmm... it never happened to C/C++.
It seems to work well there.
C# also seems to be doing well...
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message
sure there will be even more attributes needed over
time, and we should consider using the attribute form when it makes sense as
in this case IMHO.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
I second that. This is definitely a variable not a type modifier. The
variable is the one that is weak.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original
I second this. I would surely love to test drive it. I am also sure we will
gather valuable experience from testing it.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Marco van de Voort
Sent: Monday, October 27, 2014 3:50 AM
To: FPC developers' list
Except attributes can't be confused with variables ;-).
And the other benefit I did not mentioned earlier, a lot of the attributes
(if not all) can actually be implemented as compiler extending libraries ;-)
.
With best regards,
Boian Mitov
As for 2. this is example where attribute could have helped ;-) . Just another
argument in favor of attributes vs. new keywords ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
allows users easily to customize the compiler for their needs.
Now I know the concept for compiler being expanded/modified via library is
probably a new one, but .NET already has introduced elements of this years
ago, and seems to work well for them ;-) .
With best regards,
Boian Mitov
, and it reduced the code significantly. In our
case it also creates the objects, so we also eliminate most constructors
too, but even just the elimination of destructors is a great benefit.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
in the crowd ;-)
IMHO .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Marco van de Voort
Sent: Monday, October 27, 2014 2:23 PM
.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Sven Barth
Sent: Monday, October 27, 2014 3:31 PM
To: fpc-devel@lists.freepascal.org
Subject
Working on the docs at the moment.
Trying to make a new release before my travel to ITDevCon. I will do 3
sessions covering different aspects of Mitov.Runtime there.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
We already implement equivalent of signals as I mentioned in Mitov.Runtime,
however they are anonymous methods based, and we call them TMultiProc but
they are the same thing. I even showed a code snippet in another post.
With best regards,
Boian Mitov
, usually ARC does it exactly in the places you
have to guard, and tends to do it cheaper (in terms of code and CPU usage).
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
to
depend on RTL implementation, you start to get in troubles IMHO.
I think parallel processing belongs in library implementations.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
What I am saying is that the parallel loop handles only one specific case of
parallelization, and with limited options.
A library implementation on the other hand offers full flexibility.
With best regards,
Boian Mitov
---
Mitov Software
without ARC is practically suicidal IMHO.
That might well be, but it does not deny the cost.
There is always cost for parallelization (Actually same when doing it with
humans - I know that as a CEO :-D )
With best regards,
Boian Mitov
Strings do not contain pioneers themselves.
Any standard tree design however usually contains circular reverences, and
pose the thread of leak if Weak pointers are not used usually for the Parent
pointer in the children.
Double linked list is another example.
With best regards,
Boian Mitov
of functional programming on the last CodeRage. But there are
also plenty of other resources.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Dmitry Boyarintsev
Sent
allow).
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Nikolay Nikolov
Sent: Wednesday, September 24, 2014 3:34 PM
To: fpc-devel@lists.freepascal.org
Subject: Re
Correct. I am only mentioning it as it is related to reference counted
objects albeit trough interface.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original
counting.
This immediately allows me to argue that your solution will use more memory
and will be slower as it needs additional containers and support code
altogether. So you basically are reconfirming yet again the advantages of
using ref. counting.
With best regards,
Boian Mitov
the solutions are working
this way.
Any other approach has limitations, and indeed more overhead (i.e. additional
lists and code just to maintain the data)
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
one day OpenWire will again be Lazarus/FPC compatible.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: silvioprog
Sent: Tuesday, September 23, 2014 9:22 AM
To: FPC
If you read the history:
June 12, 2013 | 6.0 | Dropped Lazarus support due to lack of language features.
It is not compatible any more :-( . Hope this will change.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Sven Barth
Sent: Tuesday, September 23, 2014 10:04 AM
To: FPC developers' list
Subject: Re: [fpc-devel] Suggestion: reference counted
do what we do, but there is no
magic. It is all very well developed (I dear to say), and at the end very
simple code (Took many years to get it that simple :-D ).
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
, probably not even measurable.
Copy of a large object can take a large memory transfer, and will also reserve
memory for each copy, thus significantly increasing memory.
While both approaches have something going for them, they are not total subside
for each other.
With best regards,
Boian Mitov
and expertise.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Peter Popov
Sent: Tuesday, September 23, 2014 12:51 PM
To: FPC developers
Yeah he does not seem to understand ARC that well :-( .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Sven Barth
Sent: Tuesday, September 23, 2014 2:17 PM
not be
long :-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Peter Popov
Sent: Tuesday, September 23, 2014 3:54 PM
To: FPC developers
');
end );
end;
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Dmitry Boyarintsev
Sent: Tuesday, September 23, 2014 7:00 PM
To: FPC developers' list
Subject: Re
methods centric.
So far this has worked well for us, but sure the future will show who is right
on this one ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Dmitry
the language, and is widely
considered to be a bad practice. It should be avoided whenever possible
IMHO.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message
Because it requires writing a lot more code, just to get the Ref. Count, and
as I stated in another mail, you don't have direct field access.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
If you have anonymous methods, you don’t need parallel loops, as I have
demonstrated in my sessions.
We use anonymous method parallel loop, and parallel recursion easily, and with
greater flexibility than any language modification can achieve.
With best regards,
Boian Mitov
covered that in great detail in my
last CodeRage session on functional programming.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Michael Schnell
Sent: Monday, September
is practically suicidal IMHO.
I have also done a large number of sessions covering only some of the
aspects of this in a number of conferences, but even those bits and pieces
will give you idea of what ARC can do for parallel processing.
With best regards,
Boian Mitov
otherwise either ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Michael Schnell
Sent: Monday, September 22, 2014 2:22 AM
To: fpc-devel
++ without them to “save
space”?
...
I think history has at least so far always been on the side of my arguments ;-)
.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From
/recursive) constructs.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Michael Schnell
Sent: Monday, September 22, 2014 5:58 AM
To: fpc
, and
captures everything by reference :-( .
This is something to be considered when implementing anonymous methods or
lambdas in FPC, especially for multithreading and parallel execution.
With best regards,
Boian Mitov
---
Mitov Software
very
specific cases.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Boian Mitov
Sent: Monday, September 22, 2014 11:54 AM
To: FPC
I know ;-) . I meant the default behavior.
Very much anything can be accessed and instantiated trough pointers :-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From
.
In COM we work around that with non interface pointers, (effectively weak
pointers ;-) ).
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: hinstance
Sent: Monday
(in this case with
interfaces), we would simply would not have been able to do that...
You can see our solutions here - www.mitov.com, and you can easily see the
complexity of the parallel processing that takes place.
With best regards,
Boian Mitov
is not that detached from
this one.
PS: Why they call them anonymous methods when they are actually anonymous
interfaced objects is something I always wondered about :-D . I guess mainly
because of the syntax, not the content. i.e. name it based on the cover not the
book :-D .
With best regards,
Boian Mitov
works around this, but that is what
they are - ugly, and sometime dangerous(ahem... unsafe casting) work
arounds.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
been
inching toward the goal of a perfect language, while FPC has not.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: John Briggs
Sent
for all of our customers as
well. So far there has not been a single bug report on anything like this.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message
regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Sven Barth
Sent: Sunday, September 21, 2014 12:33 AM
To: FPC developers' list
Subject: Re: [fpc-devel] Suggestion: reference
.
I hope if FPC implements anonymous methods, that they will also allow local
functions to be passed, and outdo Delphi :-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
even more will be shown both at ITDevCon and hopefully
CodeRage.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Jonas Maebe
Sent: Sunday
Absolutely! Interfaces have been used in threading for decades already in
may languages. I have also never heard of anyone having issues with them.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
to maintain
form of manual memory management, and my experience with it (Mainly
interfaces - almost everything we do is interfaced nowadays), confirms that
100%.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
to the tokenizer.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Sven Barth
Sent: Sunday, September 21, 2014 4:12 AM
To: fpc-devel
already.
The problem is even bigger. You can't even call a local function from
anonymous method doe to the same capturing issue :-( . This really should
have been addressed in Delphi.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
have good unit or functional testing should
not be big issue, and if you don’t will be a good chance to add it, or to at
least make sure the code really behaves.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
with the
language keyword pollution
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Gennady Agranov
Sent: Sunday, September 21, 2014 11:15 AM
To: fpc-devel
This is not true. Ref pointer is exactly the same size as non ref pointer.
the counter is in the instance not in the pointer to the instance ;-) .
You can study the interface implementations or the String implementations
they are done the same way.
With best regards,
Boian Mitov
in non ARC.
In essence you normally work with only Weak pointers, so if you let say like
them so much now, I don’t see a reason to hate them in ARC ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
Yes!
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
Is it really sufficient to protect refcounter changes by Interlocked
Inc/Dec, to prevent race conditions while
the size of the pointers (After all Delphi already has done it,
and their ref counted pointers are still 4 bytes for 32 bit processes).
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
, and attributes, we barely succeeded to
reduce our code from 4 mln lines of code to ~800K and it still is time
consuming to maintain :-( .
Anything that can reduce the code base further and speed up our development is
important for us, as I would guess for anyone else.
With best regards,
Boian Mitov
Hi Peter,
I strongly disagree... I think there is a great value in a reference counted
object, especially if we can enable/disable that with virtual method or even
better attribute ;-) .
Then you will have it any way you want :-) .
With best regards,
Boian Mitov
.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Ewald
Sent: Saturday, September 20, 2014 5:15 AM
To: FPC developers' list
Subject: Re: [fpc
conversation ;-) . I can easily
prove that it may speed up your code in some cases by factor of 100, by
allowing you easily to add hash tables or other fast search methods that
ware more difficult to manage without the ref counting as example ;-) .
With best regards,
Boian Mitov
This is actually a very good idea IMHO!
I would vote for it. Record inheritance is something I miss badly in Delphi.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From
to do it in assembler, C,
C++, Delphi, with and without OOP, as well as with and without ref. canting ;-)
. I have done them all...
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
If the compiler information is generated, I can work on the API to access it. I
think I can easily port my API to do that, and can contribute the version to
the open source project.
With best regards,
Boian Mitov
---
Mitov Software
on it at PasCon in
Holland, and will do also in Milan and in CodeRage, so you can see and judge
for your self, and BTW anonymous method storage is ref counted also ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
Hi Sven,
Please if you have done the RTTI work, please contact me at mi...@mitov.com,
and we can discuss what I can do. Otherwise please put me in touch with
whomever is working on it, so we can collaborate.
With best regards,
Boian Mitov
to manage and the one that tends to lead to the least problems IMHO
.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Gennady Agranov
Sent
working to hopefully address that in the future ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Giuliano Colla
Sent: Saturday, September 20, 2014 3:19 PM
To: FPC
...
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: Dmitry Boyarintsev
Sent: Saturday, September 20, 2014 7:46 PM
To: FPC developers' list
Subject: Re: [fpc-devel] Suggestion
regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Hans-Peter Diettrich
Sent: Saturday, September 20, 2014 8:34 PM
To: FPC developers' list
Subject: Re
regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Hans-Peter Diettrich
Sent: Saturday, September 20, 2014 8:14 PM
To: FPC developers' list
Subject: Re
I actually do not use FPC any more due to the lack of many advanced
features. I use Delphi. I hope however that will change.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
technology wise IMHO :-( .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Michael Van Canneyt
Sent: Friday, September 19, 2014 3:44 AM
competitor to the rest of the
development environments.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Jonas Maebe
Sent: Friday
Hi Silvio,
That was not the case when I checked last time ~3-4 months ago :-( .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
From: silvioprog
Sent: Friday
to have moved
very little, so I don't see how I have misinterpreted it.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Jonas Maebe
Sent
Me too!
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Ralf Quint
Sent: Friday, September 19, 2014 2:50 PM
To: fpc-devel
irrelevant :-( . It will be a shame after all the great effort that
has already gone into it if.
I am extremely overworked myself, but I am looking into any option to help it.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
properly used.
I am at the same time huge fan of strong typed languages. The advanced RTTI
does not really mean the code should and will not be strongly typed. Indeed
I have done my own RTTI API which is stronger typed than the one Delphi
provides.
With best regards,
Boian Mitov
. version, and adding some
missing information.
We will release it in few weeks as a free download, working on the
documentation and the demos at the moment.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
hater!
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Henry Vermaak
Sent: Tuesday, March 05, 2013 2:05 AM
To: FPC developers' list
IMHO.
Otherwise we all would have been writing in Assembler ;-) .
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Alexander Klenin
Sent
, and in few years may port everything to it.
I also have the option to pay some developers to add the necessary features
to FPC if it comes to that :-D .
So I am not short on options :-P .
I am insane, but not that insane :-D .
With best regards,
Boian Mitov
Ye, by writing 20 times more code for the same.
What here I can do with 3 lines, otherwise needs declaration of a new class,
new interface and new instance of the class.
So what I can do here i 15 seconds would take me 1 hour to do traditionally.
With best regards,
Boian Mitov
Thank you Michael,
This is a good advise :-) .
I guess I really should stop using Delphi in the future :-) .
I am surely not using FPC and staying with Delphi for now, but I appreciate
your advise.
Having less people use the language is the way to go :-D .
With best regards,
Boian Mitov
after the function is exited,
then it is virtually equivalent.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Michael Van Canneyt
Sent
be called
programming language, but that is a different story ;-) . I am really
bound of the limitations of the existing languages, and need to find a
drastic solution to progress further ;-) .
With best regards,
Boian Mitov
---
Mitov Software
recommendation :-) , nor will probably most of my customers, and there are
fear number of them ;-) .
I have recently started to remove the {$IFDEF FPC} parts from the source
code, since the chance to port to FPC seems less and less possible.
With best regards,
Boian Mitov
know when it is
foolish to take the risk.
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
---
-Original Message-
From: Michael Van Canneyt
Sent: Monday, March 04, 2013
Correct :-) .
Now back to running it ;-) .
Cheers!
See what I am cooking next:
http://www.mitov.com/OpenWireIDE.zip
Enjoy! :-D
With best regards,
Boian Mitov
---
Mitov Software
www.mitov.com
1 - 100 of 214 matches
Mail list logo
