Re: [fpc-devel] Re: FPC related fairy tale

2012-10-23 Thread Max Vlasov
On Fri, Oct 19, 2012 at 11:25 AM, Mark Morgan Lloyd markmll.fpc-de...@telemetry.co.uk wrote: Yes, a IIIe I scrounged. I believe there's a Pascal compiler for it but I've never tried running it. I believe that the Palms were at one time popular as a brain for mobile robot experiments,

Re: [fpc-devel] FPC-JVM: Status report on Android

2011-08-31 Thread Max Vlasov
On Thu, Sep 1, 2011 at 1:13 AM, Sven Barth pascaldra...@googlemail.com wrote: I'll try to improve the unit names of the android unit and its dependencies a bit and then it might become the first package for FPC-JVM ;) Sven, thanks for your tests. Adding hwfpo (Hello World From Pascal Only)

Re: [fpc-devel] New FPC target: JVM

2011-08-20 Thread Max Vlasov
On Sat, Aug 20, 2011 at 12:49 PM, Jonas Maebe jonas.ma...@elis.ugent.bewrote: There is a new branch in svn (branches/jvmbackend) that contains support for compiling Pascal code into Java virtual machine bytecode. While it does not support all language constructs and while there are some

Re: [fpc-devel] Delphi XE2 uses FPC for iOS target

2011-08-18 Thread Max Vlasov
On Thu, Aug 18, 2011 at 1:57 AM, Graeme Geldenhuys graemeg.li...@gmail.comwrote: On 15 August 2011 10:48, Michael Schnell wrote: I never tried this, but I feel that IDEs (integrating code editor, GUI designer, make process, and debugger) have been invented for a purpose. I agree with all

Re: [fpc-devel] Delphi XE2 uses FPC for iOS target

2011-08-18 Thread Max Vlasov
On Thu, Aug 18, 2011 at 9:56 PM, Graeme Geldenhuys graemeg.li...@gmail.comwrote: On Thursday, 18 August 2011, Max Vlasov wrote: Adding new aligners and using it for items of another aligner can build very complex layouts not using direct coordinates at all. Seems like the port

Re: [fpc-devel] Delphi XE2 uses FPC for iOS target

2011-08-07 Thread Max Vlasov
On Mon, Aug 8, 2011 at 12:49 AM, Florian Klämpfl flor...@freepascal.orgwrote: Am 07.08.2011 18:27, schrieb Jonas Maebe: And I don't understand all this hostility towards Embarcadero. Indeed. People should be happy that there is a pretty large commercial vendor which provides an

Re: [fpc-devel] Const optimization is a serious bug

2011-07-10 Thread Max Vlasov
On Sun, Jul 10, 2011 at 12:01 PM, Alexander Klenin kle...@gmail.com wrote: On Sun, Jul 10, 2011 at 18:53, Hans-Peter Diettrich drdiettri...@aol.com wrote: When the meaning of const/constref is documented as kind of a *calling convention*, that allows the compiler to optimize the code, no more

Re: [fpc-devel] Const optimization is a serious bug

2011-07-10 Thread Max Vlasov
On Mon, Jul 11, 2011 at 4:45 AM, Chad Berchek ad...@vobarian.com wrote: 1. It seems that if a string is a (non-const) local variable it should be safe. I base this on the following reasoning: looks like it's not: procedure TForm1.Button1Click(Sender: TObject); var S: string; procedure

Re: [fpc-devel] Const optimization is a serious bug

2011-07-09 Thread Max Vlasov
On Sat, Jul 9, 2011 at 4:13 AM, Martin f...@mfriebe.de wrote: On 09/07/2011 00:59, Max Vlasov wrote: On Sat, Jul 9, 2011 at 3:14 AM, Martinf...@mfriebe.de  wrote: function CRCConstString(constref Str: string): integer; does what you describ Hmm, it's interesting.. Some observations

Re: [fpc-devel] Const optimization is a serious bug

2011-07-08 Thread Max Vlasov
On Sat, Jul 9, 2011 at 3:14 AM, Martin f...@mfriebe.de wrote: On 09/07/2011 00:09, Max Vlasov wrote: The answer is indirect referencing. it's a workaround that probably will solve the problem, but I must admit that I don't know what is the exact performance price. The compiler when it detects

Re: [fpc-devel] Const optimization is a serious bug

2011-07-04 Thread Max Vlasov
On Tue, Jul 5, 2011 at 12:39 AM, Chad Berchek ad...@vobarian.com wrote: I've been reading over some of the recent discussion about reference counting problems with const string parameters. I've done some experiments and I believe that the so-called const optimization is a serious flaw, not

Re: [fpc-devel] Re: Nested register error for procedure passing address

2011-01-10 Thread Max Vlasov
with a define. But I may be wrong Max Vlasov ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-12-02 Thread Max Vlasov
On Wed, Dec 1, 2010 at 6:44 PM, Hans-Peter Diettrich drdiettri...@aol.comwrote: I thing there might be some logical contradictions I'm not aware at the moment, but I think they can be resolved with general oop inheritance logic. My experience with const methods in C++ often resulted in a

[fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
features that later possible other parties (read Embarcadero :) will be willing to adapt? Thanks, Max Vlasov ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 6:57 PM, Sergei Gorelkin sergei_gorel...@mail.ruwrote: Max Vlasov пишет: Speaking of new features, I remember the bunch of them were introduced with Delphi 1.0 and many of them were inspired by other languages and dialects. I admit that frequent implementing

[fpc-devel] Re: New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 11:42 AM, Max Vlasov max.vla...@gmail.com wrote: An idea here is to introduce a directive (maybe something else, but directive looks more straightforward), let's call it readonly that forces the method to be able only to read the fields and properties of the object

Re: [fpc-devel] New language feature suggestion (probably not existing in Delphi)

2010-11-26 Thread Max Vlasov
On Fri, Nov 26, 2010 at 9:45 PM, Nikolay Nikolov nick...@users.sourceforge.net wrote: On 11/26/2010 10:42 AM, Max Vlasov wrote: Is anyone aware of similar concept in any other OOP language? Yes, C++ has it: http://duramecho.com/ComputerInformation/WhyHowCppConst.html It's true that it's

Re: [fpc-devel] Component FTag and Tag should be int64

2010-11-23 Thread Max Vlasov
and straightforward. Other consideration, if something starts to depend on future decisions of other developers, isn't it easy to create a simple (very simple) workaround :) Max Vlasov ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http

Re: [fpc-devel] Component FTag and Tag should be int64

2010-11-23 Thread Max Vlasov
On Tue, Nov 23, 2010 at 11:32 PM, Andrew Brunner andrew.t.brun...@gmail.com wrote: On Tue, Nov 23, 2010 at 1:59 PM, Max Vlasov max.vla...@gmail.com wrote: Andrew, Creating TList as a field for storing extra structures and objects and supporting extra data reference using Tag as an index

Re: [fpc-devel] Component FTag and Tag should be int64

2010-11-22 Thread Max Vlasov
not portable hint/warning so no matter how big Tag is, writing SomeMyAddr:=pointer(Obj.Tag) already warns the developer. Hmm, also a little off-topic analogy, AMD was the second until they were first with 64-bit processors. Intel just had to follow. Project this to Pascal ;-) Max Vlasov

[fpc-devel] Suggestion regarding dynamic packages

2010-11-21 Thread Max Vlasov
section of a unit) showed very little performance degradation, but for general approach it was almost unnoticeable. What you think? Thanks, Max Vlasov, maxerist.net ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman

Re: [fpc-devel] Suggestion regarding dynamic packages

2010-11-21 Thread Max Vlasov
On Mon, Nov 22, 2010 at 1:40 AM, Willibald Krenn willibald.kr...@gmx.atwrote: Hi, Am 21.11.2010 12:49, schrieb Max Vlasov: I recently read the info about current implementation of packages and a post that dynamic packages support is at the early stage or not started yet. Knowing that fpc