On 2014-07-10 08:28, Jonas Maebe wrote:
> In FPC, this setting only depends on the {$zerobasedstrings on/off}
> directive (supported in FPC 2.7.1+). The default is "off"
> everywhere.
Very nice to know. Thanks for the information.
As for Delphi, after some more internet searching after I posted
On 29/06/2014 21:52, fredvs wrote:
> There was exactly the same problem in a earlier topic :
>
> => http://lists.freepascal.org/pipermail/fpc-devel/2013-November/032950.html
>
> Is it solved in trunk fpc version ?
Why don't you try?
___
fpc-pascal m
> (doesn't it already for the jvm port?)
Can it be done without for jvm? AFAIK this immutable string thing is part of
jvm executable code, though in theory you can just implement mutable strings
as array of byte, but I believe that would be harder to implement than using
java strings which has su
Am 10.07.2014 14:56 schrieb "Michael Schnell" :
>
> On 07/10/2014 02:39 PM, Sven Barth wrote:
>>
>>
>> If at all such changes (including having ZeroBasedStrings on by default)
would be bundled in a new mode...
>>
> (In effect creating a new language) ... to be activate once in the remote
future.
>
On 07/10/2014 02:55 PM, Dmitry Boyarintsev wrote:
Sigh... Making a language target dependent (0-based for "mobile"
and 1-based for "desktop") contradicts the concept of high-level
language.
http://en.wikipedia.org/wiki/High_level_language
"In computer science, a high-level programmi
On 10 Jul 2014, at 14:39, Marco van de Voort wrote:
In our previous episode, leledumbo said:
I hope so, and with Delphi plans on making strings immutable in the
future,
I hope FPC doesn't follow.
(doesn't it already for the jvm port?)
No, but changing an individual character of a unicode
On Thu, Jul 10, 2014 at 3:28 AM, Jonas Maebe
wrote:
>
> In FPC, this setting only depends on the {$zerobasedstrings on/off}
> directive (supported in FPC 2.7.1+). The default is "off" everywhere. You
> can also switch it off in Delphi for mobile targets:
> http://docwiki.embarcadero.com/RADStudio
On 07/10/2014 02:39 PM, Sven Barth wrote:
If at all such changes (including having ZeroBasedStrings on by
default) would be bundled in a new mode...
(In effect creating a new language) ... to be activate once in the
remote future.
Very OK, if all archs/OSes support both.
-Michael
In our previous episode, leledumbo said:
> > IMHO a substituting bad with worse is not a good reason. Java/CIL needs
> this
> > because its strings are immutable, and character access is expensive. We
> > don't share, nor plan to share that trait.
>
> I hope so, and with Delphi plans on making
Am 10.07.2014 13:19 schrieb "leledumbo" :
>
> > IMHO a substituting bad with worse is not a good reason. Java/CIL needs
> this
> > because its strings are immutable, and character access is expensive. We
> > don't share, nor plan to share that trait.
>
> I hope so, and with Delphi plans on making s
On 07/10/2014 01:18 PM, leledumbo wrote:
I hope so, and with Delphi plans on making strings immutable in the
future, I hope FPC doesn't follow.
+1
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bi
> IMHO a substituting bad with worse is not a good reason. Java/CIL needs
this
> because its strings are immutable, and character access is expensive. We
> don't share, nor plan to share that trait.
I hope so, and with Delphi plans on making strings immutable in the future,
I hope FPC doesn't f
On 07/10/2014 12:35 PM, Marco van de Voort wrote:
In our previous episode, Michael Schnell said:
But as we all know, the "index" notation asks for never ending (and
unsolvable) discussion
Yes. Mostly from you though :-)
Very wrong.
I never initiated one of those, but I often answered, and henc
In our previous episode, Michael Schnell said:
> But as we all know, the "index" notation asks for never ending (and
> unsolvable) discussion
Yes. Mostly from you though :-)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freep
Hello great fpc people.
if I can do something that would help to have an answer. i will do it with
pleasure...
Many thanks.
-
Many thanks ;-)
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Calling-fpc-libraries-from-other-languages-on-freebsd-amd64-bis-t
On 07/10/2014 10:50 AM, Marco van de Voort wrote:
In our previous episode, Michael Schnell said:
Anyway "forking" fpc in such a way seems catastrophic.
We are not forking anything. We only accept the directive,
Great !
Of course offering the option to those who don't need compatibility is
In our previous episode, Michael Schnell said:
> Anyway "forking" fpc in such a way seems catastrophic.
We are not forking anything. We only accept the directive, and we don't have a
FM
in the first place to create a compatible fork.
> Regarding strings, there were several discussions to comp
On 07/10/2014 07:24 AM, Graeme Geldenhuys wrote:
Is this issue the same for FPC? ie: is the String type zero based for
mobile development?
While I (doing a lot of C) don't like the one-based String paradigm in
Pascal, I think it's absolutely horrible to introduce zero-based Strings
(other than
In our previous episode, Jonas Maebe said:
(zerobasedstrings)
> They probably changed the default there for efficiency reasons (not having
> to subtract 1 from string indices all the time).
Considering what they lug on in compatibility(and that being a key selling
point), and how they went abou
On 10 Jul 2014, at 07:24, Graeme Geldenhuys wrote:
> There is a discussion in the tiOPF newsgroups about adding Mobile
> development support to the framework. A Delphi developer raised the
> following issue with first experimentation.
>
> Is this issue the same for FPC? ie: is the String type ze
Hi,
There is a discussion in the tiOPF newsgroups about adding Mobile
development support to the framework. A Delphi developer raised the
following issue with first experimentation.
Is this issue the same for FPC? ie: is the String type zero based for
mobile development?
21 matches
Mail list logo
