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 l
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
> <561c05d6.4010...@windstream.net>):
>
>> On 10/12
On Mon, Oct 27, 2014 at 8:37 AM, Sven Barth 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 handle difference
On Tue, Oct 14, 2014 at 7:40 AM, Marco van de Voort 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 type).
> Goog
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 wrote:
> https://github.com/alrieckert/freepascal/
> https://github.com/graemeg/freepascal/
>
> Both of these usually sync several tim
On Sun, Feb 23, 2014 at 1:56 PM, Martin Frb 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 Project1;
> typ
Just a few points, since nobody replied yet ;-)
On Wed, Feb 19, 2014 at 5:55 PM, Thaddy 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 different for De
On Sun, Dec 15, 2013 at 10:29 AM, Daniel Sapundjiev 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
>
http://en.wikipedia.org/wiki
On Wed, Nov 6, 2013 at 5:45 AM, Andrea Mauri 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 be sure that t
On Fri, Aug 2, 2013 at 1:07 PM, Sven Barth wrote:
> On 02.08.2013 17:50, Flávio Etrusco wrote:
>>
>> On Fri, Aug 2, 2013 at 12:34 PM, Sven Barth
>> wrote:
>>>
>>> On 02.08.2013 17:01, Mattias Gaertner wrote:
>>>>
>>>>
On Fri, Aug 2, 2013 at 12:34 PM, Sven Barth wrote:
> On 02.08.2013 17:01, Mattias Gaertner wrote:
>>
>> On Fri, 02 Aug 2013 13:18:53 +0200
>> Sven Barth wrote:
(...)
>> What about code size?
>
>
> The code size for one unit is the same as if you had (in that example)
> declared a variant of "Is
On Mon, Mar 25, 2013 at 10:28 PM, Flávio Etrusco
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
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
>
> 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}
On Mon, Mar 11, 2013 at 3:44 AM, Jonas Maebe 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
On Mon, Mar 11, 2013 at 3:07 AM, Sven Barth wrote:
> Am 11.03.2013 02:31 schrieb "Flávio Etrusco" :
>
>> On Sun, Mar 10, 2013 at 6:08 PM, Sven Barth
>> wrote:
>> > (...)
>> > TTest = record
>> > t: LongInt;
>> > end;
>
On Sun, Mar 10, 2013 at 6:08 PM, 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 implementing this in FPC?
On Sun, Mar 10, 2013 at 11:56 AM, Marco van de Voort 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 fcp-pas
On Sun, Mar 3, 2013 at 1:28 AM, Sergei Gorelkin 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 ro
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
On Thu, Feb 7, 2013 at 2:33 PM, Graeme Geldenhuys
wrote:
> On 2013-02-06 19:24, Graeme Geldenhuys wrote:
>> Semaphore functionality seems pretty simple though, (...)
Not if you want high performance and multi-processor support.
___
fpc-devel maillist -
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
wrote:
> Well,
>
> The problem started
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
On Thu, Dec 29, 2011 at 10:49 AM, Jonas Maebe 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.
BTW, is there an
On Thu, Oct 13, 2011 at 7:13 PM, Paul Ishenin 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
>> DefaultSy
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 wrote:
> Am 19.09.2011 12:32, schrieb Skybuck Flying:
>>
>> Not sure if it compiles in free pascal, but it does compile in Delphi XE
>> at least
On Mon, Sep 19, 2011 at 5:55 AM, Vincent Snijders
wrote:
> 2011/9/18 Flávio Etrusco :
>> On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt
>> wrote:
>>>
>>>
>>
>> It made, thanks a lot!
>> You can see for yourself:
>> http://svn.freep
On Mon, Sep 19, 2011 at 4:36 AM, Marco van de Voort wrote:
> In our previous episode, Fl?vio Etrusco said:
>> compatibility feature, and as such should care more about correctness
>> and ease-of-use rather than performance. I thought the endless bugs
>> WRT to char vs codepoint indexes, even in Ja
On Sun, Sep 18, 2011 at 11:45 AM, Jonas Maebe 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.
On Sun, Sep 18, 2011 at 6:50 AM, Marco van de Voort 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
> that
On Sat, Sep 17, 2011 at 10:59 AM, DaWorm 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 strings become ob
On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt
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.
>
&
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
__
>
>> 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 Mar
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 spec
On Wed, Sep 14, 2011 at 6:04 AM, Felipe Monteiro de Carvalho
wrote:
> On Wed, Sep 14, 2011 at 10:46 AM, 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 mean a Unicode
>>> string in the true sense - it can
On Mon, Sep 12, 2011 at 11:42 PM, Hans-Peter Diettrich
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, stores it in a da
On Fri, Aug 12, 2011 at 9:18 AM, Michael Schnell 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 not
On Sat, Jul 9, 2011 at 6:55 PM, Hans-Peter Diettrich
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-H
On Fri, Jul 8, 2011 at 7:05 AM, Jonas Maebe wrote:
(...)
> The main problem here is that FPC's exception handling is based on
> setjump/longjump. This technique has a relatively high overhead for "try",
> but low overhead when an exception actually occurs (of course, since
> exceptions are suppose
>
> 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 compile&install procedure?
>
> No, I didn't because I didn't know this procedure.
>
>> AFAICT fpc-pascal was ok (if not be
On Tue, Jun 28, 2011 at 9:23 AM, Marcos Douglas 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 DEBUG option
>
>>> 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 k
On Tue, May 10, 2011 at 1:26 PM, 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 creating
> Bad?: n
> 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
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
http://lists.freepascal.org/mailman/listinf
On Wed, May 19, 2010 at 2:37 PM, "Vinzent Höfler"
wrote:
> Graeme Geldenhuys :
>
>> 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! It
>> sho
On Wed, May 19, 2010 at 12:16 PM, Florian Klaempfl
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! It shou
On Tue, May 18, 2010 at 3:39 AM, Graeme Geldenhuys
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. But thinki
On Fri, May 14, 2010 at 11:45 AM, Graeme Geldenhuys
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? TBulkInvoiceRateListForm class is a desc
Issue tracker:
http://bugs.freepascal.org/view.php?id=16153
2010/3/30 Flávio Etrusco :
> On Tue, Mar 30, 2010 at 6:04 AM, Marco van de Voort wrote:
>> In our previous episode, Fl?vio Etrusco said:
>>>
>>> Second question: In current code, when ASubText is ''
On Tue, Mar 30, 2010 at 6:04 AM, Marco van de Voort 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 returns tr
2010/3/29 Jonas Maebe :
>
> 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 firs
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
_
On Tue, Mar 16, 2010 at 12:41 PM, Paul Ishenin 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 f
On Tue, Mar 16, 2010 at 12:22 PM, Jonas Maebe 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 from one object fil
On Mon, Mar 15, 2010 at 7:31 AM, Jonas Maebe 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 expressing
>>> method
On Fri, Mar 12, 2010 at 2:11 PM, Jonas Maebe 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:
>> http://www.agner.org/opti
On Wed, Mar 3, 2010 at 9:08 AM, Jonas Maebe wrote:
>
> On 03 Mar 2010, at 12:18, Mattias Gaertner wrote:
>
>> On Wed, 03 Mar 2010 11:44:42 +0100
>> Michael Schnell wrote:
>>
>>> How come LCL is installed with, and RTL is installed without debugging
>>> information ?
>>
>> To fit most user expecta
On Wed, Feb 17, 2010 at 4:10 AM, dmitry boyarintsev
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)
-Flávio
>
> 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
>> 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
Hello,
is there any known limitation on gdb integration or the debuginfo that
prevents gdb from stopping on breakpoints inside operator overload
functions?
Best regards,
Flávio
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepa
2010/2/9 Jonas Maebe :
>
> 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}
Hello,
maybe it's a bit late to bring this issue (for the current releases),
but is there a reason there was no announcements for the later FPC
releases and no Lazarus announcements ever?
I think LWN is an important channel to divulging OSS projects.
Best regards,
Flávio
_
Hello,
The problem I'm trying to solve is that I find the $define system to
have a (an unnecessary) propensity for errors caused by typos; if you
don't agree please ignore my YAAP (yet another annoying proposition).
Because of this propensity for erros with the $define system (and
because it caus
>
> 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
On Tue, Dec 22, 2009 at 9:09 AM, Florian Klaempfl
wrote:
> Flávio Etrusco schrieb:
>> But what's your
>> opinion on extending it to standard procedures?
>
> I see no sense in doing so.
>
Do you mean this syntax or the feature at all? Do you know another way
t
On Tue, Dec 22, 2009 at 6:34 AM, Jonas Maebe 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:
>>
>>
>> http://stackoverflow.com/ques
On Tue, Dec 22, 2009 at 5:14 AM, Michael Schnell 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 usi
On Tue, Dec 22, 2009 at 2:27 AM, Alexander Klenin wrote:
> On Tue, Dec 22, 2009 at 14:42, Paul Ishenin 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&
On Tue, Dec 22, 2009 at 1:42 AM, Paul Ishenin 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?
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 avo
(...)
> 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
__
> (...)
>
> 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
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 (minor)
>
> 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 DWAR
>
> 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 p
2009/3/3 Jonas Maebe :
>
> 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 a
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
> > > 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 (seem
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 fur
> (...)
> 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 enti
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 implement
(...)
>
> 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
dupl
> 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
___
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.
Helpin
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
de
Err, Marco, I guess this is not part of his change?
-Flávio
On 3/20/07, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> Index: packages/base/Makefile.fpc
> ===
> --- packages/base/Makefile.fpc (revision 6932)
> +++ packages/base/M
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 cre
be <[EMAIL 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 reall
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,
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 rathe
> 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 pre
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[](unsigne
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
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
> > in
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 co
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>
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 overh
1 - 100 of 111 matches
Mail list logo
