On Fri, 12 Jul 2013, vfclists . wrote:
At the end of the day there is a deeper philosophical issue here. An IDE user
is like a spreadsheet user, he is both a developer and consumer and he
shouldn't have to revert to primitive or external tools
to customize or gain immediate functional
On Thu, 27 Jun 2013, Michael Schnell wrote:
2) Nothing is copied on an assignment to a string variable, except the
reference to the memory object.
Sorry, I erroneously thought about the variable itself being ref counted,
while in fact the variable is a pointer to the (hidden) String
On Sun, 12 May 2013, Martin wrote:
I know a property read/write to a member of a record, if that record is a
field of the class.
I tested the following code, it seems fpc also allows that for classes.
type
TFoo = class
protected
cn: Integer;
end;
TForm1 = class(TForm)
private
On Sun, 5 May 2013, Bruce Tulloch wrote:
FWIW, I ran into this problem trying to use the RTL from the FPC 2.6.2 release
branch when built with -Cr. Attached is a patch that
works around the problematic code (in sockets.inc).
It does not fix the underlying problem (type mismatch upon
On Sun, 5 May 2013, Florian Klämpfl wrote:
Am 05.05.2013 09:56, schrieb Michael Van Canneyt:
On Sun, 5 May 2013, Bruce Tulloch wrote:
FWIW, I ran into this problem trying to use the RTL from the FPC 2.6.2
release branch when built with -Cr. Attached is a patch that
works around
On Sun, 5 May 2013, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
with -Cr, right?
No. I would not put my money on that.
Nevertheless it should.
Compiler, rtl: maybe.
But packages ? With all the C imports, DB access routines ?
I seriously doubt
On Tue, 9 Apr 2013, Mattias Gaertner wrote:
On Tue, 09 Apr 2013 08:24:11 +0200
Michael Schnell mschn...@lumino.de wrote:
On 04/08/2013 07:02 PM, Mattias Gaertner wrote:
I guess, you mean encoded string types.
AFAIK, you can just create string variables of the appropriate coding
type and
On Mon, 8 Apr 2013, Mattias Gaertner wrote:
On Sun, 7 Apr 2013 20:18:51 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
[...]
FPC is preparing for a complete unicode solution, with proper language support.
Great.
I guess, you mean encoded string types.
But even then, FPC
On Sun, 7 Apr 2013, Kostas Michalopoulos wrote:
On Sun, Apr 7, 2013 at 5:59 PM, Mattias Gaertner nc-gaert...@netcologne.de
wrote:
On Sun, 7 Apr 2013 13:35:40 +0200
Kostas Michalopoulos badsectorac...@gmail.com wrote:
[...]I looked around in FPC 2.6.2's units and found
On Sun, 24 Mar 2013, Mattias Gaertner wrote:
On Sun, 24 Mar 2013 13:37:06 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:
On Sun, 24 Mar 2013, Mattias Gaertner wrote:
Hi,
The unit dbf is marked as deprecated in fpc 2.6.2.
The unit bufdataset uses unit bufdataset_parser
On Tue, 5 Mar 2013, Paul Ishenin wrote:
05.03.13, 15:57, Michael Van Canneyt wrote:
With such an attitude you should remove objfpc (and perhaps all
non-delphi modes) alltogether, and rename Free Pascal to Free Delphi.
The situation with FPC and Delphi is very like to what had happened
On Tue, 5 Mar 2013, Sven Barth wrote:
Am 05.03.2013 07:56, schrieb Paul Ishenin:
05.03.13, 14:10, Sven Barth wrote:
ObjFPC mode is not compatible with mode Delphi, because of conscious
decisions. Think for example about the @ for procedure variable
assignments here or the use of symbolic
On Tue, 5 Mar 2013, Paul Ishenin wrote:
05.03.13, 16:30, Sven Barth wrote:
Just to say one thing clear: I will NOT drop FPC's generic
implementation and I'll revert every commit that tries to do so, because
Sven, relax - FPC is not your own project and not mine. We can't simple
commit or
On Tue, 5 Mar 2013, Graeme Geldenhuys wrote:
On 2013-03-04 20:33, Howard Page-Clark wrote:
You can simulate this in FPC as well as TP by using a local typed
constant. e.g.
function GetValue: integer;
const value: integer = 0;
begin
Inc(value);
Result:= value;
end;
I've seen this
On Tue, 5 Mar 2013, Paul Ishenin wrote:
Think about component and applications developers who need to care about FPC
and Delphi. Less incompatibilities FPC will have more 3rd party components
and applications it will get.
For this, mode delphi exists.
I remember author of Total
On Tue, 5 Mar 2013, Paul Ishenin wrote:
05.03.13, 17:12, Michael Van Canneyt wrote:
Of course we can, if you violate a basic rule: do not undo other peoples
work.
Can you imagine me or anybody other in FPC team who do so without total
agreement?
I hope not :)
It does not split
On Tue, 5 Mar 2013, Sven Barth wrote:
Am 05.03.2013 10:58, schrieb Henry Vermaak:
On Tue, Mar 05, 2013 at 09:41:37AM +, Mark Morgan Lloyd wrote:
Sven Barth wrote:
Am 05.03.2013 10:14, schrieb Mark Morgan Lloyd:
But on the other hand, if an application programmer could
disable FPC's
On Tue, 5 Mar 2013, Mattias Gaertner wrote:
Michael Van Canneyt mich...@freepascal.org hat am 5. März 2013 um 11:09
geschrieben:
On Tue, 5 Mar 2013, Sven Barth wrote:
Am 05.03.2013 10:58, schrieb Henry Vermaak:
On Tue, Mar 05, 2013 at 09:41:37AM +, Mark Morgan Lloyd wrote:
Sven
On Mon, 4 Mar 2013, Graeme Geldenhuys wrote:
On 2013-03-03 23:21, Marcos Douglas wrote:
Sad. Instead of fight, why not walking together?
I'm not joining any fight, simply wanted to know what the 'm' stood for.
I do not know nothing about compilers, but I know the Florian Klämpfl
will
On Mon, 4 Mar 2013, Michael Schnell wrote:
On 03/02/2013 04:02 PM, Florian Klaempfl wrote:
In theory yes but I still fear that the threadvars and synchronization eats
much of the advantage in this case.
I suppose the (high level) synchronization will be rather complex and eat
On Mon, 4 Mar 2013, Michael Schnell wrote:
On 03/04/2013 09:49 AM, Michael Van Canneyt wrote:
The solution must work on ALL platforms...
Of course.
I don't remember ever having seen a system (Windows, Linux, x86, ARM, NIOS
(similar top MIPS) ) where the C compiler does a library call
On Mon, 4 Mar 2013, Martin Schreiber wrote:
On Monday 04 March 2013 09:26:53 Vittorio Giovara wrote:
Martin made a point that delphi7 is faster better and whatever than fpc...
so what?
Don't use fpc if you don't like it, or send patches to improve it ;)
You probably might know, I am the
On Mon, 4 Mar 2013, Mattias Gaertner wrote:
On Mon, 04 Mar 2013 11:17:53 +
Martin laza...@mfriebe.de wrote:
On 04/03/2013 04:54, Boian Mitov wrote:
Here is example:
Parallel execution with selection of executor:
for i := 0 to AMaxScaleIndex - 1 do
begin
APerIterationLocations.Add(
On Mon, 4 Mar 2013, Sven Barth wrote:
Am 04.03.2013 13:38, schrieb Daniël Mantione:
1. Operator overloading
Operators are some of the most common tokens in source code. Without
operator overloading, if you parse an operator, you simply generate a tree
node.
With operator overloading,
On Mon, 4 Mar 2013, Sven Barth wrote:
Am 04.03.2013 13:23, schrieb Michael Van Canneyt:
On Mon, 4 Mar 2013, Mattias Gaertner wrote:
On Mon, 04 Mar 2013 11:17:53 +
Martin laza...@mfriebe.de wrote:
On 04/03/2013 04:54, Boian Mitov wrote:
Here is example:
Parallel execution
On Mon, 4 Mar 2013, Martin Schreiber wrote:
On Monday 04 March 2013 07:08:25 Martin Schreiber wrote:
Both Delphi 7 and Kylix 3 compiled MSEide feel more snappy than their FPC
counterpart which is especially surprising for Delphi because Delphi
widestrings are not reference counted.
Some
On Mon, 4 Mar 2013, Mattias Gaertner wrote:
On Mon, 4 Mar 2013 14:50:17 +0100
Martin Schreiber mse00...@gmail.com wrote:
On Monday 04 March 2013 07:08:25 Martin Schreiber wrote:
Both Delphi 7 and Kylix 3 compiled MSEide feel more snappy than their FPC
counterpart which is especially
On Tue, 5 Mar 2013, Alexander Klenin wrote:
4) With both lambda and as syntax:
ATree.VisitPreorder(lambda TVisitor as X + 5);
Now, my argument is that (2) does indeed have only a marginal
advantage over (1),
but (4) is powerful enough to really make functional-style programming
practically
On Mon, 4 Mar 2013, Mattias Gaertner wrote:
On Mon, 4 Mar 2013 15:02:34 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:
On Mon, 4 Mar 2013, Mattias Gaertner wrote:
On Mon, 4 Mar 2013 14:50:17 +0100
Martin Schreiber mse00...@gmail.com wrote:
On Monday 04 March 2013 07:08
On Mon, 4 Mar 2013, Boian Mitov wrote:
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.
On Mon, 4 Mar 2013, Boian Mitov wrote:
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
On Mon, 4 Mar 2013, Boian Mitov wrote:
I actually somewhat agree with that, except it is less readable since you
can't follow the code flow in place but have to scroll up to see what will
happen (in for each as example.)
If you do proper top-down programming, usually there is no need to go
On Mon, 4 Mar 2013, Boian Mitov wrote:
Actually you are right indeed. I would spill a secret now. I have actually
been working on a new language for a while, although it indeed will not only
have anonymous methods, but will not have methods altogether, since it is a
non procedural and non
On Mon, 4 Mar 2013, Boian Mitov wrote:
Hi Michael,
Thank you!
I actually have more experience in C++ than in Delphi. I have been using
Delphi only for ~15 years, where my active C++ experience dates back to 1990,
and I actively develop in C++ and C# on daily basis as well (All of our
On Mon, 4 Mar 2013, Boian Mitov wrote:
Then why do you think I am wasting my time writing all this?
I should be asking this to you :-)
I really want to support Lazarus, but that is not even remotely possible
today.
That says it all.
Delphi doesn't support these 'new features' that
On Mon, 4 Mar 2013, Boian Mitov wrote:
Correct :-) .
Now back to running it ;-) .
Cheers!
See what I am cooking next:
http://www.mitov.com/OpenWireIDE.zip
home: wine OpenWireIDE.exe
p11-kit: couldn't load module:
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so:
On Mon, 4 Mar 2013, Boian Mitov wrote:
I have never attempted to use it in wine.
It is at current for Windows only, and is a prerelease.
A pity.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Tue, 5 Mar 2013, Paul Ishenin wrote:
05.03.13, 14:10, Sven Barth wrote:
ObjFPC mode is not compatible with mode Delphi, because of conscious
decisions. Think for example about the @ for procedure variable
assignments here or the use of symbolic operator names for overload
declarations,
On Sun, 3 Mar 2013, Martin Schreiber wrote:
On Sunday 03 March 2013 08:12:28 Martin Schreiber wrote:
On Saturday 02 March 2013 11:28:25 Michael Van Canneyt wrote:
On Sat, 2 Mar 2013, Martin Schreiber wrote:
On Saturday 02 March 2013 10:52:18 Michael Van Canneyt wrote:
Anyway, what seems
On Sun, 3 Mar 2013, Martin Schreiber wrote:
On Friday 01 March 2013 18:33:56 Martin Schreiber wrote:
[...]
On Linux, same computer, OpenSUSE 12.2, comparison FPC 2.6.2, Kylix 3,
Source (master branch a4172602c45fe5abc931dee8b8ae2f4744ee70f3):
http://gitorious.org/mseide-msegui
Impressive.
On Sat, 2 Mar 2013, Martin Schreiber wrote:
On Saturday 02 March 2013 10:52:18 Michael Van Canneyt wrote:
Anyway, what seems obvious from your numbers is that it is the linking
stage that needs speedup. This does not really come as a surprise.
On Windows FPC linking time of MSEide
On Sat, 2 Mar 2013, Martin Schreiber wrote:
On Saturday 02 March 2013 14:01:10 Marco van de Voort wrote:
In our previous episode, Martin Schreiber said:
Compiled with which FPC version?
trunk.
??? MSEgui compiles with trunk?
It is mostly unicodestring centric, so that shouldn't be
On Sat, 2 Mar 2013, Craig Peterson wrote:
On Mar 2, 2013, at 3:52 AM, Michael Van Canneyt mich...@freepascal.org wrote:
If you hire 2 painters to paint the whole of your house,
and one doesn't paint the inside, because you don't see it from the outside,
of course he will be finished
On Sat, 2 Mar 2013, Graeme Geldenhuys wrote:
On 2013-03-02 10:28, Michael Van Canneyt wrote:
We can say for sure that the fact you use .pas as filename extension
will cause FPC to do twice the number of stat() calls, because .pp is
searched first...Logical therefore that the IO is slower
On Fri, 1 Mar 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23977
Applied and committed. Thank you.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Fri, 1 Mar 2013, Martin Schreiber wrote:
Hi,
In order to have a good benchmark for FPC I made MSEide+MSEgui Delphi 7
compatible again.
Source (master branch 2400be4999b254dbf335e4777baa33b13ea72649):
http://gitorious.org/mseide-msegui
For a correct test, you should not enable debug
On Fri, 1 Mar 2013, Michael Van Canneyt wrote:
On Fri, 1 Mar 2013, Martin Schreiber wrote:
Hi,
In order to have a good benchmark for FPC I made MSEide+MSEgui Delphi 7
compatible again.
Source (master branch 2400be4999b254dbf335e4777baa33b13ea72649):
http://gitorious.org/mseide-msegui
On Fri, 1 Mar 2013, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
What I remember from windows 2000 is that FPC/ld/etc is several factors
slower on the same hardware as when run under Linux.
Afaik the internal linker is default on windows since 2.2.0 ?
Also
On Tue, 26 Feb 2013, Marco van de Voort wrote:
In our previous episode, John Lee said:
This sounds like the best plan if one has several .ppus - as some ppl seem
to have no source code, that should - but not sure what's involved with
writing the wrapper. Could the whole thing be written in
On Sat, 9 Feb 2013, Vittorio Giovara wrote:
Hi all,
I'm one of the developer of Hedgewars, an open source video game all written
with FreePascal. Please see the full site at
http://www.hedgewars.org/
One of the Hedgewars project is to make a WebGL/Javascript version of the game
so that it
On Sat, 9 Feb 2013, Florian Klämpfl wrote:
Am 09.02.2013 03:13, schrieb Vittorio Giovara:
To do that we are using a tool
named 'emscripten' which takes LLVM bytecode and generates Javascript,
without affecting performance too much. Yes, we had to write a horribly
hacked converter that took
On Wed, 6 Feb 2013, Sven Barth wrote:
Hello Free Pascal community!
I'm pleased to announce the addition of type helpers which extend the
existing helper concept with the ability to extend primitive types.
Haha, finally after 7 years of waiting we catch up with Morfik...
Thank you very
On Wed, 6 Feb 2013, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
With helpers you can do
i.ctrl-space
and get a list of methods, for example ToString;
Which, for newbies, is easier than guessing IntToStr()
We'll have to make some units with 'standard
On Wed, 6 Feb 2013, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Well, newbies are not to strong in knowing what is which unit either :-)
If we're talking newbies and IDE:
They don't need to, if the IDE puts the unit in the uses clause to start
On Wed, 6 Feb 2013, Henry Vermaak wrote:
On Wed, Feb 06, 2013 at 11:52:27AM +0100, Michael Van Canneyt wrote:
On Wed, 6 Feb 2013, Marco van de Voort wrote:
In our previous episode, Michael Van Canneyt said:
Well, newbies are not to strong in knowing what is which unit either
On Mon, 28 Jan 2013, Paul Ishenin wrote:
28.01.13, 20:33, Graeme Geldenhuys пишет:
On 01/25/13 08:07, Michael Van Canneyt wrote:
Delphi 7 object pascal could be learned very easily. Nowadays with all the
features added
you go, try and explain pascal to someone. Say it is 'nice and readable
On Mon, 28 Jan 2013, Paul Ishenin wrote:
28.01.13, 21:20, Michael Van Canneyt wrote:
Different people see different needs in language. There is nothing bad
not to use and not understand some of the language features.
tatata, you should always understand everything :)
Very weak argument
On Sun, 27 Jan 2013, Alexander Klenin wrote:
On Sun, Jan 27, 2013 at 4:43 AM, Sven Barth pascaldra...@googlemail.com wrote:
Based on the results of the for-in-index thread I've decided to come up
with a draft for the Tuple type which is thought by many people to be a
better alternative to
On Sun, 27 Jan 2013, Alexander Klenin wrote:
On Sun, Jan 27, 2013 at 10:10 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
2.1) Tuples are always temporary and anonymous. You can not store a
tuple, define tuple type, of variable of tuple type.
So tuples are 100% static, compile-time
On Sun, 27 Jan 2013, Paul Ishenin wrote:
27.01.13, 1:43, Sven Barth wrote:
Based on the results of the for-in-index thread I've decided to come
up with a draft for the Tuple type which is thought by many people to be
a better alternative to for-in-index.
I think it is big overkill to
On Mon, 28 Jan 2013, Alexander Klenin wrote:
On Mon, Jan 28, 2013 at 1:26 AM, Paul Ishenin paul.ishe...@gmail.com wrote:
27.01.13, 1:43, Sven Barth wrote:
Based on the results of the for-in-index thread I've decided to come
up with a draft for the Tuple type which is thought by many people
On Mon, 28 Jan 2013, Alexander Klenin wrote:
On Mon, Jan 28, 2013 at 2:59 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Mon, 28 Jan 2013, Alexander Klenin wrote:
I have a compromise suggestion:
Implement for-index extension with the syntax:
for (k, v) in a do
this syntax
On Sun, 27 Jan 2013, Sven Barth wrote:
On 27.01.2013 16:27, luiz americo pereira camara wrote:
2013/1/26 Sven Barth pascaldra...@googlemail.com:
On 26.01.2013 12:52, Alexander Klenin wrote:
On Sat, Jan 26, 2013 at 10:50 PM, Sven Barth
pascaldra...@googlemail.com wrote:
Generics was
On Mon, 28 Jan 2013, Alexander Klenin wrote:
On Mon, Jan 28, 2013 at 4:19 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
Define an iterator type/operator.
- No interface
- No 'specially named function' in the class. The iterator should be
separate from the class.
Now they promoted 1
On Sat, 26 Jan 2013, Paul Ishenin wrote:
26.01.13, 2:32, Michael Van Canneyt пишет:
Pascal is an explicitly declarative language. Anonymous functions go
100% against this. It is the readability horror I associate with
Javascript.
I wonder where you were when Operators feature has been
On Sat, 26 Jan 2013, Alexander Klenin wrote:
On Sat, Jan 26, 2013 at 10:50 PM, Sven Barth
pascaldra...@googlemail.com wrote:
Generics was implemented without my knowledge. I only found out when
suddenly
the classes unit had been changed to use them. After a horrible
discussion, this was
On Sat, 26 Jan 2013, Alexander Klenin wrote:
On Sat, Jan 26, 2013 at 10:34 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
But if I must choose between
for a,b in c do
(with C a tuple enumerator/iterator) or
for a in c index b do
Then the former is ten times (well, a lot) better
On Sat, 26 Jan 2013, Sven Barth wrote:
On 26.01.2013 12:34, Michael Van Canneyt wrote:
I think now when operators for simple types are present in the
language it is too late to care about explicitly declarative language.
It is simple not explicit anymore.
And index (or better to call it key
On Sat, 26 Jan 2013, Sven Barth wrote:
Hello together!
Based on the results of the for-in-index thread I've decided to come up
with a draft for the Tuple type which is thought by many people to be a
better alternative to for-in-index.
Please note the following points:
* This is not the
On Fri, 25 Jan 2013, Paul Ishenin wrote:
25.01.2013 11:47, Василий Кевролетин пишет:
May be you understood what I'm from university in wrong way. It does
*not* mean what I need to quickly do any changes anywhere. It means what
I have resources /(time, motivation, direct support of very good
On Fri, 25 Jan 2013, Alexander Klenin wrote:
On Fri, Jan 25, 2013 at 9:36 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
If you want full fledged iterators, use classes.
Please provide example of your suggestion for the case in the wiki.
I don't need to provide *anything
On Fri, 25 Jan 2013, Martin Schreiber wrote:
On Friday 25 January 2013 09:07:27 Michael Van Canneyt wrote:
Once more: simple is beautiful.
Free pascal becomes less so with each of these features.
Agreed. I even would say it becomes more by removing some of the
existing features
On Fri, 25 Jan 2013, Mattias Gaertner wrote:
Michael Van Canneyt mich...@freepascal.org hat am 25. Januar 2013 um 09:26
geschrieben:
[...]
You are totally missing the point.
Finding a use case to justify a feature is not difficult.
I could probably find some more use cases to justify other
On Fri, 25 Jan 2013, Michael Schnell wrote:
On 01/25/2013 10:52 AM, Mattias Gaertner wrote:
The above UTF8 example misses some points
My question was about the want for a construct that allows for accessing the
n'th printable character in an UTF-8 string
Finding the 10 th and then
On Fri, 25 Jan 2013, Michael Schnell wrote:
On 01/25/2013 11:12 AM, Michael Van Canneyt wrote:
Pchar ?
You seem to miss my point: the n'th printable character in an utf-8 coded
string (may same be stored as a pchar or a string) starts at the m'th byte
(m=n).
I know that.
To find m
On Fri, 25 Jan 2013, Michael Schnell wrote:
On 01/25/2013 11:27 AM, Michael Van Canneyt wrote:
Yes, but this is random access in a string.
Enumerators will not help you with random access, only with sequential
access.
This is why I put enumerator in , and in this discussion you already
On Sat, 26 Jan 2013, vrt277 wrote:
On 01/26/2013 12:27 AM, Michael Van Canneyt wrote:
You are new on the list, and so probably do not know this, but I hate
wikis.
Wikis are - by and large - a perfect example of what goes wrong in IT and
in Open Source:
Lots of things get started. Few
On Fri, 25 Jan 2013, Sven Barth wrote:
On 25.01.2013 17:18, Alexander Klenin wrote:
With this in mind, consider a user who wants to iterate over the
following array:
var
a: array [1..5] of Integer = (1, 2, 9, 4, 5);
In my proposal, he should write:
var
v, i: Integer;
begin
for a
On Sat, 26 Jan 2013, Alexander Klenin wrote:
On Sat, Jan 26, 2013 at 4:38 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
WITH EACH ADDITIONAL FEATURE WE ARE BUTCHERING PASCAL MORE AND MORE.
Hm... Do not you think this is a bit of an overstatement?
No, not really. I really feel
On Thu, 24 Jan 2013, silvioprog wrote:
Hello,
I have this JSON:
{ id: 1, name: Silvio Clécio }
JSON is JavaScript and JavaScript *is* case sensitive.
But you can use TJSONObject.IndexOfName with CaseInsentive to True:
Function IndexOfName(const AName: TJSONStringType;
On Wed, 16 Jan 2013, Jonas Maebe wrote:
On 16 Jan 2013, at 12:16, Ludo Brands wrote:
When the method is called from outside the class then it is inlined (x64
linux):
[snip]
But when the method is called from inside the class then a call is used:
[snip]
Using Self.IsFull
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow for decent debugging
performance, but seemingly nobody yet decently tried (or wrote
On Tue, 15 Jan 2013, Sven Barth wrote:
Am 15.01.2013 11:52, schrieb Michael Van Canneyt:
On Tue, 15 Jan 2013, Michael Schnell wrote:
On 01/15/2013 11:22 AM, Henry Vermaak wrote:
On Tue, Jan 15, 2013 at 10:45:29AM +0100, Michael Schnell wrote:
(c) seems the most appropriate way to allow
On Sun, 6 Jan 2013, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
IMO resource strings are for display purposes, so that UTF-8/16 encoding
is expected by an OS API. AFAIR Win32 string resources are stored in
UTF-16,
You are very much wrong.
Not really. I was talking about
On Sat, 5 Jan 2013, Martin Schreiber wrote:
On Saturday 05 January 2013 12:39:21 Jonas Maebe wrote:
Then maybe I should just stop completely answering any questions about
this, because apparently not answering completely enough to your liking
gets interpreted as telling you to shut up or
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 12:53, Paul Ishenin wrote:
ResourceStrings are stored as AnsiString type with 0 codepage (as I remember).
Delphi now stores ResourceStrings as UnicodeString type. I think FPC will
follow this in m_default_unicodestring modeswitch.
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 13:10, Michael Van Canneyt wrote:
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 12:53, Paul Ishenin wrote:
ResourceStrings are stored as AnsiString type with 0 codepage (as I remember).
Delphi now stores
On Sat, 5 Jan 2013, Sven Barth wrote:
On 05.01.2013 14:16, Michael Van Canneyt wrote:
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 13:10, Michael Van Canneyt wrote:
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 12:53, Paul Ishenin wrote:
ResourceStrings
On Sat, 5 Jan 2013, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
On Sat, 5 Jan 2013, Jonas Maebe wrote:
On 05 Jan 2013, at 12:53, Paul Ishenin wrote:
ResourceStrings are stored as AnsiString type with 0 codepage (as I
remember). Delphi now stores ResourceStrings
On Sat, 5 Jan 2013, Paul Ishenin wrote:
05.01.13, 23:54, Michael Van Canneyt пишет:
You are very much wrong.
To start with, resource strings are not stored as Win32 resources.
I personally think that resources should be stored in their native formats
where is possible. This will allow
On Fri, 4 Jan 2013, Hans-Peter Diettrich wrote:
Nicholas Ring schrieb:
On 4/01/2013 7:10 AM, Andrzej Borucki wrote:
2013/1/3 Jonas Maebe jonas.ma...@elis.ugent.be
mailto:jonas.ma...@elis.ugent.be
The parser is a manually written recursive-descent parser. There
is no formal
On Wed, 26 Dec 2012, Martin Schreiber wrote:
On Wednesday 26 December 2012 11:20:35 Florian Klämpfl wrote:
Am 26.12.2012 06:07, schrieb Martin Schreiber:
Hi,
Does any body work on a LLVM backend for Free Pascal?
Thoughts?
The counterpart of what you want: tries to generate great code at
On Wed, 26 Dec 2012, Martin Schreiber wrote:
On Wednesday 26 December 2012 12:41:42 Sven Barth wrote:
On 26.12.2012 05:42, Martin Schreiber wrote:
Another thing would be an
fpc compiler daemon which stays in memory between compilations and keeps
also ppus loaded.
AFAIK Delphi 7 does not
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 2:07 AM, Martin Schreiber mse00...@gmail.com wrote:
Hi,
Does any body work on a LLVM backend for Free Pascal?
Has anybody experience with LLVM?
Are there licensing issues?
What about the quality of the produced code?
What
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 9:49 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
On Wed, 26 Dec 2012, Marcos Douglas wrote:
On Wed, Dec 26, 2012 at 2:07 AM, Martin Schreiber mse00...@gmail.com wrote:
Hi,
Does any body work on a LLVM backend
On Wed, 26 Dec 2012, Marcos Douglas wrote:
Michael.
All right... hehehe
Well, I think everybody knows that is a huge task to implement... even
for somebody of FPC core!
None of the FPC team could have done it alone.
It's only possible with the cooperation and help of the community.
All
On Tue, 25 Dec 2012, Martin Schreiber wrote:
On Tuesday 25 December 2012 11:20:02 Michael Van Canneyt wrote:
Everybody is aware of the speed difference between Delphi and FPC.
The compiling itself (parsing/producing assembler code) is not slow.
From what I remember, the problems you
On Tue, 25 Dec 2012, Sven Barth wrote:
On 25.12.2012 12:13, Martin Schreiber wrote:
On Tuesday 25 December 2012 11:20:02 Michael Van Canneyt wrote:
Everybody is aware of the speed difference between Delphi and FPC.
The compiling itself (parsing/producing assembler code) is not slow.
From
On Sun, 23 Dec 2012, Den wrote:
Hi all,
I must say, it is actually quite fun to be a part of the FPC Developers
mailing list, I don't know why I didn't join sooner. Quite interesting
conversations and ideas, a little bit of bickering but very understanding
people in general, I like
On Sun, 23 Dec 2012, Graeme Geldenhuys wrote:
On 22/12/12 16:43, Marco van de Voort wrote:
I think you have a wrong idea on what the core list contains.
LOL. And how is anybody supposed to know what goes on - it is a PRIVATE
mailing list.
No, but I think you hugely overestimate what goes
1001 - 1100 of 2517 matches
Mail list logo