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

[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] 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] 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] 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

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] 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] 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: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 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 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 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] 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] 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] 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] 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] 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: >[...] > 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, 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] 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] 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

[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] 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] 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] 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

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

[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] 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] 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] 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

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

[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] 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

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] 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 ___

[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

[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

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] 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] 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) >

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

[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] 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

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 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 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] "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] "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

[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

[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] 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

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

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

[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] 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] 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] 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

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

[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] 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

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] 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] 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] 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] [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] [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] 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

[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] 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

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] 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 Mon, 18 Dec 2017 14:55:53 +0100 Benito van der Zander wrote: >[...] > > That would be quite a slow down. > > Is it? > > I saw no speed difference between > > var x = 1; > for (var i=0;i<10;i++) x++; > > and > > var x = [1]; > for (var i=0;i<10;i++) x[0]++; > > in Firefox. Of c

Re: [fpc-devel] First pas2js public release

On Mon, 18 Dec 2017 20:16:03 +0100 Benito van der Zander wrote: >[...] > But recently I have started to change everything to pointers. > > For example when you have an array and want a subrange without the first > element of the array, you can either copy almost everything in a new > array, or

Re: [fpc-devel] First pas2js public release

On Tue, 19 Dec 2017 09:40:48 + Lukasz Sokol wrote: >[...] > pas2js treated program would run in a browser, client side only ? > And does not care what the server is, because it does not run on server ? Yes, in fact it does not need a server. A browser only needs some HTML and the pas2js gene

Re: [fpc-devel] First pas2js public release

On Fri, 22 Dec 2017 14:21:20 + Alfred wrote: > Thanks for a very nice tool ! > > Small problem: AFAIK, the rtl.js is missing from SVN ?! > https://svn.freepascal.org/svn/projects/pas2js/trunk/src/rtl/ The rtl.js is currently in the compiler svn: https://svn.freepascal.org/cgi-bin/viewvc.cg

[fpc-devel] Internal error 2018011401

Hi, Using fpc trunk. What means error Error: Internal error 2018011401 ? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Revision 38008 : log entry

On Fri, 19 Jan 2018 17:02:12 +0100 Bart wrote: > Hi, > > The log entry for revision 38008 reads: > > "fcl-passrc: renamed bsMethodCallChecks to bsOverflowChecks" > > This should be: > > "fcl-passrc: renamed bsMethodCallChecks to bsObjectChecks" > > Can someone fix the log message? Fixed.

Re: [fpc-devel] Static class methods can or cannot be virtual?

On Mon, 22 Jan 2018 18:45:57 +0100 Maciej Izak wrote: > 2018-01-22 18:25 GMT+01:00 Denis Kozlov : > > > I presume then there is no way for having a class property who's returned > > value can be dynamically changed in child classes? In other words, class > > property getters/setters can only be

[fpc-devel] Lazarus Release 1.8.2

The Lazarus team is glad to announce the release of Lazarus 1.8.2. This is a bugfix release. The release was built with FPC 3.0.4. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.8.0_release_notes http://wiki.lazarus.freepascal.org/User_Change

Re: [fpc-devel] Multiple variable initialization

On Sat, 24 Mar 2018 15:41:15 +0100 (CET) Michael Van Canneyt wrote: > On Sat, 24 Mar 2018, Ondrej Pokorny wrote: > > > Is there a reason why multiple variable initialization is forbidden? > > > > program Test; > > var > >   A: Integer = 0;    // allowed > >   B, C: Integer = 0; // not allowed

Re: [fpc-devel] What to call this?

On Sun, 25 Mar 2018 19:59:55 + Ozz Nixon wrote: > Going through the system unit, and I noticed this syntax (not verbatim!) > > Procedure Cmd_Line:PChar; > property CmdLine read Cmd_Line; > > * Debating about support this, but, no idea what this would be called, a > property outside of a cla

Re: [fpc-devel] *** GMX Spamverdacht *** Re: Broken frac function in FPC3.1.1 / Windows x86_64

On Sat, 28 Apr 2018 00:09:12 +1000 "Thorsten Engler" wrote: > Highest integer that fits in a Int64: > 9223372036854775808 > 1e20: > 1 > > Your Int is overflowing. > > You can’t implement Frac by going through an Integer, that will never work. It could work if you check for

Re: [fpc-devel] Broken frac function in FPC3.1.1 / Windows x86_64

On Sat, 28 Apr 2018 02:48:14 +1000 "Thorsten Engler" wrote: > For what it’s worth, Delphi simply decided to give up on doing it correctly > and silently fail if the double is too large to fit in an Int64. >[...] > WriteLn(Frac(1e15+0.5)); > > WriteLn(Frac(1e16+0.5)); > > When executed in 32bit

Re: [fpc-devel] Broken frac function in FPC3.1.1 / Windows x86_64

On Sat, 28 Apr 2018 10:55:10 +0200 Sven Barth via fpc-devel wrote: >[...] > The question is whether we should really return 0 for numbers that would > cause an integer overflow as from the user's perspective of this > function integers aren't involved at all (after all one passes in a > floati

Re: [fpc-devel] What's the status of Maciej's Smart Pointer enhancements?

On Mon, 30 Apr 2018 14:43:02 +0200 Maciej Izak wrote: >[...] > With FastRTTI additional call to int_initialize is omitted when > possible. Furthermore > with FastRTTI all code is executed faster (much faster than in 3.0.x) > because all info about managed fields (for classes, objects and records)

[fpc-devel] note 6058 marked as inline is not inlined

Hi all, I welcome the possibility to see what inline function is not inlined, but why is it enabled by default? componenttreeview.pas(304,5) Note: (6058) Call to subroutine "function GetDebugLogger:TLazLogger;" marked as inline is not inlined Can it be disabled by default and enabled with -vm60

<    1   2   3   4   5   6   7   8   >