Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

2022-01-14 Thread Mattias Gaertner via fpc-devel
On Fri, 14 Jan 2022 07:32:59 +0100 Sven Barth via fpc-devel wrote: >[...] > Just FYI what Delphi writes in their documentation ( > https://docwiki.embarcadero.com/RADStudio/Sydney/en/Simple_Types_(Delphi)#Real_Types > > ): > > On i386 Windows Extended is 80-bit, on x86_64 Linux, i386 macOS

Re: [fpc-devel] I've asked this before, but perhaps I wasn't specific enough that time: what do I *personally*, specifically need to do to ensure that a native Windows 64-bit build winds up on the FPC

2022-01-12 Thread Mattias Gaertner via fpc-devel
On Wed, 12 Jan 2022 23:20:34 +0100 Sven Barth via fpc-devel wrote: >[..] > When compiling from a target supporting Extended to one only > supporting Double there isn't a loss of precision when calculating > values at compile time. The other way around however, there *is* and > that is the more

[fpc-devel] fpc make fail target embedded wasm32

2021-12-27 Thread Mattias Gaertner via fpc-devel
Hi, make all OS_TARGET=embedded CPU_TARGET=wasm32 BINUTILSPREFIX= OPT="-O-" PP=fpc External command "/home/mattias/pascal/fpc/3.3.1/compiler/ppcrosswasm32 -Tembedded -FUrtl-extra/units/wasm32-embedded/ -Fu/home/mattias/pascal/fpc/3.3.1/rtl/units/wasm32-embedded/ -Furtl-extra/src/inc

Re: [fpc-devel] Explicitly named return values and implicit aliases Result

2020-12-16 Thread Mattias Gaertner via fpc-devel
On Wed, 16 Dec 2020 10:24:39 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: >[...] > Function MyResult : String; > > begin >Result:=''; >MyResult:=''; > end; > > You can still use the function name for the result, so "Result" is in > fact an alias for the function name, which is

Re: [fpc-devel] TThread.RemoveQueuedEvents

2020-09-26 Thread Mattias Gaertner via fpc-devel
On Sat, 26 Sep 2020 14:05:21 +0200 Martin Frb via fpc-devel wrote: > On 26/09/2020 13:58, Pascal Riekenberg wrote: > > Hi Martin, > > > > there is a free Community Edition. > > > Ok, but maybe someone who already has it installed, can copy and > paste the test that I posted? (should barely

Re: [fpc-devel] Fwd: Re: An optimization suggestion for FPC

2020-07-13 Thread Mattias Gaertner via fpc-devel
On Mon, 13 Jul 2020 21:17:39 +0100 "J. Gareth Moreton" wrote: > I'm still having problems.  It's not letting me rebuild Lazarus for > one thing: > > jcfidemain.pas(41,3) Fatal: Cannot find LazIDEIntf used by > JcfIdeMain, incompatible >

Re: [fpc-devel] FPC 3.2.0 CHM docs updated.

2020-07-03 Thread Mattias Gaertner via fpc-devel
On Sat, 27 Jun 2020 22:45:06 +0200 Marco van de Voort wrote: >[...] > If you cache CHM docs for release purposes (lazarus, fpcdeluxe etc), > please redownload.  The original archive has been renamed to > doc-chmorig.zip in case somebody needs it. On sourceforge still contains the old

Re: [fpc-devel] FPC 3.2.0RC1 released!

2020-03-30 Thread Mattias Gaertner via fpc-devel
On Sun, 29 Mar 2020 20:18:19 +0200 Marco van de Voort wrote: >[...] > You can help improve the upcoming 3.2.0 release by downloading and > testing this release. If you want you can report what you have done > here: http://wiki.freepascal.org/Testers_3.2.0 or in the maillist. It seems

Re: [fpc-devel] Public modifier: brackets or not?

2020-02-23 Thread Mattias Gaertner via fpc-devel
On Sun, 23 Feb 2020 16:35:28 +0100 Bart via fpc-devel wrote: > Hi, > > I'm a little confused. > > From: > https://www.freepascal.org/docs-html/ref/refsu81.html > > This page gives 2 examples. > > Function Second : Real; [Public]; > begin > Second := 1; > end; > > and > > Function Second

Re: [fpc-devel] TEncoding.Default and default encoding for TStrings.LoadFrom*()

2019-12-27 Thread Mattias Gaertner via fpc-devel
On Fri, 27 Dec 2019 12:01:24 +0100 Ondrej Pokorny wrote: >[...] > > If I understand your reasoning correct, that should solve the > > problems you > > report ? > > Yes, that perfectly solves the issues Lazarus developers and users > face. I am OK with this solution as well. Thanks! Thank you

Re: [fpc-devel] TEncoding.Default and default encoding for TStrings.LoadFrom*()

2019-12-26 Thread Mattias Gaertner via fpc-devel
On Thu, 26 Dec 2019 16:55:04 +0100 Ondrej Pokorny wrote: > On 26.12.2019 16:41, Mattias Gaertner via fpc-devel wrote: > > On Thu, 26 Dec 2019 16:15:03 +0100 > > Ondrej Pokorny wrote: > > > >> Hello, > >> > >> a lot of people have a problem

Re: [fpc-devel] TEncoding.Default and default encoding for TStrings.LoadFrom*()

2019-12-26 Thread Mattias Gaertner via fpc-devel
On Thu, 26 Dec 2019 16:15:03 +0100 Ondrej Pokorny wrote: > Hello, > > a lot of people have a problem with the TStrings.LoadFrom*() changes > when TEncoding support was added. > > Currently, the no-encoding overloads of TStrings.LoadFrom*() and > TStrings.SaveTo*() use the TEncoding.Default,

Re: [fpc-devel] inline... and philosophy

2019-11-10 Thread Mattias Gaertner via fpc-devel
On Sun, 10 Nov 2019 02:23:03 + "J. Gareth Moreton" wrote: > Does the smart linker strip out LCL components that are not used, or > must everything that's registered in a package or unit be included? If you mean with "registered" the RegsiterClass or RegisterComponents functions: If it is

Re: [fpc-devel] objfpc generics how to generate self type reference ?

2019-09-03 Thread Mattias Gaertner via fpc-devel
On Tue, 3 Sep 2019 12:38:49 +0200 Mattias Gaertner via fpc-devel wrote: > On Tue, 3 Sep 2019 12:15:50 +0200 > Marco van de Voort wrote: > > > I'm trying to let an iterator implement the enumerator pattern and > > return itself, but for that I need to use th

Re: [fpc-devel] objfpc generics how to generate self type reference ?

2019-09-03 Thread Mattias Gaertner via fpc-devel
On Tue, 3 Sep 2019 12:15:50 +0200 Marco van de Voort wrote: > I'm trying to let an iterator implement the enumerator pattern and > return itself, but for that I need to use the type of the generic: > > generic THashmapIterator=class > public >       type PValue=^TValue; >

Re: [fpc-devel] pas2js: Generics for TJSArray?

2019-07-22 Thread Mattias Gaertner via fpc-devel
This is the fpc list. It would be better to post on the pas2js mailing list. On 21.07.19 22:45, Michael Van Canneyt wrote: [...] As far as I know, array helpers should work ? Yes. What is missing on the arrays ? I think Copy, insert, Concat should all work. Yes. [...] Mattias

Re: [fpc-devel] [] property overloads

2019-07-01 Thread Mattias Gaertner via fpc-devel
On Mon, 1 Jul 2019 11:38:31 -0400 Ryan Joseph wrote: > > On Jul 1, 2019, at 7:56 AM, Ondrej Pokorny > > wrote: > > > > type > > TValue = record A: Integer end; > > TMyClass = class > > function GetValue(index: integer): TValue; > > function GetValue(index: string): TValue; > >

Re: [fpc-devel] modeswitch multihelpers

2019-05-13 Thread Mattias Gaertner via fpc-devel
On Mon, 13 May 2019 11:33:36 +0200 (CEST) Stefan Glienke wrote: > I want to argue that the way this is implemented is asking for easily > introducing defects into existing code by extending/modifying helpers > causing methods to creep into scope. How can a disabled-by-default modeswitch

Re: [fpc-devel] Aligned dynamic arrays

2019-03-30 Thread Mattias Gaertner via fpc-devel
On Sat, 30 Mar 2019 12:57:48 -0400 Ryan Joseph wrote: > > On Mar 30, 2019, at 12:53 PM, Mattias Gaertner via fpc-devel > > wrote: > > > > I guess you mean auto dereferencing. > > {$ModeSwitch AutoDeref} > > Yeah I just found this by looking around in

Re: [fpc-devel] Aligned dynamic arrays

2019-03-30 Thread Mattias Gaertner via fpc-devel
On Sat, 30 Mar 2019 10:03:12 -0400 Ryan Joseph wrote: > > On Mar 30, 2019, at 9:55 AM, Jonas Maebe > > wrote: > >> You are not required to dereference pointers to write to them. > >> var > >> P: PPoint; > >> begin > >> P := AlignedArray[0]; > >> P.X := 3; // can be okay > >>

Re: [fpc-devel] TRegistry and Unicode

2019-02-26 Thread Mattias Gaertner via fpc-devel
On Tue, 26 Feb 2019 19:14:41 +0100 Bart wrote: > On Tue, Feb 26, 2019 at 2:12 PM Michael Van Canneyt > wrote: > > > But inner workings can be made to use Unicode, because the > > underlying APIs are using unicode: The *W registry calls on > > windows, XML DOM on other systems. > > Well, my

Re: [fpc-devel] "Blank slate" next version of FPC

2019-02-16 Thread Mattias Gaertner via fpc-devel
On Sat, 16 Feb 2019 13:37:44 -0800 Ralf Quint wrote: >[...] > Adding newfangled gadgets and gizmos might be all fine and dandy, but > don't force it down the throat of everyone as a must. I am not going > to throw away 40 years of libraries and snippets away and start from > scratch, just so

Re: [fpc-devel] "Blank slate" next version of FPC

2019-02-16 Thread Mattias Gaertner via fpc-devel
On Sat, 16 Feb 2019 09:43:32 +0100 Florian Klämpfl wrote: >[...]but we try as much as possible to break old code. Then you are not doing a good job. ;) Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] New sorting routines

2019-02-04 Thread Mattias Gaertner via fpc-devel
On Mon, 4 Feb 2019 14:26:55 +0200 Nikolay Nikolov wrote: > On 2/3/19 11:22 PM, C Western wrote: > > I suspect the new sorting routines need some work - lazarus > > compiled with the latest trunk hangs on start up, and it looks like > > an infinite loop in sorting. Stack trace below. > > Even

Re: [fpc-devel] Internal symbols

2019-02-03 Thread Mattias Gaertner via fpc-devel
On Sun, 03 Feb 2019 04:08:46 + "J. Gareth Moreton" wrote: >[...] > Lazarus doesn't even display the error (see bug #34996) Fixed. Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

Re: [fpc-devel] Looking for clarification on what I think are obviously missing "const" prefixes for parameters in the methods of TRect (the typshrdh.inc one)

2019-01-27 Thread Mattias Gaertner via fpc-devel
On Sun, 27 Jan 2019 13:11:53 + Walter Prins wrote: >[...] > Just thinking out loud (probably a bad idea) but: > > Would it perhaps be possible to treat this as a type of optimization > however? Which is to say, if the called routine makes no changes to > the passed record, then it should

Re: [fpc-devel] Looking for clarification on what I think are obviously missing "const" prefixes for parameters in the methods of TRect (the typshrdh.inc one)

2019-01-27 Thread Mattias Gaertner via fpc-devel
On Sat, 26 Jan 2019 20:52:44 -0500 John Doe wrote: >[...] > Regardless, units like graphmath.pp > I added some const and inline. Mattias ___ fpc-devel maillist -

Re: [fpc-devel] Failure to recompile TAChart after FPC r40785 (committed by Jonas)

2019-01-07 Thread Mattias Gaertner via fpc-devel
On Mon, 7 Jan 2019 19:24:53 +0100 Jonas Maebe wrote: > On 07/01/19 17:32, Mattias Gaertner via fpc-devel wrote: > > True, reason is that *non* static means there is a Self. > > But since there is no "object of objecttype" and no "record of > > recordtype&

Re: [fpc-devel] Failure to recompile TAChart after FPC r40785 (committed by Jonas)

2019-01-07 Thread Mattias Gaertner via fpc-devel
On Mon, 7 Jan 2019 17:13:21 +0100 Sven Barth via fpc-devel wrote: >[...] > Did you try to add "static" to the TDiaPosition.Equals class > function? For an object type only instance and static class methods > make sense so non static class methods should probably best be > forbidden. True,

Re: [fpc-devel] [Patch/RFC] Warnings for (in/over)complete case statements

2019-01-02 Thread Mattias Gaertner via fpc-devel
On Wed, 2 Jan 2019 12:05:17 +0100 (CET) Michael Van Canneyt wrote: > On Wed, 2 Jan 2019, Sven Barth via fpc-devel wrote: > > > Am Mi., 2. Jan. 2019, 11:08 hat Bart > > geschrieben: > >> On Wed, Jan 2, 2019 at 9:44 AM Martok > >> wrote: > >>> - If a case statement on an ordinal does not

Re: [fpc-devel] How do I go about volunteering as a "release builder", so that we can get rid of the objectively untrue, misleadingly worded "There is no native compiler available for x86_64 Win64. Yo

2018-11-05 Thread Mattias Gaertner via fpc-devel
On Sun, 4 Nov 2018 22:43:19 -0500 Ben Grasset wrote: >[...] > It's worth noting I guess that Lazbuild *does *invoke the FPC > instances all at the same time, and by default uses the number of > CPUs as the limit. It seems theoretically possible that if you had > let's say 8 copies of

Re: [fpc-devel] Why/how does the compiler have a non-trivial number ofmemory leaks after over two decades of development?

2018-07-30 Thread Mattias Gaertner
On Mon, 30 Jul 2018 14:36:10 +0200 (CEST) Michael Van Canneyt wrote: >[...] > Many people will probably be surprised, but the use of try/finally > is not required for an application: > > Gradually, some parts of the compiler were switched to classes, but even > then, without exceptions: As

Re: [fpc-devel] Managed Types, Undefined Bhaviour

2018-06-29 Thread Mattias Gaertner
On Fri, 29 Jun 2018 19:15:00 +0200 Martok wrote: > Am 29.06.2018 um 16:37 schrieb Thorsten Engler: > > The specific functions that implement an interface get baked into the class > > at the moment when the interface is defined as part of the class. This > > results in important differences in

Re: [fpc-devel] Managed Types, Undefined Bhaviour

2018-06-29 Thread Mattias Gaertner
On Fri, 29 Jun 2018 19:11:14 +0200 (CEST) Michael Van Canneyt wrote: > On Sat, 30 Jun 2018, Thorsten Engler wrote: > > >> -Original Message- > >> From: fpc-devel On Behalf Of > >> Michael Van Canneyt > >> Sent: Saturday, 30 June 2018 01:07 > >> To: FPC developers' list > >> Subject:

Re: [fpc-devel] Managed Types, Undefined Bhaviour

2018-06-29 Thread Mattias Gaertner
On Fri, 29 Jun 2018 16:18:04 +0200 (CEST) Michael Van Canneyt wrote: > On Fri, 29 Jun 2018, Michael Van Canneyt wrote: > > > > > > > On Fri, 29 Jun 2018, Martok wrote: > > > >> Am 29.06.2018 um 14:41 schrieb Michael Van Canneyt: > >>> As far as I can see, you get 2 chain and 1 done call.

Re: [fpc-devel] {$mode tp} compatibility issue

2018-06-05 Thread Mattias Gaertner
On Tue, 5 Jun 2018 14:09:16 +0200 Klaus Hartnegg wrote: > Hi, > > I just stepped into a trap when compiling Turbo Pascal source with > FreePascal, and wonder how FreePascal could prevent this. > > The source effectively contains something like > > type >mytype = (a,b,c); > > var >t

[fpc-devel] Lazarus Release 1.8.4

2018-05-22 Thread Mattias Gaertner
The Lazarus team is glad to announce the release of Lazarus 1.8.4. 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

Re: [fpc-devel] Debugging Loop Unroll Optimization

2018-05-18 Thread Mattias Gaertner
On Sat, 19 May 2018 01:16:00 +1000 "Thorsten Engler" wrote: >[...] > The for-loop variable is undefined after the loop if the loop ran to > completion. It retains its last value if the loop exited in a controlled way > (goto, break, exit, ?) before running to

Re: [fpc-devel] Debugging Loop Unroll Optimization

2018-05-18 Thread Mattias Gaertner
On Fri, 18 May 2018 13:28:30 +0200 (CEST) mar...@stack.nl (Marco van de Voort) wrote: >[...] > > > "After the for statement terminates (provided this was not forced by a > > > Break or an Exit procedure), the value of counter is undefined." >[...] > Well, well, clearly. One could interpret it

Re: [fpc-devel] Debugging Loop Unroll Optimization

2018-05-17 Thread Mattias Gaertner
On Thu, 17 May 2018 18:34:04 +0200 Florian Klämpfl wrote: >[...] Apparently this mail thread confuses some users: report https://bugs.freepascal.org/view.php?id=33753: > ISO7185: "After a for-statement is executed, other than being left by a > goto-statement, the >

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

2018-05-04 Thread Mattias Gaertner
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

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

2018-04-28 Thread Mattias Gaertner
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

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

2018-04-27 Thread Mattias Gaertner
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)); >

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

2018-04-27 Thread Mattias Gaertner
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

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

2018-03-25 Thread Mattias Gaertner
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 >

Re: [fpc-devel] Multiple variable initialization

2018-03-24 Thread Mattias Gaertner
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:

[fpc-devel] Lazarus Release 1.8.2

2018-03-02 Thread Mattias Gaertner
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

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

2018-01-22 Thread Mattias Gaertner
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 >

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

2018-01-19 Thread Mattias Gaertner
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

[fpc-devel] Internal error 2018011401

2018-01-15 Thread Mattias Gaertner
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] First pas2js public release

2017-12-22 Thread Mattias Gaertner
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:

Re: [fpc-devel] First pas2js public release

2017-12-20 Thread Mattias Gaertner
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

Re: [fpc-devel] First pas2js public release

2017-12-18 Thread Mattias Gaertner
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

Re: [fpc-devel] First pas2js public release

2017-12-18 Thread Mattias Gaertner
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]++; >

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

2017-12-18 Thread Mattias Gaertner
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 -

Re: [fpc-devel] First pas2js public release

2017-12-17 Thread Mattias Gaertner
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

Re: [fpc-devel] First pas2js public release

2017-12-16 Thread Mattias Gaertner
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

[fpc-devel] Lazarus Release 1.8

2017-12-07 Thread Mattias Gaertner
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

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

2017-10-31 Thread Mattias Gaertner
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

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

2017-09-13 Thread Mattias Gaertner
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 > f

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

2017-09-03 Thread Mattias Gaertner
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

2017-09-02 Thread Mattias Gaertner
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

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

2017-07-16 Thread Mattias Gaertner
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 >

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

2017-06-17 Thread Mattias Gaertner
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

Re: [fpc-devel] OpenGL 3.3 Core

2017-05-26 Thread Mattias Gaertner
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 >

[fpc-devel] Hint in fgl generic

2017-05-24 Thread Mattias Gaertner
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

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

2017-05-11 Thread Mattias Gaertner
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

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

2017-05-10 Thread Mattias Gaertner
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

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

2017-05-07 Thread Mattias Gaertner
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.

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

2017-05-06 Thread Mattias Gaertner
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

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

2017-05-05 Thread Mattias Gaertner
On Fri, 5 May 2017 15:55:32 +0200 (CEST) Michael Van Canneyt <mich...@freepascal.org> wrote: > On Fri, 5 May 2017, Mattias Gaertner wrote: > > > On Fri, 5 May 2017 14:30:32 +0200 (CEST) > > Michael Van Canneyt <mich...@freepascal.org> wrote: > > > &

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

2017-05-05 Thread Mattias Gaertner
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

[fpc-devel] UTF-8 string literals

2017-05-05 Thread Mattias Gaertner
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

2017-04-26 Thread Mattias Gaertner
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

[fpc-devel] GetEnvironmentVariable

2017-04-13 Thread Mattias Gaertner
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"

2017-04-13 Thread Mattias Gaertner
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

Re: [fpc-devel] tbits.NotBits

2017-04-13 Thread Mattias Gaertner
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

Re: [fpc-devel] tbits.NotBits

2017-04-13 Thread Mattias Gaertner
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.

Re: [fpc-devel] tbits.NotBits

2017-04-13 Thread Mattias Gaertner
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] Attributes

2016-11-22 Thread Mattias Gaertner
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

2016-11-15 Thread Mattias Gaertner
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

[fpc-devel] anonymous functions and closures in FPC

2016-08-26 Thread Mattias Gaertner
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

2016-07-14 Thread Mattias Gaertner
On Thu, 14 Jul 2016 16:32:58 +0300 Maxim Ganetsky <gan...@narod.ru> wrote: > 14.07.2016 16:05, Mattias Gaertner пишет: > > On Thu, 14 Jul 2016 15:48:23 +0300 > > Maxim Ganetsky <gan...@narod.ru> wrote: > > > >> Hello. > >> > >> I not

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

2016-07-14 Thread 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 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 'Тест'

Re: [fpc-devel] Unicode paths

2016-04-11 Thread Mattias Gaertner
On Mon, 11 Apr 2016 19:31:23 +0200 Mattias Gaertner <nc-gaert...@netcologne.de> 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

Re: [fpc-devel] Unicode paths

2016-04-11 Thread Mattias Gaertner
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

Re: [fpc-devel] Unicode paths

2016-04-11 Thread Mattias Gaertner
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

Re: [fpc-devel] Unicode paths

2016-04-11 Thread Mattias Gaertner
On Mon, 11 Apr 2016 20:02:32 +0200 Sven Barth <pascaldra...@googlemail.com> wrote: > Am 11.04.2016 19:31 schrieb "Mattias Gaertner" <nc-gaert...@netcologne.de>: >[..] > In the end the Windows RTL should only use the *W functions and thus fully > allow for

[fpc-devel] Unicode paths

2016-04-11 Thread Mattias Gaertner
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 -

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

2016-03-09 Thread Mattias Gaertner
On Wed, 9 Mar 2016 21:25:39 -0300 Daniel Gaspary <dgasp...@gmail.com> wrote: > On Wed, Mar 9, 2016 at 9:04 PM, Mattias Gaertner > <nc-gaert...@netcologne.de> wrote: > > The main difference is they use UTF-8 strings instead of UTF-16 > > strings. This saves memory an

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

2016-03-07 Thread Mattias Gaertner
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

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

2016-03-07 Thread Mattias Gaertner
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

Re: [fpc-devel] Lazarus Release 1.6

2016-02-19 Thread Mattias Gaertner
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 >

[fpc-devel] Lazarus Release 1.6

2016-02-18 Thread Mattias Gaertner
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

Re: [fpc-devel] multi version ppudump

2015-12-02 Thread Mattias Gaertner
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

[fpc-devel] multi version ppudump

2015-12-02 Thread Mattias Gaertner
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'

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

2015-12-02 Thread Mattias Gaertner
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] tagSIZE is missing in FPC 3.1.1

2015-11-18 Thread Mattias Gaertner
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] Fwd: While - Otherwise Statement

2015-10-13 Thread Mattias Gaertner
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.

[fpc-devel] Lazarus Release 1.4.4

2015-10-06 Thread Mattias Gaertner
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

  1   2   3   4   5   6   >