Re: [fpc-pascal] String conversions

Op 25/06/2019 om 21:58 schreef Ryan Joseph: An exponential growing function applied to all strings would have many worse case behaviours, where it would eat up heaps of memory for nothing. This is why it is better to have the programmer indicate it is a growing string some how (or have a sepa

Re: [fpc-pascal] String conversions

On Wed, 26 Jun 2019, Marco van de Voort wrote: Op 25/06/2019 om 21:58 schreef Ryan Joseph: An exponential growing function applied to all strings would have many worse case behaviours, where it would eat up heaps of memory for nothing. This is why it is better to have the programmer indicat

Re: [fpc-pascal] String conversions

On Wed, Jun 26, 2019 at 5:48 AM Michael Van Canneyt wrote: > I second that. > > Michael. > I think Ryan probably meant his own custom types. And certainly, you can do some interesting stuff with operator overloading that mostly avoids the normal AnsiString overhead. Here's an example.

Re: [fpc-pascal] String conversions

On Wed, Jun 26, 2019 at 3:28 PM Ben Grasset wrote: > I think Ryan probably meant his own custom types. And certainly, you can > do some interesting stuff with operator overloading that mostly avoids the > normal AnsiString overhead. Here's an example. >

Re: [fpc-pascal] String conversions

> On Jun 26, 2019, at 3:28 PM, Ben Grasset wrote: > > I think Ryan probably meant his own custom types. And certainly, you can do > some interesting stuff with operator overloading that mostly avoids the > normal AnsiString overhead. Here's an example. Yes indeed. FPC already has an overwhel

Re: [fpc-pascal] String conversions

On Wed, Jun 26, 2019 at 5:36 PM Ryan Joseph wrote: > Yes indeed. FPC already has an overwhelming amount of string types. As I > said though a SetCapacity option for growing would be nice (for dynamic > arrays also) because += is such a common operation. As it stands I often > don’t use dynamic ar

Re: [fpc-pascal] Fpc for ARM HF

Nobody? Em Seg, 24 de jun de 2019 22:03, Fabio Luis Girardi escreveu: > Hi all! > > Someone knows why, programs > compiled to ARM HF target have to be linked with libc to be displayed by > readelf -a as a ARM HF binary? > > If the program isn't linked with libc, it's displayed as ARM soft float

Re: [fpc-pascal] String conversions

Am 26.06.2019 um 23:36 schrieb Ryan Joseph: On Jun 26, 2019, at 3:28 PM, Ben Grasset wrote: I think Ryan probably meant his own custom types. And certainly, you can do some interesting stuff with operator overloading that mostly avoids the normal AnsiString overhead. Here's an example. Yes

Re: [fpc-pascal] String conversions

Am 27.06.2019 um 07:10 schrieb Sven Barth: Am 26.06.2019 um 23:36 schrieb Ryan Joseph: On Jun 26, 2019, at 3:28 PM, Ben Grasset wrote: I think Ryan probably meant his own custom types. And certainly, you can do some interesting stuff with operator overloading that mostly avoids the normal