[fpc-devel] can't build trunk for x86_64-linux (suse-64)

suse-32 builds fine though ... Anything obvious I have missed? Thanks, Gennady Start compiling package gdbint for target x86_64-linux. File libgdb.a not found Compiling gdbint/src/gdbint.pp Compiling gdbint/src/gdbcon.pp Compiling gdbint/src/gdbver.pp Linking gdbint/b

[fpc-devel] Implicit Transactions Postgres

Found this bug report from 2010 on using implicit transactions in PostgreSQL. As far as I can tell nothing has happened since. Using the TSQLTransaction.Action setting looks like a good approach to implementing implicit transactions. It would mean warning users about setting action as it curren

Re: [fpc-devel] Codepage aware RTL

In our previous episode, Mattias Gaertner said: > > >[...] > > From what I remember from an earlier test is that std I/O will fail because > > literals are written with shortstr in some cases which isn't codepage aware. > > Do you remember which function? Never mind. That was without setcodepage

Re: [fpc-devel] Codepage aware RTL

In our previous episode, Mattias Gaertner said: > mar...@stack.nl (Marco van de Voort) wrote: > > >[...] > > From what I remember from an earlier test is that std I/O will fail because > > literals are written with shortstr in some cases which isn't codepage aware. > > Do you remember which funct

Re: [fpc-devel] Codepage aware RTL

On Mon, 24 Nov 2014 23:24:59 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > From what I remember from an earlier test is that std I/O will fail because > literals are written with shortstr in some cases which isn't codepage aware. Do you remember which function? Mattias ___

Re: [fpc-devel] Codepage aware RTL

In our previous episode, Jonas Maebe said: > > Is there already a page about what has not (yet) been updated aka does > > not work with all code pages? > > As that page mentions, it's an exhaustive list. Hence, nothing else has > been updated (other than the primitive string functions such as > in

[fpc-devel] What is the status of fpc generics.collections.

Hi, I have found the old announcement about fpc-generics-collections, but all links are broken... What is the status of this project? Is it still downloadable? Thank you, Gennady [fpc devel] Library announcement: Generics.Collections

[fpc-devel] IComparer vs CompareFunc

Hi, I am trying to have some code that uses generics to compile under Delphi and under FPC (uses fgl) In Delphi I pass IComparer and in FPC TCompareFunc IComparer is an object and I can create it with some state that compare method can use :) In FPC I should pass function: TCompareFunc = funct

Re: [fpc-devel] Codepage aware RTL

On 24/11/14 18:46, Mattias Gaertner wrote: > The page about "FPC Unicode support" mentions what has already been > updated to preserve character data. > http://wiki.freepascal.org/FPC_Unicode_support#RTL_changes > > Is there already a page about what has not (yet) been updated aka does > not work

[fpc-devel] Codepage aware RTL

Hi, The page about "FPC Unicode support" mentions what has already been updated to preserve character data. http://wiki.freepascal.org/FPC_Unicode_support#RTL_changes Is there already a page about what has not (yet) been updated aka does not work with all code pages? Mattias

Re: [fpc-devel] UTF8 RTL

On Mon, 24 Nov 2014 15:25:00 +0100 Jonas Maebe wrote: >[...] > Probably, yes. However: > * since we're close to branching/releasing 2.8, I am not very much in > favour of still modifying core RTL routines like this for inclusion in > 2.8 (this also goes for the defaultformatsettings related p

Re: [fpc-devel] UTF8 RTL

Mattias Gaertner wrote on ma, 24 nov 2014: On Sun, 23 Nov 2014 17:42:06 +0100 (CET) At the moment uuchar ParamStr only contains a typecast: if (Param=0) then Paramstr:=System.Paramstr(0) else if (Param>0) and (Param Probably, yes. However: * since we're close to branching/releas

Re: [fpc-devel] UTF8 RTL

On Sun, 23 Nov 2014 17:42:06 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > And the 2-byte unicode version exists, in unit uuchar. (the "objpas" of > $mode delphiunicode). For now, simply make a utf8 wrapper that returns an > utf8string. At the moment uuchar ParamStr only cont

Re: [fpc-devel] UTF8 RTL

On 11/24/2014 10:41 AM, Michael Schnell wrote: Maybe a way to allow the user to define the project-wide default encoding branding for the unqualified type "String" can be invented (e.g. OS-Default if not explicitly set) Obviously this asks for a versatile String type (not existing in Delphi

Re: [fpc-devel] UTF8 RTL

On Sun, 23 Nov 2014 18:57:33 +0100 Jonas Maebe wrote: > On 23/11/14 17:23, Mattias Gaertner wrote: >[...] > Maybe we need another Default*CodePage variable which indicates the > "real" system code page... +1 > > I also want to update the UTF-8 wiki pages. For example "If you use the > > then

Re: [fpc-devel] UTF8 RTL

On 11/24/2014 10:26 AM, Michael Van Canneyt wrote: How do you reconcile this with the fact that pascal should be easy, and it should be usable for teaching ? .. Let's not get carried away, please... keep it simple. I do know that this is a decent argument That is why I put my text in bra

Re: [fpc-devel] UTF8 RTL

On Mon, 24 Nov 2014, Michael Schnell wrote: On 11/23/2014 05:28 PM, Marco van de Voort wrote: I meant in the way Mattias proposed, continueing making the default "string" type utf8 on Windows. As with Windows, the OS requires API access with UTF-16 encoded strings this would force lots of au

Re: [fpc-devel] UTF8 RTL

On 11/23/2014 05:28 PM, Marco van de Voort wrote: I meant in the way Mattias proposed, continueing making the default "string" type utf8 on Windows. As with Windows, the OS requires API access with UTF-16 encoded strings this would force lots of auto-conversions, not only in the RTL but with an

Re: [fpc-devel] UTF8 RTL

On 11/23/2014 04:31 PM, Michael Van Canneyt wrote: What about "RTL with UTF8 as default"? I am nearly done with the would-be "designdocument" Wiki text, you seemed to want to see done on a suggestion for an extension of the string type variants, that allow for e.g. (1) TStrings siblings an