Re: [fpc-devel] Prototype optimisation... Sliding Window

Kudos! In the end, did it make much of a difference in the compilation time? Em sex., 25 de fev. de 2022 às 02:08, J. Gareth Moreton via fpc-devel escreveu: > > I did it! > > After a good week of work and getting things wrong, I finally found a > solution that works nicely and is extensible, at

Re: [fpc-devel] Fwd: While - Otherwise Statement

On Mon, Oct 12, 2015 at 7:15 PM, David W Noon wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mon, 12 Oct 2015 15:11:18 -0400, Wkitty42 (wkitt...@windstream.net) > wrote about "Re: [fpc-devel] Fwd: While - Otherwise Statement" (in >

Re: [fpc-devel] VMS Pascal Compiler mode

On Mon, Oct 27, 2014 at 8:37 AM, Sven Barth pascaldra...@googlemail.com wrote: On 27.10.2014 11:51, Richard Apthorp wrote: Hi Sven, Thanks for the reply. Yes some of it could be handled by a unit for special types etc but not sure what adding a new mode means or how to do it, could this

Re: [fpc-devel] suggestion: virtual method co-variance

On Tue, Oct 14, 2014 at 7:40 AM, Marco van de Voort mar...@stack.nl wrote: I recently had to dive a bit into C++ again, and reconnected with a feature I liked at first sight, the C++ covariance of virtual methods (changing the return type of a overriden method to a descendant of the original

Re: [fpc-devel] svn/github conduits broken?

Probably some new user committed to svn and the user mapping for these git repositories weren't updated... -Flávio On Sun, Sep 7, 2014 at 4:02 AM, Michal Wallace michal.wall...@gmail.com wrote: https://github.com/alrieckert/freepascal/ https://github.com/graemeg/freepascal/ Both of these

Re: [fpc-devel] override works, even if result type changed?

On Sun, Feb 23, 2014 at 1:56 PM, Martin Frb laza...@mfriebe.de wrote: Just found that the below works. Note, that the result type of a (overridden) is different. Well, TFoo2 will always satisfy the needs of TFoo, so it seems save. I still found it surprising. Is it intended? program

Re: [fpc-devel] Issue 0025028 (Florian)

Just a few points, since nobody replied yet ;-) On Wed, Feb 19, 2014 at 5:55 PM, Thaddy tha...@thaddy.com wrote: This is marked as won't fix. I do not fully understand that. In Delphi, an interface is given a guid internally whatsoever it is declared. Are you sure about that? I remember

Re: [fpc-devel] for loop unroll optimization

On Sun, Dec 15, 2013 at 10:29 AM, Daniel Sapundjiev dan...@microdor.com wrote: Hi, Can someone explain the main idea behind the code In optloop.pas function unroll_loop(node : tnode) : tnode; What is the unroll about? Thanks in advance Daniel Sapoundjiev

Re: [fpc-devel] Re: TBits problem

On Wed, Nov 6, 2013 at 5:45 AM, Andrea Mauri andrea.mauri...@gmail.com wrote: any hint? should I have to open a bug report? Il 31/10/2013 16:23, Andrea Mauri ha scritto: Dear All, I am using TBits object but I found some errors using it. Before adding a bugreport to the bugtracker I would

Re: [fpc-devel] Little feature teaser

On Fri, Aug 2, 2013 at 12:34 PM, Sven Barth pascaldra...@googlemail.com wrote: On 02.08.2013 17:01, Mattias Gaertner wrote: On Fri, 02 Aug 2013 13:18:53 +0200 Sven Barth pascaldra...@googlemail.com wrote: (...) What about code size? The code size for one unit is the same as if you had

Re: [fpc-devel] Little feature teaser

On Fri, Aug 2, 2013 at 1:07 PM, Sven Barth pascaldra...@googlemail.com wrote: On 02.08.2013 17:50, Flávio Etrusco wrote: On Fri, Aug 2, 2013 at 12:34 PM, Sven Barth pascaldra...@googlemail.com wrote: On 02.08.2013 17:01, Mattias Gaertner wrote: On Fri, 02 Aug 2013 13:18:53 +0200 Sven

[fpc-devel] Re: Bug in StrUtils.ReplaceStr and ReplaceText

On Mon, Mar 25, 2013 at 10:28 PM, Flávio Etrusco flavio.etru...@gmail.com wrote: Hello, functions ReplaceStr and ReplaceText don't set their results (in trunk). The bug is also present in 2.6.2. Best regards, Flávio ___ fpc-devel maillist - fpc

[fpc-devel] Bug in StrUtils.ReplaceStr and ReplaceText

Hello, functions ReplaceStr and ReplaceText don't set their results (in trunk). Best regards, Flávio ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Should the compiler work, if compiled with -Cr?

The particular crash in question is by cstringpattern: AnsiString; len:=length(cstringpattern); recordtokenbuf.write(cstringpattern[1],len); with a len of zero, writing 0 bytes from an address that is out of range. Could be solved by using {$PUSH} {$R-}

Re: [fpc-devel] Improper OUT usage.

On Mon, Mar 11, 2013 at 3:07 AM, Sven Barth pascaldra...@googlemail.com wrote: Am 11.03.2013 02:31 schrieb Flávio Etrusco flavio.etru...@gmail.com: On Sun, Mar 10, 2013 at 6:08 PM, Sven Barth pascaldra...@googlemail.com wrote: (...) TTest = record t: LongInt; end; var t

Re: [fpc-devel] Improper OUT usage.

On Mon, Mar 11, 2013 at 3:44 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 10 Mar 2013, at 22:08, Sven Barth wrote: On 10.03.2013 20:39, Flávio Etrusco wrote: I'd really like the compiler would stop with an error if it can't prove a variable/out/result is initialized. Did anybody try

Re: [fpc-devel] Improper OUT usage.

On Sun, Mar 10, 2013 at 11:56 AM, Marco van de Voort mar...@stack.nl wrote: In our previous episode, Vincent Snijders said: So be careful if you use OUT with types that have range limitations. Not setting the out parameter can make debug tools like gttt difficult. You found a big in

Re: [fpc-devel] Status of SEH in FPC

On Sun, Mar 3, 2013 at 1:28 AM, Sergei Gorelkin sergei_gorel...@mail.ru wrote: 03.03.2013 2:53, Flávio Etrusco пишет: Hello, what's the current state of the SEH in FPC trunk? IIRC - and according to wikipedia ;-) - SEH, at least for Windows, was in the 2.7 roadmap, but I can't find any

[fpc-devel] Status of SEH in FPC

Hello, what's the current state of the SEH in FPC trunk? IIRC - and according to wikipedia ;-) - SEH, at least for Windows, was in the 2.7 roadmap, but I can't find any related brach, or commit, or post. Also AFAIU would have some gains in both executable size and speed, correct? -Flávio

Re: [fpc-devel] Problem with nested classes and const struct values

FWIW FPC 2.6.0 also triggers the same error. AFAICS this problem is somewhat analogous to the limitation when declaring members in a record. Are you sure the unit in your big project is being compiled? -Flávio On Mon, Apr 30, 2012 at 3:39 PM, Andrew Brunner andrew.t.brun...@gmail.com wrote:

Re: [fpc-devel] Strange Problem!

You program isn't valid. You're assigning a constant (a global variable) to Result, so you shouldn't change it's contents through a pointer (if you change it normally the compiler+RTL will COW the value). You can use a shortstring or: Result := StringOfChar(' ', 16); -Flávio On Tue, Apr 24, 2012

Re: [fpc-devel] JVM: Question regarding converted Java code

On Thu, Dec 29, 2011 at 10:49 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 28 Dec 2011, at 23:28, Sven Barth wrote: 1) as it seems to be a rather usual practice in Java, would it be possible to disable the Constructor should be public warnings if the target cpu is the JVM? Yes.

Re: [fpc-devel] Ansistring code page

On Thu, Oct 13, 2011 at 7:13 PM, Paul Ishenin webpi...@mail.ru wrote: 13.10.2011 21:21, Jonas Maebe wrote: This I don't really understand. This is how delphi works according to my tests. I will retest to be 100% sure. Shouldn't the constant be converted at run time from UTF-8 to the

Re: [fpc-devel] Re: Converting records back and forth. (Forward declarations for records needed ?!?)

And this feature can be implemented with operators, but this is discussion for fpc-pascal, I guess. -Flávio On Tue, Sep 20, 2011 at 9:52 AM, Sven Barth pascaldra...@googlemail.com wrote: Am 19.09.2011 12:32, schrieb Skybuck Flying: Not sure if it compiles in free pascal, but it does compile

Re: [fpc-devel] ViewVC configuration

On Mon, Sep 19, 2011 at 5:55 AM, Vincent Snijders vincent.snijd...@gmail.com wrote: 2011/9/18 Flávio Etrusco flavio.etru...@gmail.com: On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt mich...@freepascal.org wrote: It made, thanks a lot! You can see for yourself: http

Re: RE : [fpc-devel] Unicode support (yet again)

On Sun, Sep 18, 2011 at 6:50 AM, Marco van de Voort mar...@stack.nl wrote: In our previous episode, Fl?vio Etrusco said: That's somewhat what I was thinking. Actually something like   UnicodeString = object (...) Such ability is not unique for an object. One can also do something like

Re: RE : [fpc-devel] Unicode support (yet again)

On Sun, Sep 18, 2011 at 11:45 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 18 Sep 2011, at 13:57, Flávio Etrusco wrote: One obvious way to mitigate this would be to store the last CodePoint-Char in the string record, so that at least the most common case is covered. ... and so

Re: [fpc-devel] ViewVC configuration

On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt mich...@freepascal.org wrote: On Fri, 16 Sep 2011, Flávio Etrusco wrote: Hello, may the FreePascal's ViewVC installtion be configured to paginate log results? It's log_pagesize in viewvc.conf. I added the entry. But it's undocumented

Re: RE : [fpc-devel] Unicode support (yet again)

On Sat, Sep 17, 2011 at 10:59 AM, DaWorm daw...@gmail.com wrote: This might be total crap, so bear with me a moment,  In an object like a Stringlist, there is a default property such as Strings, such that List.Strings[1] is equivalent to List[1], is there not?  If, as in .NET or Java, all

Re: the feature request, that started the discussion [Re: Adding properties into existing stabs/dwarf; gdb readable workaround ? [[Re: [fpc-devel] Status and ideas about debug info (stabs, dwarf / dwa

2) Execution of that properties. (getter) I understand it depends on GDB, and FPC can probably not affect it much. As far as the dwarf debug info can have an influence (if at all), it would be nice, if execution was NOT automatic. This is in contradiction with 1. I guess Martin means

[fpc-devel] ViewVC configuration

Hello, may the FreePascal's ViewVC installtion be configured to paginate log results? It's log_pagesize in viewvc.conf. Best regards, Flávio PS. There's no mention of any bugs related to it since 1.0.1 ;-) http://viewvc.tigris.org/source/browse/*checkout*/viewvc/tags/1.1.11/CHANGES

Re: [fpc-devel] Unicode support (yet again)

Who will be the first to write a UnicodeString object that uses an AnsiString as buffer so we can start doing some tests? What is in the cpstrnew and other unicode branches of FPC? (sorry, I'm using a 3G limited connection and FPC doesn't have a viewvc...) Can we start putting well thought-out

Re: [fpc-devel] Unicode support (yet again)

On Wed, Sep 14, 2011 at 6:04 AM, Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote: On Wed, Sep 14, 2011 at 10:46 AM,  michael.vancann...@wisa.be wrote: Can you clarify a bit. When you say unicode string to you mean UTF-16 (Delphi's definition of a unicode string), or do you

Re: Adding properties into existing stabs/dwarf; gdb readable workaround ? [[Re: [fpc-devel] Status and ideas about debug info (stabs, dwarf / dwar3)]]

On Mon, Sep 12, 2011 at 11:42 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: DaWorm schrieb: I don't understand why a property with a getter could ever be ran by a debugger.  If I have a property called NextValue, implanted by a method called GetNextValue, that increments a field,

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

On Fri, Aug 12, 2011 at 9:18 AM, Michael Schnell mschn...@lumino.de wrote: On 08/12/2011 01:56 PM, Thaddy wrote: It is not slow at all, it is lightning fast. So it obviously does use rendering hardware. As far as I suspect the framebuffer manipulation is indeed through the kernel. I did

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

On Sat, Jul 9, 2011 at 6:55 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: Flávio Etrusco schrieb: Isn't this unfortunately encumbered by patents? http://wiki.winehq.org/CompilerExceptionSupport http://yro.slashdot.org/story/05/05/12/1947213/Winelib-Hobbled-by-Exception-Handling-Patent

Re: [fpc-devel] Compiling FPC with DEBUG

On Tue, Jun 28, 2011 at 9:23 AM, Marcos Douglas m...@delfire.net wrote: Hi, I compile FPC with success using my tutorial: http://wiki.freepascal.org/Installing_Lazarus#Compiling.2Finstalling_FPC_and_Lazarus_from_Sources_of_SVN_.28Win32.29 Questions: 1- How can I compile all packages with

Re: [fpc-devel] Compiling FPC with DEBUG

Thanks, I will try. BTW, what that mean DEBUG=1? Is it exists =2, =3, etc? AFAIK no. 2) Did you try running make inside the dir with debug then running the normal compileinstall procedure? No, I didn't because I didn't know this procedure. AFAICT fpc-pascal was ok (if not better) for

Re: [fpc-devel] 019605: Safety check for const s: string (similar to Range or Overflow checks)

On top of what I already wrote on mantis. I believe my initial idea can be further simplified. Given:  procedure Foo(const s1, s2: string); What about records, arrays etc. containing ref. counted types? This case is shlighly different. (...) I suppose Florian already knows that, he just

Re: [fpc-devel] Declare variables inside the code

On Tue, May 10, 2011 at 1:26 PM, kingbiz...@gmail.com kingbiz...@gmail.com wrote: I have been playing on other languages sometimes and I see some features that speed-up a lot the code creating. I'm posting here one, I want to see what you think about it. Good: fast algorithm testings, code

Re: [fpc-devel] type pointer to record before record.

type TMyRecord = record mPrev : ^TMyRecord; // not allowed. end; Marco, only if you happen to know from the top of your head, would it be possible and without consequences to allow this kind of construction? (i.e. a pointer reference to itself) Best regards, Flávio

[fpc-devel] http://freepascal.org/develop.var is outdated (points to 2.2 branch)

Hello, The FPC Development page (http://freepascal.org/develop.var) still links to 2.2 releases and branch, no mention of 2.4... Best regards, Flávio ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Parameters must match exactly?

On Wed, May 19, 2010 at 12:16 PM, Florian Klaempfl flor...@freepascal.org wrote: Graeme Geldenhuys schrieb: Florian Klaempfl het geskryf: At least we try to avoid it to make it people too easy to shoot themself into the foot. Developers should be free to shoot themselves wherever they want!

Re: [fpc-devel] Parameters must match exactly?

On Wed, May 19, 2010 at 2:37 PM, Vinzent Höfler jellyfish.softw...@gmx.net wrote: Graeme Geldenhuys graemeg.li...@gmail.com: Florian Klaempfl het geskryf: At least we try to avoid it to make it people too easy to shoot themself into the foot. Developers should be free to shoot

Re: [fpc-devel] Parameters must match exactly?

On Tue, May 18, 2010 at 3:39 AM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Florian Klaempfl het geskryf: http://en.wikipedia.org/wiki/Factory_method_pattern Sorry for the sarcasm, Sarcasm? For sarcasm, you need to have a clue. No need to be rude. At first I thought it was rude too.

Re: [fpc-devel] Parameters must match exactly?

On Fri, May 14, 2010 at 11:45 AM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: Hi, I tried using FPC 2.5.1 today to see how compatible is our application with it compared to FPC 2.4.1 I got stacks of the following errors.  Why is this change forced in FPC 2.5.1?  

Re: [fpc-devel] StrUtils unit (is poorly implemented)

On Tue, Mar 30, 2010 at 6:04 AM, Marco van de Voort mar...@stack.nl wrote: In our previous episode, Fl?vio Etrusco said: Second question: In current code, when ASubText is '', AnsiStartStr returns False and AnsiEndsStr returns True. Is this correct? If the string='' then ansistartsstr

Re: [fpc-devel] StrUtils unit (is poorly implemented)

Issue tracker: http://bugs.freepascal.org/view.php?id=16153 2010/3/30 Flávio Etrusco flavio.etru...@gmail.com: On Tue, Mar 30, 2010 at 6:04 AM, Marco van de Voort mar...@stack.nl wrote: In our previous episode, Fl?vio Etrusco said: Second question: In current code, when ASubText

Re: [fpc-devel] StrUtils unit (is poorly implemented)

2010/3/29 Jonas Maebe jonas.ma...@elis.ugent.be: On 29 Mar 2010, at 08:57, Michael Van Canneyt wrote: On Sun, 28 Mar 2010, Flávio Etrusco wrote: are StrUtils just for Delphi compatibility or are they meant for real use? In the first case, is there an alternative unit? In the second, would

[fpc-devel] StrUtils unit (is poorly implemented)

Hello, are StrUtils just for Delphi compatibility or are they meant for real use? In the first case, is there an alternative unit? In the second, would simple patches to implement AnsiStartsStr and AnsiEndsStr with CompareMem (for starters) be accepted? Best regards, Flávio

Re: [fpc-devel] dward debug info - someone promiced more compact debug info than stabs

On Tue, Mar 16, 2010 at 12:22 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 16 Mar 2010, at 15:58, Paul Ishenin wrote: Why dwarf information has so big debug files (comparing with stabs) on windows? Because Windows (just like Darwin) does not support referring to DWARF debug info

Re: [fpc-devel] dward debug info - someone promiced more compact debug info than stabs

On Tue, Mar 16, 2010 at 12:41 PM, Paul Ishenin webpi...@mail.ru wrote: 16.03.2010 22:33, Jonas Maebe wrote: Why dwarf information has so big debug files (comparing with stabs) on windows? Because Windows (just like Darwin) does not support referring to DWARF debug info from one object file

Re: [fpc-devel] properties with getter evaluation in gdb

On Mon, Mar 15, 2010 at 7:31 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 15 Mar 2010, at 11:12, Paul Ishenin wrote: 15.03.2010 17:01, Jonas Maebe wrote: the only problem in that respect is that without the hacky patch mentioned earlier, GDB's Pascal parser does not support

Re: [fpc-devel] properties with getter evaluation in gdb

On Fri, Mar 12, 2010 at 2:11 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 12 Mar 2010, at 17:59, Paul Ishenin wrote: 12.03.2010 23:51, Paul Ishenin wrote: If something more is required please let me know and I will search. Also found the next document with more info:

Re: [fpc-devel] Lazarus keeps it's secrets

On Wed, Mar 3, 2010 at 9:08 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 03 Mar 2010, at 12:18, Mattias Gaertner wrote: On Wed, 03 Mar 2010 11:44:42 +0100 Michael Schnell mschn...@lumino.de wrote: How come LCL is installed with, and RTL is installed without debugging information ?

Re: [fpc-devel] MemSize argument validity

Afaik fastmm does this on Delphi. Together with having barriers before and after the allocation that are checked regularly to see if they are overwritten. I'm sure somebody has to have asked this before (maybe even me :-$ ), but has someone ever tried to port fastmm to FPC? Best regards,

Re: [fpc-devel] RTL and Unicode filenames operations.

On Wed, Feb 17, 2010 at 4:10 AM, dmitry boyarintsev skalogryz.li...@gmail.com wrote: Reported: http://bugs.freepascal.org/view.php?id=15795 It's up to FPC team to accept or reject the package. thanks, dmitry I've read somewhere that Windows ANSI functions support utf-8? (despite the name)

Re: [fpc-devel] RFC: changing conditional compilation

Hi Jonas, As you can imagine I'd prefer to solve the $ifdef problem ;-) To be honest: no, I can't imagine why you would prefer that. The entire difference between $ifdef and $if is that $if checks the value of something (and hence will give an error if the symbol is undefined) and $ifdef

Re: [fpc-devel] RFC: changing conditional compilation

2010/2/9 Jonas Maebe jonas.ma...@elis.ugent.be: On 09 Feb 2010, at 01:24, Flávio Etrusco wrote: As far as I know, that's how macros behave. E.g.: {$macro on} {$define xxx:=1} {$if xxx} begin end. {$endif} If you undefine xxx, you'll get a compile time error. Downside: they don't

Re: Re[2]: [fpc-devel] Circular references and forward declarations

To summarize: From the language/compiler point of view, large files are no problem. We already concluded that, and in some cases the language even forces you to use large files. But, from a personal - human point of view, large files are not always nice. At least, some people think so. They

Re: [fpc-devel] Idea/question about a language (syntax) extension

On Tue, Dec 22, 2009 at 5:14 AM, Michael Schnell mschn...@lumino.de wrote: Flávio Etrusco wrote: WhAny alternatives? Using properties. -Michael Err, I don't get it. How do I avoid the situation I mentioned with the class/record fields alternative using properties? Best regards, Flávio

Re: [fpc-devel] Idea/question about a language (syntax) extension

On Tue, Dec 22, 2009 at 6:34 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote: On 22 Dec 2009, at 06:27, Alexander Klenin wrote: I'd say rather something like CallSomething(Arg1:=10, Arg2:='Test') which is already sort-of-supported by Delphi for automation classes:

[fpc-devel] Idea/question about a language (syntax) extension

Hi all, I want to propose a syntax extension for the compiler to check parameters' name on function/procure calls. Would such a patch be accepted? Does anybody have a suggestion for the syntax? (i guess something along the line of a compiler directive to go together with the parameter value to

Re: [fpc-devel] Idea/question about a language (syntax) extension

On Tue, Dec 22, 2009 at 1:42 AM, Paul Ishenin i...@kmiac.ru wrote: 22.12.2009 11:30, Flávio Etrusco wrote: Hi all, I want to propose a syntax extension for the compiler to check parameters' name on function/procure calls. Would such a patch be accepted? Does anybody have a suggestion

Re: [fpc-devel] Idea/question about a language (syntax) extension

On Tue, Dec 22, 2009 at 2:27 AM, Alexander Klenin kle...@gmail.com wrote: On Tue, Dec 22, 2009 at 14:42, Paul Ishenin i...@kmiac.ru wrote: 22.12.2009 11:30, Flávio Etrusco wrote: Hi all, I want to propose a syntax extension for the compiler to check parameters' name on function/procure calls

Re: [fpc-devel] TObject differences between fpc and delphi

(...) The ToString Javaism is poorly implemented in Delphi. I suggest that objfpc mode should be based on json or similar standards, which are already available. Not just rtti writeouts. It's poorly implemented on Java too, nonetheless... -Flávio

Re: [fpc-devel] Compiler hint for uninitialized local variable minor mistake

(...) This is due to the fact that if you pass a variable to an out parameter and this variable is reference counted or contains reference counted elements (in case of an array/record/object), then the compiler has to insert finalization code at the caller side for this variable before

Re: [fpc-devel] Warning: Constructor should be public

Actually, your constructor has the same signature as 'TObject.Create', so it should show a 'lower visibility' warning in Delphi, doesn't it? But, indeed, FPC shows the warning (should be public) for all constructors, even if you're not hiding from the parent class, and I always found this a

Re: [fpc-devel] Re: Debugger for FPC

I still did not yet get any discussion rolling on the issue of pure read functions (that have no side-effect). The debugger might use a pure read function to show the property value, but it can't if the read function is not pure. gcc does know about pure functions, thus I suppose DWARF also

Re: [fpc-devel] Mantis monitoring configuration

2009/3/3 Jonas Maebe jonas.ma...@elis.ugent.be: On 03 Mar 2009, at 06:47, Flávio Etrusco wrote: what's the current status on this issue, please? http://bugs.freepascal.org/view.php?id=8803 In what sense? Do you still get emails for all bug reports, or do you not get any emails at all (even

Re: [fpc-devel] Mantis monitoring configuration

So this one you should get. IIRC you cannot turn off messages for issues you reported. No problem, I don't want to do this ;-) BTW, did you know you have (at least) 2 accounts ? Oops. No, I didn't. Or maybe I vaguely remember forgetting my password and mantis not having a password

[fpc-devel] Mantis monitoring configuration

Hello, what's the current status on this issue, please? http://bugs.freepascal.org/view.php?id=8803 Best regards, Flávio ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] New -Xg option in the last 9778 revision

On Jan 18, 2008 7:47 AM, Peter Vreman [EMAIL PROTECTED] wrote: I suggested using Lazarus and the OP said he had great doubts because the size of the exe of his test program is 10 times the size of that compiled by Borland. Anyone who writes such texts doesn't look further than his

Re: [fpc-devel] New -Xg option in the last 9778 revision

That is partly true. The problem is that setting -Xs doesn't help if there is also -g in the command line. So people think that the compiler strips the executable, but in fact the binary is unstripped. But why doesn't FPC spit a warning when these (seemingly conflicting)

Re: [fpc-devel] .NET Reflection vs RTTI

(...) As far as the information itself that's available through RTTI / Reflection is concerned, the type information available in .NET is truly complete, down to every field and every method of every type. Also, the ability to associate any number of custom attributes with any of the entities

Re: [fpc-devel] property syntax extension

(...) Maybe: procedure MethodX; {%widgetsets win32 wince} This should be quicker and easier to implement then extending the ppu files. thanks, -- Felipe Monteiro de Carvalho Amen, brother Felipe ;-) The only downside to is that it'll probably be necessary to keep some duplicated

Re: [fpc-devel] property syntax extension

On 10/18/07, Inoussa OUEDRAOGO [EMAIL PROTECTED] wrote: It is a strong point. On the other hard keeping the language clean is an important responsible task we have. We never planned to be compatible with Delphi.NET. (I have never considered Delphi.NET a real Pascal implementation; it

Re: [fpc-devel] delphi compatibility issues

Ow ? I've coded a lot if interfaces with D6 and luckily it complained if I forgot to implement some of them. OTOH if the abstract keyword for classes was introduced/implemented in FPC it would be nice to have partial interface implementation just like Java ;-) Cheers, Flávio

Re: [fpc-devel] Release of fpc-2.1.4 aka 2.2.0-beta

On 5/19/07, Joost van der Sluis [EMAIL PROTECTED] wrote: Hello everybody, I'm happy to announce that release 2.1.4 aka 2.2.0 beta is out. We ask our users to test the changes made in the last few years. This beta will be available for about two months, whereafter 2.2.0 will be released. Helping

Re: [fpc-devel] Re: [FPC 0008690]: Add option/directive to ignore Parameter X not used hint

On 4/14/07, Micha Nelissen [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: The Parameter X not used hint is specially annoying in the case you use many callback functions like the used in LCL (TNotifyEvent and alike). Perhaps it's an idea to not show this hint by default for methods

Re: [fpc-devel] Array of Ansistring

A slightly related question: does FPC memory manager release unused memory back to the OS? Regards, Flávio On 3/12/07, Bram Kuijvenhoven [EMAIL PROTECTED] wrote: Jason P Sage wrote: MyArray: Array of ansistring; There is code I saw that seems to work great using: SetLength(MyArray,100);

Re: [fpc-devel] Array of Ansistring

PROTECTED] wrote: On 12 mrt 2007, at 16:25, Flávio Etrusco wrote: A slightly related question: does FPC memory manager release unused memory back to the OS? Yes, but not all of it since that causes extreme slowdowns in certain cases (due to constant freeing and reallocating memory to/from the OS

Re: [fpc-devel] Google summer of code

Actually, one can have a Google account with any other external email address. Cheers, Flávio On 3/12/07, Marc Weustink [EMAIL PROTECTED] wrote: Felipe Monteiro de Carvalho wrote: I already submited. I simply said that many of our mentors don´t have yet a google account but will create one

Re: [fpc-devel] Tail recursion optimization

On a side note, fixing branch priority (order? I like compiler programming but I'm not very into it :-( ) takes the run time down by about 20% on a Duron system... Do you plan to add some related tricks to FPC? (I'm not talking about the advanced lively analysis that is in the to-do, but rather

Re: [fpc-devel] Suggestion for change: Overly strict check

There's a reason, I always write self.Identifier and I also refuse to revert back to the so called Hungarian notation (like AParameter). Even if there is *no* parameter and/or field with that name it's always clear which part is meant. This is not Hungarian notation. Hungarian is to prefix

Re: [fpc-devel] Linking problem

I'd guess this library is exporting (and importing) in C++ symbols and thus can't be linked with FPC? -Flávio On 9/23/06, Ivo Steinmann [EMAIL PROTECTED] wrote: Hello all I tried to link libmodplug.so but get this error: /usr/lib/libmodplug.so: undefined reference to `operator new[](unsigned

Re: [fpc-devel] Reading empty collection from stream

Agreed, this is one of the weird Delphi misfeatures... In later SynEdit versions I implemented custom streameing functions which only store the diff from default keystrokes (i.e. the removed and added keystrokes compared to the default list). -Flávio On 9/7/06, Marc Weustink [EMAIL PROTECTED]

Re: [fpc-devel] Re: dominant short strings in compiler source

On 5/19/06, Daniël Mantione [EMAIL PROTECTED] wrote: Op Fri, 19 May 2006, schreef Micha Nelissen: On Fri, 19 May 2006 18:29:29 +0100 Peter Vreman [EMAIL PROTECTED] wrote: There are already some complains about the memory usage. Increasing the string size adds a lot more overhead.

Re: Re[2]: [fpc-devel] Re: dominant short strings in compiler source

On 5/19/06, Daniël Mantione [EMAIL PROTECTED] wrote: Op Thu, 18 May 2006, schreef Flávio Etrusco: L Dynamic arrays can be very handy and I never knew anyone who avoids L them. Of course if your array has fixed length there's no reason L to use a dynamic array either. L Fortunately

[fpc-devel] 'Variable may not have been initialized' hints

Hi all, please let me ask a few questions about this issue: - why these are hints instead of warnings? (maybe because the code isn't still show too many false positives?) - why are they shown to AnsiStrings? Aren't all AnsiStrings always initialized? - would/will you accept patches to fix FPC

Re: Re[4]: [fpc-devel] Re: dominant short strings in compiler source

On 5/19/06, Пётр Косаревский [EMAIL PROTECTED] wrote: Sorry, these two letters were accidentally sent personally. To Felipe Monteiro de Carvalho: probably Windows will become totally utf16 (not really unicode, but at least utf16) really soon (at least in newer versions in a way

Re: Re[2]: [fpc-devel] Re: dominant short strings in compiler source

On 5/18/06, Пётр Косаревский с mail.ru [EMAIL PROTECTED] wrote: L Can someone tell me how slow/fast a dynamic array is compared to a fixed one? Say you used L a dynamic array of chars or dynamic array of shortstrings - would the dynamic array be L slow on a general basis? Maybe we will have to

Re: [fpc-devel] Generics

On 4/12/06, Bisma Jayadi [EMAIL PROTECTED] wrote: It isn't clear to me what the current status about Generics is: http://www.freepascal.org/wiki/index.php/Generics http://www.dummzeuch.de/delphi/object_pascal_templates/english.html http://community.borland.com/article/0,1410,27603,00.html

Re: [fpc-devel] Generics

On 4/11/06, Marco van de Voort [EMAIL PROTECTED] wrote: Templates' pros: - support of primitive types; - flexibility (ability to call non-virtual and non-related methods, operators, etc); - ability of coding for speed. Type erasure generics' pros: - No additional generated code,

Re: [fpc-devel] Generics

On 4/11/06, Danny Milosavljevic [EMAIL PROTECTED] wrote: Hi, Am Montag, den 10.04.2006, 23:33 -0300 schrieb Flávio Etrusco: On 4/10/06, Danny Milosavljevic [EMAIL PROTECTED] wrote: Hi, (...) but thing is I can't see much use for generics for low level tasks. You need

Re: [fpc-devel] Generics

On 4/10/06, Danny Milosavljevic [EMAIL PROTECTED] wrote: Hi, (...) but thing is I can't see much use for generics for low level tasks. You need them for any kind of compile-time-type-checked collections... so as long as you only do I/O port programming, you are safe... no wait, only

Re: [fpc-devel] Generics

On 4/9/06, Florian Klaempfl [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: (...) Is there already a specification how they will look like in Delphi? (.net2)? What's planned? Can somebody explain? They are more like C++ templates. What? Do you mean that FPC implementation of generics

Re: [fpc-devel] Generics

On 4/9/06, Marco van de Voort [EMAIL PROTECTED] wrote: What? Do you mean that FPC implementation of generics wouldn't be based on type erasure but on beefed-up-precompiler-macros? Please say I got it all wrong :-o Do you have documents about type erasure in native languages where e.g. a

Re: [fpc-devel] Generics

On 4/9/06, Florian Klaempfl [EMAIL PROTECTED] wrote: Flávio Etrusco wrote: On 4/9/06, Florian Klaempfl [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: (...) Is there already a specification how they will look like in Delphi? (.net2)? What's planned? Can somebody explain

Re: [fpc-devel] Generics

I hope I'm not being too annoying, I'm just trying to understand better your decision/opinion. If you think this discussion is useless please speak and I'll shut up ;-) Well, talking about Java's speed never makes sense. LOL, I agree :-) Fact is, if you use classes that you've always an

  1   2   >