Re: [fpc-devel] Compiler for current function name

On Mon, 18 Dec 2017 10:57:59 +0100 Ondrej Pokorny wrote: > On 18.12.2017 10:54, Marco van de Voort wrote: > > {$i %CURRENTROUTINE%} > > Thank you! > Ondrej Lazarus completion box shows that too. Mattias ___ fpc-devel maillist - fpc-devel@lists.fr

Re: [fpc-devel] First pas2js public release

On Sun, 17 Dec 2017 21:43:45 +0100 Benito van der Zander wrote: > Hi, > > > > > Naturally, any memory pointer operation is not possible in Javascript. > > Code that relies on this will not work. > > > it would be great, if pointers were added. There are pointers already. For example refere

Re: [fpc-devel] First pas2js public release

On Sat, 16 Dec 2017 17:36:14 +0100 (CET) Michael Van Canneyt wrote: >[...] > * Debugging: > > Obviously, the browser debugger can be used to debug the Javascript. > But there is more: the compiler can emit a source map, and this means that > if the browser finds the source file, it will display

[fpc-devel] Lazarus Release 1.8

The Lazarus team is glad to announce the release of Lazarus 1.8.The release was built with FPC 3.0.4.The previous release Lazarus 1.6.4 was built with FPC 3.0.2.Here is the list of changes for Lazarus and Free Pascal:http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_noteshttp://wiki.lazarus

Re: [fpc-devel] Multiple type sections - Far forward type declarations [feasible feature request?]

On Tue, 31 Oct 2017 09:46:52 +0100 (CET) Michael Van Canneyt wrote: >[...] > With your extended "forward type resolution" this would no longer be possible. > Theoretically it probably can, but multiple passes would be needed. > This would aversely affect the compiler speed. True for such an ext

Re: [fpc-devel] [Lazarus] Free Pascal 3.0.4-rc1 released!

On Sun, 3 Sep 2017 13:59:22 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Mattias Gaertner said: > > Are there already plans for the final 3.0.4 release? > > I branched on saturday and did the version updates. Then I usually wait a > few

Re: [fpc-devel] [Lazarus] Free Pascal 3.0.4-rc1 released!

Hi, Are there already plans for the final 3.0.4 release? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] trunk broken

On Sat, 2 Sep 2017 16:56:09 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: > The expansion of texpropcode in r37108 (Mattias) breaks fppasjs because it > defines an array with texpropcode as range. > > This prohibits building of trunk. Sorry. I forgot to commit a file. I see that it is

Re: [fpc-devel] Dangerous optimization in CASE..OF

On Sun, 16 Jul 2017 10:34:18 -0400 DaWorm wrote: > If the programmer builds a case statement on an enum, that includes all of > the possible enum values, and also includes an else clause, to me it seems > the programmer is implicitly telling the compiler that there is the > possibility of illegal

Re: [fpc-devel] Last call for 3.0.4 merges

On Sun, 18 Jun 2017 12:18:52 +0200 Joost van der Sluis wrote: >[...] > But it doesn't work with trunk anymore, at least, it doesn't parse the > statement 'false;', together with 'true;' anymore. Which is used a lot > in our system. (For example for the 'required'-statements.) > > Is this inten

Re: [fpc-devel] BacktraceStrFunc on linux x86_64?

On Mon, 1 May 2017 10:46:50 +0200 Florian Klämpfl wrote: >[...] > 3.0.x is broken in this regard (stack back trace on x86-64 elf targets), see > other threads on the > fpc mailing lists regarding this. This is why we discussing a quick as > possibile 3.0.4 release. Any news here? Mattias

Re: [fpc-devel] OpenGL 3.3 Core

On Fri, 26 May 2017 18:21:47 +0300 Kostas Michalopoulos wrote: >[...] > I think the control should gain a Profile attribute to solve this. How would that "Profile attribute" look like? > And > while at it, also a ForwardCompatible attribute for debugging (forward > compatible contexts disable a

[fpc-devel] Hint in fgl generic

Hi, FPC 3.1.1 writes hints when using TFPGObjectList: fpc/rtl/objpas/fgl.pp(978,1) Hint: "inherited" not yet supported inside inline procedure/function Can this be fixed please? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http:/

Re: [fpc-devel] UTF-8 string literals

On Thu, 11 May 2017 14:52:37 +0300 Juha Manninen wrote: > On Wed, May 10, 2017 at 7:00 PM, Martok wrote: > > I just searched for "Unicode". > > I wanted to delete the old page > http://wiki.freepascal.org/LCL_Unicode_Support > completely but I don't know how to do it so I just made it empty.

Re: [fpc-devel] UTF-8 string literals

On Tue, 9 May 2017 14:59:16 +0200 Michael Schnell wrote: > On 06.05.2017 09:39, Sven Barth via fpc-devel wrote: > > That might be the one from Michael Schnell. > Very unlikely, as this text does not mention anything about how a source > file byte sequence is converted in a String constant / li

Re: [fpc-devel] UTF-8 string literals

On Sun, 7 May 2017 10:27:58 +0200 Florian Klaempfl wrote: >[...] > 2. What would happen then the other way around? When casting the string > constant to a PUnicodeChar (what probably a lot of delphi code does)? Good point. >[...] > I think, it would nice if Michael (v. C.) prepares some sectio

Re: [fpc-devel] UTF-8 string literals

On Fri, 5 May 2017 16:08:41 +0200 Sven Barth via fpc-devel wrote: >[...] > Now it is fixed :D (revision 36116; maybe we should merge that to fixes > once I or someone else tested a big endian target) Thank You! Mattias ___ fpc-devel maillist - fpc-d

Re: [fpc-devel] UTF-8 string literals

On Fri, 5 May 2017 15:55:32 +0200 (CEST) Michael Van Canneyt wrote: > On Fri, 5 May 2017, Mattias Gaertner wrote: > > > On Fri, 5 May 2017 14:30:32 +0200 (CEST) > > Michael Van Canneyt wrote: > > > >> [...] > >> > AFAIK FPC stores U

Re: [fpc-devel] UTF-8 string literals

On Fri, 5 May 2017 14:30:32 +0200 (CEST) Michael Van Canneyt wrote: >[...] > > AFAIK FPC stores UTF-8 string literals (-Fcutf8) as widestrings > > instead of UTF8String. Please correct me if I'm wrong. > > > > This has several side effects: > > > > 1. When using a character outside BMP FPC stops

[fpc-devel] UTF-8 string literals

Hi, AFAIK FPC stores UTF-8 string literals (-Fcutf8) as widestrings instead of UTF8String. Please correct me if I'm wrong. This has several side effects: 1. When using a character outside BMP FPC stops with: Error: UTF-8 code greater than 65535 found For example: const Eyes = '👀'; 2. Assigning

Re: [fpc-devel] Request for an interim release of the 3.0 branch

On Mon, 24 Apr 2017 14:17:46 +0200 Bart wrote: >[...] > Not being able to have proper debugging info might reflect poorly on > both FreePascal and Lazarus and scare away new users, especially if it > would take a long time to release a fix. +1 > The only alternative would be to advise *nix use

[fpc-devel] GetEnvironmentVariable

Hi, Under Windows GetEnvironmentVariable(AnsiString) uses the winapi function GetEnvironmentStringsA. Why not simply: Result:=String(GetEnvironmentVariable(UnicodeString(EnvVar))); ? This would save some code and would work with another DefaultSystemCodepage as well. Mattias _

Re: [fpc-devel] Discussion about "Dynamic packages"

On Thu, 13 Apr 2017 11:28:02 +0200 Sven Barth via fpc-devel wrote: >[...] > The intended purpose of dynamic packages (and libraries in general) is not > to save memory (in fact a binary plus packages would be much larger than > the statically compiled binary), but to share *binary* code so that t

Re: [fpc-devel] tbits.NotBits

On Thu, 13 Apr 2017 11:28:20 +0200 Andrea Mauri wrote: >[...] > procedure TBits.Setall; > var > loop : longint; > begin > for loop := 0 to FSize - 1 do >FBits^[loop] := 1; Should be FBits^[loop] := not cardinal(0); > end; Btw, it seems TBits misses an AssignBits(b: TBits). And

Re: [fpc-devel] tbits.NotBits

On Thu, 13 Apr 2017 10:52:44 +0200 (CEST) Michael Van Canneyt wrote: >[...] > I am not sure that what you did is supported. > > b.notbits(b) > > I am not sure that you can pass the same instance to b. Just look at the code. It's only a few lines. It is supported. Mattias _

Re: [fpc-devel] tbits.NotBits

On Fri, 31 Mar 2017 14:07:09 +0200 Andrea Mauri wrote: > I didn't understand how TBits.NotBits works. AFAIK a.NotBits(b) means (a and not b): a b result 0 0 0 0 1 0 1 0 1 1 1 0 Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://

Re: [fpc-devel] Status of dynamic packages

On Thu, 10 Nov 2016 17:29:50 +0100 Sven Barth wrote: > Am 10.11.2016 15:17 schrieb "gabor" : > > > > Hello. > > What's the status of dynamic packages? Are they usable? > > Currently only compile time packages work (meaning you can't load > additional packages at runtime). Also currently only i

[fpc-devel] Attributes

Hi, What is the current state of Delphi attributes in FPC? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

[fpc-devel] Lazarus Release 1.6.2

The Lazarus team is glad to announce the release of Lazarus 1.6.2. This is a bugfix release. This release was built with FPC 3.0.0. The previous release Lazarus 1.6 was built with FPC 3.0.0 too. Here is the list of fixes for Lazarus 1.6.x: http://wiki.freepascal.org/Lazarus_1.6_fixes_branch Here

[fpc-devel] anonymous functions and closures in FPC

Hi, What is the current state? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] "Value" chunk encoding in RSJ files

On Thu, 14 Jul 2016 16:32:58 +0300 Maxim Ganetsky wrote: > 14.07.2016 16:05, Mattias Gaertner пишет: > > On Thu, 14 Jul 2016 15:48:23 +0300 > > Maxim Ganetsky wrote: > > > >> Hello. > >> > >> I noticed that in RSJ file when resource string has

Re: [fpc-devel] "Value" chunk encoding in RSJ files

On Thu, 14 Jul 2016 15:48:23 +0300 Maxim Ganetsky wrote: > Hello. > > I noticed that in RSJ file when resource string has e.g. Cyrillic > symbols "Value" chunk doesn't seem to have UTF-16 encoding (but it > should according to comment in cresstr.pas). > > Example for 'Тест' resource string (ori

Re: [fpc-devel] Unicode paths

On Mon, 11 Apr 2016 19:31:23 +0200 Mattias Gaertner wrote: > Hi, > > Are there any plans to extend FPC to support Unicode file paths under > Windows? To clarify: I mean the compiler fpc.exe. > Of course this also means the other tools, like fpcres, fpmake and > fppkg. >

Re: [fpc-devel] Unicode paths

On Mon, 11 Apr 2016 22:45:54 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: >[...] > Well, afaik on Windows unicode commandlines are supported in $mode > delphiuncode. Overloaded unicode(string) versions of paramstr handle it > (unit uuchar) > > > > And when executing the compiler dire

Re: [fpc-devel] Unicode paths

On Mon, 11 Apr 2016 21:05:55 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Mattias Gaertner said: > > Are there any plans to extend FPC to support Unicode file paths under > > Windows? > > Of course this also means the other tools, li

Re: [fpc-devel] Unicode paths

On Mon, 11 Apr 2016 20:02:32 +0200 Sven Barth wrote: > Am 11.04.2016 19:31 schrieb "Mattias Gaertner" : >[..] > In the end the Windows RTL should only use the *W functions and thus fully > allow for Unicode paths. Or what do you mean? (especially with your last > questi

[fpc-devel] Unicode paths

Hi, Are there any plans to extend FPC to support Unicode file paths under Windows? Of course this also means the other tools, like fpcres, fpmake and fppkg. Would this require a new flag? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Are LazUtils - XML units still necessary ?

On Wed, 9 Mar 2016 21:25:39 -0300 Daniel Gaspary wrote: > On Wed, Mar 9, 2016 at 9:04 PM, Mattias Gaertner > wrote: > > The main difference is they use UTF-8 strings instead of UTF-16 > > strings. This saves memory and avoid conversions when using UTF-8 > > strings in yo

Re: [fpc-devel] Are LazUtils - XML units still necessary ?

On Wed, 9 Mar 2016 20:35:52 -0300 Daniel Gaspary wrote: > Since FPC 3.00 has a new Unicode support I was wondering about that. > > AFAIK, support to Unicode(Or only UTF8?) was the main reason to the > existence of the units Laz2_Dom, Laz2_XmlRead/Write, etc. Both supports Unicode. The main diff

Re: [fpc-devel] The (near) future of strings

On Mon, 7 Mar 2016 15:23:01 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > > Do you mean the dotted unitname will not be needed when the compiler > > is extended to support namespace prefixes (project and command line > > switch)? > > I assume not since that would be Delphi inco

Re: [fpc-devel] The (near) future of strings

On Mon, 7 Mar 2016 15:00:01 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > I usually use Delphi XE2+ with namespace prefix, and many with me. IMHO > requiring to change Delphi sources to dotted units is a nono. What do you mean with Delphi sources? The Classes unit or the user's

Re: [fpc-devel] The (near) future of strings

On Thu, 03 Mar 2016 06:35:35 + Alfred wrote: >[...] > In the (near) future, I am still a very happy user of FPC. And mORMot. > And sometimes some version of Delphi > XE2. > Lets say its 2017. And I am using FPC 3.2.0. Or FPC 4.0. > > What mode will I be using when writing programs/framework

Re: [fpc-devel] Lazarus Release 1.6

On Fri, 19 Feb 2016 15:47:04 +0800 Dennis Poon wrote: >[...] > To avoid confusion, would the admin of the sourceforge project update > the following line appearing on top of the project page > "Looking for the latest version? *Download > lazarus-1.4.4-fpc-2.6.4-win32.exe (113.1 MB) >

[fpc-devel] Lazarus Release 1.6

The Lazarus team is glad to announce the release of Lazarus 1.6. This release was built with FPC 3.0.0. The previous release Lazarus 1.4.4 was built with FPC 2.6.4. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.6.0_release_notes http://wiki.

Re: [fpc-devel] multi version ppudump

On Wed, 2 Dec 2015 16:49:30 +0100 (CET) Michael Van Canneyt wrote: >[...] > Hm. ppudump should be backwards compatible ? Or at least, that was the > original design ? AFAIK it never supported older versions. For example: pascal/3.0.0/fpc/compiler/utils/ppudump -Fj /usr/lib/fpc/2.6.4/units/x86

[fpc-devel] Starting compiler of 3.1.1 still shows 2.6.4

Hi, Is this correct? It works with 2.6.4 and 3.0.0. Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

[fpc-devel] multi version ppudump

Hi, Short: The default install (e.g. make install and most installers) replaces the ppudump utility, reducing its usefulness. For example when Lazarus should support code navigation without sources it requires a working ppudump. Long: When installing a second version of FPC via 'make install' (an

Re: [fpc-devel] tagSIZE is missing in FPC 3.1.1

On Wed, 18 Nov 2015 13:29:19 +0330 MohsenTi wrote: > I try to compile lazarus with fpc 3.1.1 and get tagSIZE missing error. > tagSIZE type using by canvas and in older fpcs are in types unit. I removed the last tagSize in Lazarus 10h ago. Mattias ___

Re: [fpc-devel] Sets > 256

On Thu, 15 Oct 2015 16:14:31 +0200 (CEST) Michael Van Canneyt wrote: >[...] > Pascal sets can only contain values/enumerations whose ordinal value is > <= 255. > > >>> As currently new language features are discussed I would vote to drop (or > >>> relax to some K ) this limitation.

Re: [fpc-devel] Fwd: While - Otherwise Statement

On Tue, 13 Oct 2015 23:25:03 +0200 (CEST) Michael Van Canneyt wrote: >[...] > The argument that we can refrain from using these new features does not hold, > because other people will be using it, and we will have to know all of it to > be able to understand their code. And it costs precious ti

[fpc-devel] Lazarus Release 1.4.4

The Lazarus team is glad to announce the release of Lazarus 1.4.4. This release was built with FPC 2.6.4, same as the previous release Lazarus 1.4.2. Here is the list of fixes for Lazarus 1.4.4: http://wiki.freepascal.org/Lazarus_1.4_fixes_branch#Merged_revisions_for_1.4.4 Here is the list of ch

Re: [fpc-devel] FPC programs in OSv

On Tue, 10 Mar 2015 19:34:59 +0100 Sven Barth wrote: >[...] > Yes, it fails randomly, because the parameters can not be parsed > correctly (some of the passed arguments are randomly missing). I've now > finally committed my fix in r30160 which also allows the usage of FPC > binaries on OSv (wh

Re: [fpc-devel] FPC programs in OSv

On Wed, 4 Mar 2015 17:32:41 +0100 Mattias Gaertner wrote: > On Wed, 4 Mar 2015 16:41:23 +0100 > Sven Barth wrote: >[...] > > > In theory: by compiling the RTL with -dFPC_USE_LIBC. >[...] > > My outstanding commit fixes this. > > Outstanding! :) Now (30159) it

Re: [fpc-devel] FPC programs in OSv

On Wed, 4 Mar 2015 16:41:23 +0100 Sven Barth wrote: > Am 04.03.2015 16:20 schrieb "Jonas Maebe" : > > > > On 04/03/15 15:47, Mattias Gaertner wrote: > > > > > How can I make the System unit use libc calls instead of the syscalls? > > > > In

[fpc-devel] FPC programs in OSv

Hi, For those who don't know: OSv is an operating system running Linux "applications" in a mini VM. I was able to write and run a fpc hello-world program. I created a wiki page for this with all the details: http://wiki.lazarus.freepascal.org/Free_Pascal_on_OSv The "applications" are dynamic lib

Re: [fpc-devel] simpleipc under Linux

On Sat, 28 Feb 2015 20:52:07 +0100 (CET) Michael Van Canneyt wrote: >[...] > > Should I create a mantis issue? > > Yes. Done: http://bugs.freepascal.org/view.php?id=27572 Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lis

[fpc-devel] simpleipc under Linux

Hi, SimpleIPC under Linux always creates the pipe file under /tmp/. packages/fcl-process/src/unix/simpleipc.inc constructor TPipeClientComm.Create(AOWner: TSimpleIPCClient); Var D : String; begin inherited Create(AOWner); FFileName:=Owner.ServerID; If (Owner.ServerInstance<>'') then

Re: [fpc-devel] AArch64 port committed to svn trunk

On Mon, 23 Feb 2015 20:46:09 -0500 Dmitry Boyarintsev wrote: > On Mon, Feb 23, 2015 at 6:02 PM, Jonas Maebe > wrote: > > > I've just committed the AArch64 (aka "ARM64") port to trunk. It > > currently only supports iOS, but adding Linux support should not be > > difficult. > > > Great news! Tha

Re: [fpc-devel] FPC CHM files

On Fri, 13 Feb 2015 23:53:56 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Mattias Gaertner said: > > > > I'm searching for the newest version of chm files (rtl, fcl, user, > > fpdoc, prog, ref, toc). > > Where is the mo

[fpc-devel] FPC CHM files

Hi all, I'm searching for the newest version of chm files (rtl, fcl, user, fpdoc, prog, ref, toc). Where is the most recent snapshot? If there are no snapshots: Is it still so complicated as described here: http://wiki.lazarus.freepascal.org/chm_backend_for_fpdoc#Generating_FPC_CHM_docs_for_the_

Re: [fpc-devel] about commit r29324

On Sun, 28 Dec 2014 15:36:49 +0100 (CET) Michael Van Canneyt wrote: >[...] > People really don't seem to get booleans, and why they scorn "While" is > beyond me. All these ugly "break" statements :( > > You may optimize even more by calculating Max:=pred(dims) once and doing > I<=Max; Isn't "

[fpc-devel] about commit r29324

Hi, forwarded from Zeljko: It's about fpc issue http://bugs.freepascal.org/view.php?id=26370 It seems that TVariantArrayIterator.AtEnd loops for all Dims for no reason, so have impact on performance. *current implementation* function TVariantArrayIterator.AtEnd: Boolean; var i : sizeint;

Re: [fpc-devel] AnsiUpperCase problems

On Thu, 04 Dec 2014 15:29:06 +0100 Hans-Peter Diettrich wrote: >[...] > Please note that (currently) Lazarus sets or leaves DefaultSystemCodePage as > according to the actual OS, i.e. 1252 for my installation, regardless of > $codepage. Lazarus does not change the DefaultSystemCodePage. Unle

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Tue, 02 Dec 2014 13:31:44 +0100 Michael Schnell wrote: >[...]*defined* *to* *be* *undefined* Ooh, that is soo meta. lol Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Delphi incompatible encoding

On Tue, 02 Dec 2014 11:32:13 +0100 Hans-Peter Diettrich wrote: > Mattias Gaertner schrieb: > > On Tue, 02 Dec 2014 04:05:59 +0100 > > Hans-Peter Diettrich wrote: > > > Many things affect string literals. Source codepage, system codepage, > > string type,

Re: [fpc-devel] Delphi incompatible encoding

On Tue, 02 Dec 2014 04:05:59 +0100 Hans-Peter Diettrich wrote: >[...] > BTW it's nice that FPC console Write/Ln (mostly) converts AnsiStrings to > the console codepage, while Delphi (XE) doesn't convert :-) +1 Although it confuses people who don't know about "console codepage" (OEM codepage).

Re: [fpc-devel] Delphi incompatible encoding

On Tue, 2 Dec 2014 09:18:29 +0100 "Tomas Hajny" wrote: >[...] > Probably best to ask about the wrong behaviour with Lazarus on a Lazarus > list? Otherwise: In what format (encoding) is your source file? Unless > it's a UTF-8 with BOM, FPC decodes it according to the -Fc parameter and > Lazarus ma

Re: [fpc-devel] Delphi incompatible encoding

On Tue, 02 Dec 2014 04:05:59 +0100 Hans-Peter Diettrich wrote: > Jonas Maebe schrieb: > > > > Hans-Peter Diettrich wrote on ma, 01 dec 2014: > > > To get behaviour that is compatible with Delphi2009+, compile with > > -Mdelphiunicode or {$modeswitch delphiunicode}. > > The compiler option (-M

Re: [fpc-devel] ThousandSeparator

On Tue, 25 Nov 2014 20:12:31 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Michael Van Canneyt said: > > > The ThousandSeparator is "char" and supports only 1 byte characters. > > > For example French and Russian need more. > > > Are there any plans to extend i

Re: [fpc-devel] ThousandSeparator

On Thu, 27 Nov 2014 11:02:06 +0100 Sven Barth wrote: >[...] > Yes, there's a message for that and yes on non-Windows OSes this might be > problematic... AFAIK on Unix systems you can start each program with a different locale. The system wide locale is just the default on start. Therefore changi

Re: [fpc-devel] Codepage aware RTL

On Wed, 26 Nov 2014 15:34:19 +0100 Hans-Peter Diettrich wrote: > Mattias Gaertner schrieb: > > Hi, > > > > The page about "FPC Unicode support" mentions what has already been > > updated to preserve character data. > > http://wiki.freepascal.org/FPC_Un

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 17:50:31 +0100 Mattias Gaertner wrote: > On Wed, 26 Nov 2014 17:23:48 +0100 > Jonas Maebe wrote: > > > On 26/11/14 17:21, Sven Barth wrote: > > > Yes, nevertheless the header record is the same for UnicodeString and > > > AnsiString and

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 17:23:48 +0100 Jonas Maebe wrote: > On 26/11/14 17:21, Sven Barth wrote: > > Yes, nevertheless the header record is the same for UnicodeString and > > AnsiString and thus it also has a codepage field which is always > > initialized to CP_UTF16 however. > > It can also be CP_U

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 15:05:16 +0100 Sven Barth wrote: >[...] > While both AnsiString and UnicodeString have the current codepage and the > character size in their header record AFAIK UnicodeString has only a static (fixed) code page. Mattias ___ fpc-d

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 11:52:50 +0100 Michael Schnell wrote: > On 11/26/2014 11:40 AM, Mattias Gaertner wrote: > > Ansistring supports only one byte per character code pages. > > Even more confused. Am I wrong thinking that with code aware Strings, > for Delphi XE compati

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 11:23:17 +0100 Michael Schnell wrote: >[...] > 2) I fail to understand how with this explanation that seems to force > auto conversion for assignments between types with different "code page" > settings (also for CP_ACP) the "static code page can differ from the > dynamic c

Re: [fpc-devel] Trying to understand the wiki-Page "FPC Unicode support"

On Wed, 26 Nov 2014 11:23:17 +0100 Michael Schnell wrote: >[...] > It seems to be unavoidable to use the name "ANSIString" even though I > always though up when seeing a thing called "ANSI" containing Unicode > (e. g. "UTF8String = type AnsiString(CP_UTF8)" ). Is there a question? > Seemi

Re: [fpc-devel] ThousandSeparator

On Tue, 25 Nov 2014 19:36:45 +0100 Hans-Peter Diettrich wrote: >[...] > > Maybe a widechar is sufficient ? Making it a string is more invasive > > than making it a widechar. > > Are all possible separators members of the Unicode BMP? I found 12 thousand-separators and they are all in the BMP.

Re: [fpc-devel] ThousandSeparator

On Tue, 25 Nov 2014 17:51:41 +0100 (CET) Michael Van Canneyt wrote: > > > On Tue, 25 Nov 2014, Mattias Gaertner wrote: > > > Hi, > > > > The ThousandSeparator is "char" and supports only 1 byte characters. > > For example French and Russian n

[fpc-devel] ThousandSeparator

Hi, The ThousandSeparator is "char" and supports only 1 byte characters. For example French and Russian need more. Are there any plans to extend it? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/m

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 ___

[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

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 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.

Re: [fpc-devel] UTF8 RTL

On Sun, 23 Nov 2014 16:31:10 +0100 (CET) Michael Van Canneyt wrote: >[...] > That seems wrong, since UTF-8 is not the default on Windows ? > > Let's try to understand first why do you insist on the "UTF-8" in the name ? > > Maybe "UTF-8 aware" is better, if you really want the UTF-8 in the name

Re: [fpc-devel] UTF8 RTL

On Sun, 23 Nov 2014 14:26:08 +0100 Jonas Maebe wrote: > On 18/11/14 19:51, Mattias Gaertner wrote: > > On Tue, 18 Nov 2014 18:17:25 +0100 > >> > Thanks, but there is no UTF-8 RTL. > > That's what I thought too a week ago. > > FPC 2.7 made an old dream come t

Re: [fpc-devel] UTF8 RTL

On Thu, 20 Nov 2014 15:02:55 +0100 Michael Schnell wrote: >[...] > But here (seemingly) TStrings (and with this TStringList) works on a > single pre-defined (2-Byte) encoding. And hence any other encoding (as > well 2 Byte as 1 Byte) needs time consuming conversions in and out. > > Changing th

Re: [fpc-devel] UTF8 RTL

On Wed, 19 Nov 2014 13:54:00 +0100 Sven Barth wrote: > Am 19.11.2014 11:39 schrieb "Mattias Gaertner" : > > The RTL on Windows now uses the "W" functions and the AnsiString and > > ShortString are encoded in CP_ACP. Changing the DefaultSystemCodePage > >

Re: [fpc-devel] UTF8 RTL

On Wed, 19 Nov 2014 09:22:21 +0100 Jonas Maebe wrote: > On 19/11/14 09:12, Marco van de Voort wrote: > > In our previous episode, Jonas Maebe said: > >>> As Jonas said, not using utf8 on Windows. > >> > >> No, that's not what I said. There is no problem with using UTF-8 on > >> Windows. > > > >

Re: [fpc-devel] UTF8 RTL

On Tue, 18 Nov 2014 18:17:25 +0100 Jonas Maebe wrote: > On 18/11/14 16:59, Mattias Gaertner wrote: > > Hi and much kudos for those who made the UTF8 RTL. > > Thanks, but there is no UTF-8 RTL. That's what I thought too a week ago. FPC 2.7 made an old dream come true. :)

Re: [fpc-devel] UTF8 RTL

On Tue, 18 Nov 2014 17:05:49 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Mattias Gaertner said: > > Hi and much kudos for those who made the UTF8 RTL. > > > > GetCurrentDir, FindFirst, FileExist, TStringList, etc. all work well. :) >

[fpc-devel] UTF8 RTL

Hi and much kudos for those who made the UTF8 RTL. GetCurrentDir, FindFirst, FileExist, TStringList, etc. all work well. :) ParamStr is not yet converted and only supports system codepage. I would like to help improving it. Has someone already started it? Mattias __

Re: [fpc-devel] "Exception while creating process: Could not detect X-Terminal program" / Fedora 20

On Sun, 09 Nov 2014 12:12:16 +0100 Jonas Maebe wrote: > On 09/11/14 11:00, Mattias Gaertner wrote: > > I'm curious. Why does fpc need a terminal? > > The indentation in fcl-process/src/unix/process.inc is a bit confusing, > but at first sight it's only required

Re: [fpc-devel] "Exception while creating process: Could not detect X-Terminal program" / Fedora 20

On Sun, 9 Nov 2014 10:18:11 +0100 (CET) Michael Van Canneyt wrote: >[...] > What is there to look at ? > > There must be one of the 8 (!) supported terminal programs in the path. > The error message indicates that there is no such program. > You can't get more clear than that, I would think ?

Re: [fpc-devel] "Signals"

On Fri, 26 Sep 2014 10:38:04 +0200 (CEST) Michael Van Canneyt wrote: >[...] > > To allow for doing this with thread, an event queue for worker threads > > needs > > to be provided. > > Huh? WHY ? That's why: https://www.youtube.com/watch?v=BKorP55Aqvg Mattias ___

Re: [fpc-devel] TThread extensions

On Fri, 27 Jun 2014 09:30:52 +0200 Michael Schnell wrote: > On 06/26/2014 07:49 PM, Mattias Gaertner wrote: > > Why can't you use trunk and $IFs like everyone else? > I do _need_ TThread.Queue (and I do _need_ TThread.GetTickCount64 (or > another decent timing source). &

Re: [fpc-devel] TThread extensions

On Thu, 26 Jun 2014 16:56:52 +0200 Michael Schnell wrote: > On 06/26/2014 04:34 PM, Michael Van Canneyt wrote: > > > > Strange. I came to exactly the opposite conclusion. > > > Sorry. I am not able to understand your argument :-( . Why can't you use trunk and $IFs like everyone else? Mattias __

Re: [fpc-devel] TThread extensions

On Thu, 26 Jun 2014 15:48:18 +0200 Michael Schnell wrote: > On 06/26/2014 03:34 PM, Mattias Gaertner wrote: > > 2. If you insist using the new RTL features, then add the LCL features > > using $IFs. > I do not _need_ anything. I just want to enhance the functionality in >

Re: [fpc-devel] TThread extensions

On Thu, 26 Jun 2014 15:20:39 +0200 Michael Schnell wrote: >[...] > More explicit; > I need an Event queue, and IMHO for this project it is not appropriate > at all to implement a second Event queue, while the rtl with > TThread.Queue provides a perfectly usable one. As I do not practically >

<    1   2   3   4   5   6   7   8   >