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

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] Failure to recompile TAChart after FPC r40785 (committed by Jonas)

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] Failure to recompile TAChart after FPC r40785 (committed by Jonas)

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] [Patch/RFC] Warnings for (in/over)complete case statements

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] Looking for clarification on what I think are obviously missing "const" prefixes for parameters in the methods of TRect (the typshrdh.inc one)

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] Looking for clarification on what I think are obviously missing "const" prefixes for parameters in the methods of TRect (the typshrdh.inc one)

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] Aligned dynamic arrays

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] Aligned dynamic arrays

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] TRegistry and Unicode

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

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

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

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] New sorting routines

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

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

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] objfpc generics how to generate self type reference ?

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] objfpc generics how to generate self type reference ?

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] pas2js: Generics for TJSArray?

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] inline... and philosophy

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] TEncoding.Default and default encoding for TStrings.LoadFrom*()

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] Public modifier: brackets or not?

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*()

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] TEncoding.Default and default encoding for TStrings.LoadFrom*()

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] FPC 3.2.0RC1 released!

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] TThread.RemoveQueuedEvents

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

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.

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] Explicitly named return values and implicit aliases Result

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

[fpc-devel] fpc make fail target embedded wasm32

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

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

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

Hi, I just stumbled over the new Java feature "Pattern Matching for switch". https://openjdk.java.net/jeps/420 IMO it is a misnomer, but it has some interesting ideas. Basically for Pascal it is a case block using the "is" operator. Pseudo code: procedure Fly(o: TObject); begin case o is

Re: [fpc-devel] case is

On Wed, 23 Mar 2022 22:20:38 +0700 Hairy Pixels via fpc-devel wrote: >[...] > > Did you use multiple "is" or did you check for sorted and use one > > loop? > > No it’s just like a the case of string syntax which checks for > equality with ClassType so the order does matter. Maybe it’s not >

Re: [fpc-devel] case is

makes if a big if-else statement. Did you use multiple "is" or did you check for sorted and use one loop? > https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/147 "Rebase failed" Mattias > > > On Mar 23, 2022, at 7:44 PM, Mattias Gaertner via fpc-

Re: [fpc-devel] fpc compiler wrong encoding in console output on Windows

On 30.08.23 12:04, Tomas Hajny via fpc-devel wrote: On 2023-08-28 15:53, Ondrej Pokorny via fpc-devel wrote: [...] Your output is different from mine (using a freshly compiled trunk compiler): Free Pascal Compiler version 3.3.1 [2023/08/29] for i386 Copyright (c) 1993-2023 by Florian

[fpc-devel] passing unicode seach paths on windows

Hi, How to pass unicode search paths to fpc? For example when passing a -Fu as UTF8 via a config file "@my.cfg", fpc says: Path: "C:\pascal\...gibberish..." not found Is there some flag I'm missing or does fpc not support unicode search paths on windows? Tested with 3.2.2 and 3.3.1.

Re: [fpc-devel] fpc compiler wrong encoding in console output on Windows

On 30.08.23 15:57, Tomas Hajny via fpc-devel wrote: [...] I get the same in cmd.exe and via TProcess. I.e. you open cmd.exe e.g. via the Windows key+R (rather than by shelling from Lazarus)? Of course. [...] ACP is 1252 ConsoleCP 437 Just to be sure - you get this when running the

Re: [fpc-devel] fnmatch (linux), where is the external

On 17.10.23 14:37, robert rozee via fpc-devel wrote: Sent: Wednesday, October 18, 2023 at 1:13 AM From: "Mattias Gaertner via fpc-devel" What packages are listed in the project inspector? you mean for my test application when it is opened in the Lazarus IDE? Files pr

Re: [fpc-devel] fnmatch (linux), where is the external

On 17.10.23 13:17, robert rozee via fpc-devel wrote: [...] i next rebuilt the compiler, RTL, etc using Fred vS's shell script: #!/bin/sh COMPILER=fpc make clean make all FPC=$COMPILER OPT="-Fl/usr/local/lib" make FPC=$COMPILER install INSTALL_PREFIX=/usr/ NOW, the test application FAILS TO

Re: [fpc-devel] fnmatch (linux), where is the external

On 17.10.23 15:34, robert rozee via fpc-devel wrote: Sent: Wednesday, October 18, 2023 at 2:17 AM From: "Mattias Gaertner via fpc-devel" To: fpc-devel@lists.freepascal.org Let's see if I got this right: You installed the debs and then installed a new compiler, effectively replacing

Re: [fpc-devel] A call to help test pure functions

On 29.09.23 21:28, J. Gareth Moreton via fpc-devel wrote: [...] As the examples imply, to mark as a function as pure, simply use the new "pure" directive. When is it available? Is there a modeswitch? Mattias ___ fpc-devel maillist -

Re: [fpc-devel] fnmatch (linux), where is the external

On 18.10.23 02:03, robert rozee via fpc-devel wrote: [...] i prefer to work with a non-moving target, that is the sourceforge releases. this way, others can duplicate exactly my environment, and see what i see. i also believe that the vast majority of users get their FPC and Lazarus from

Re: [fpc-devel] fnmatch (linux), where is the external

On 17.10.23 22:22, robert rozee via fpc-devel wrote: Sent: Wednesday, October 18, 2023 at 3:05 AM From: "Mattias Gaertner via fpc-devel" #!/bin/sh COMPILER=fpc make clean make all FPC=$COMPILER OPT="-Fl/usr/local/lib" make FPC=$COMPILER install INSTALL_PREFIX=/usr/

Re: [fpc-devel] specialization with type alias, bug or feature

On 18.08.23 00:09, Mattias Gaertner via fpc-devel wrote: [...] Another point where it could wrong, is a generic method. For example: type  TBird = class    procedure Fly; // fpc does not yet allow this  end; var a: TBird; b: TBird; begin a:=b; a.Fly; // this might call the wrong

Re: [fpc-devel] specialization with type alias, bug or feature

On 17.08.23 20:08, Michael Van Canneyt wrote: [...] Both FPC and Delphi create different classes for TDoubleBird and TMyDoubleBird. In Delphi they are not assign compatible, in FPC they are. For example: var  a: TDoubleBird;  b: TMyDoubleBird; begin  b:=TMyDoubleBird.Create;  a:=b; //

[fpc-devel] specialization with type alias, bug or feature

Hi, FPC and Delphi handle type alias differently and I wonder if this was deliberate. type TMyDouble = type double; TBird = class a: T; end; TDoubleBird = TBird; TMyDoubleBird = TBird; Both FPC and Delphi create different classes for TDoubleBird and TMyDoubleBird. In Delphi

Re: [fpc-devel] Recent changes break distclean for utils

On 18.08.23 15:39, Mattias Gaertner via fpc-devel wrote: On 18.08.23 15:29, Michael Van Canneyt via fpc-devel wrote: [] Where do you do this "make all" ? top level 1. The error is that it cannot find the system unit. To my knowledge, that cannot be caused by stray left

Re: [fpc-devel] Recent changes break distclean for utils

On 18.08.23 09:36, Michael Van Canneyt via fpc-devel wrote: [...] After doing "make disctlean" I still have many ppu files left: ./compiler/x86_64/units/x86_64-linux/cutils.ppu ... ./compiler/x86_64/lazbuild/nobj.ppu ... ./rtl/units/x86_64-linux/cp8859_1.ppu ...

Re: [fpc-devel] Recent changes break distclean for utils

On 18.08.23 15:29, Michael Van Canneyt via fpc-devel wrote: [] Where do you do this "make all" ? top level 1. The error is that it cannot find the system unit. To my knowledge, that cannot be caused by stray leftover units. 2. At the top level, You must call "make all " with a

[fpc-devel] TShiftState

Hi, Delphi has some extra TShiftState enums: ssTouch, ssPen, ssHorizontal https://docwiki.embarcadero.com/Libraries/Sydney/en/System.Classes.TShiftState I propose for fpc to add these three and add an alias constant ssCommand = ssMeta; What do you think? Mattias

Re: [fpc-devel] TShiftState

On Sat, 7 May 2022 10:21:26 +0200 (CEST) Michael Van Canneyt via fpc-devel wrote: > On Sat, 7 May 2022, Mattias Gaertner via fpc-devel wrote: > > > Hi, > > > > Delphi has some extra TShiftState enums: ssTouch, ssPen, > > ssHorizontal > > > > https://d

[fpc-devel] wasi fd_prestat_get unimplemented

Hi, Since last week wasi system unit calls fd_prestat_get, which is not yet implemented: pas2js git, unit packages/wasi/wasienv.pas : function TPas2JSWASIEnvironment.fd_prestat_get(fd, bufPtr: NativeInt ): NativeInt; begin console.log('Unimplemented: TPas2JSWASIEnvironment.fd_prestat_get');

Re: [fpc-devel] Unicode RTL for FPC

On Fri, 6 Jan 2023 18:05:43 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: >[...] > For those that wish to help in testing: > > - Update your git clone I used a fresh clone. > - switch to branch unicodertl. I used git checkout unicodertl > - in the toplevel FPC directory, do a > >

Re: [fpc-devel] Why: "Can't take the address of constant expressions" here?

On Wed, 11 Jan 2023 23:58:34 +0100 Bart via fpc-devel wrote: > Given the following program (an excerpt form a test program for a > bugreport about the fpwidestring unit): > > === > program test; > {$codepage utf8} > {$mode objfpc} > {$h+} > > uses > FpWideString; > > var > WSource:

Re: [fpc-devel] Unicode RTL for FPC

On Fri, 13 Jan 2023 11:25:56 +0100 Tomas Hajny via fpc-devel wrote: >[...] > > My /etc/fpc.cfg contains: > > > > # searchpath for units and other system dependent things > > -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget > > -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/* > >

Re: [fpc-devel] Unicode RTL for FPC

On Sun, 8 Jan 2023 08:46:37 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: >[...] > Should have been > > make install SUB_TARGET=unicodertl PP=path/to/the/new/compiler This does not install the new compiler, so I used the compiler/ppcx64 exe directly to compile a program. I see in the

Re: [fpc-devel] Unicode RTL for FPC

On Fri, 6 Jan 2023 18:05:43 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: >[...] > - to create a Unicode RTL, in the rtl directory do a > > make clean all SUB_TARGET=unicodertl PP=path/to/the/new/compiler > > - if that worked, you can try then a > > make install SUB_TARGET=unicodertl

Re: [fpc-devel] Unicode RTL for FPC

On Fri, 6 Jan 2023 18:05:43 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: >[...] > - to create a Unicode RTL, in the rtl directory do a > > make clean all SUB_TARGET=unicodertl PP=path/to/the/new/compiler The "make clean" deletes the new compiler. Storing the compiler/ppcx64 somewhere

Re: [fpc-devel] Sorting tests

On Tue, 29 Nov 2022 15:54:03 +0100 Benito van der Zander via fpc-devel wrote: > Hi, > and the FPC implementation is actually documented to not be stable in >[...] > and one can see that it is indeed not stable, if you sort > ['a','b','A'] case-insensitively, it becomes ['A', 'a','b'] If the

Re: [fpc-devel] Sorting tests

On Tue, 29 Nov 2022 23:57:14 + "J. Gareth Moreton via fpc-devel" wrote: > Familarity mostly.  More people are familiar with quicksort than > introsort.  Are there any explicit code examples where quicksort > succeeds and introsort fails?  I'm told even Lazarus crashes (or used > to crash),

Re: [fpc-devel] Curious about the effect of all the new optimizations....

On Wed, 1 Mar 2023 14:10:28 +0100 Sven Barth via fpc-devel wrote: >[...] > > I can't remember the proverb that Florian used, but it essentially > > boils down to very small changes, individually not amounting to > > much, but which accumulate into a noticable difference when in > > large

Re: [fpc-devel] Curious about the effect of all the new optimizations....

On Wed, 1 Mar 2023 15:02:25 +0100 (CET) Michael Van Canneyt via fpc-devel wrote: > On Wed, 1 Mar 2023, Mattias Gaertner via fpc-devel wrote: > > > On Wed, 1 Mar 2023 14:10:28 +0100 > > Sven Barth via fpc-devel wrote: > > > >> [...] > >> > I

Re: [fpc-devel] Question on constref

On Thu, 2 Feb 2023 12:00:31 +0100 Ondrej Pokorny via fpc-devel wrote: >[...] > Delphi cannot do it. FPC rocks! +1 > The only disadvantage is that you get a FreeAndNil copy for every > type you pass into the parameter (?) > > Do we want to change it in SysUtils? :) I got a feeling this solves

Re: [fpc-devel] Question on constref

On Thu, 2 Feb 2023 12:19:46 +0100 Marco van de Voort via fpc-devel wrote: > On 2-2-2023 12:00, Ondrej Pokorny via fpc-devel wrote: > > > > > > The only disadvantage is that you get a FreeAndNil copy for every > > type you pass into the parameter (?) > > Are they actually made global ? yes >

Re: [fpc-devel] type PPGdkScreen = PGdkScreen;

On Sat, 20 May 2023 14:09:00 +0300 Juha Manninen via fpc-devel wrote: > In gtkstatusiconh.inc there is a type definition > PPGdkScreen = PGdkScreen; > It is most likely a bug. I guess it should be > PPGdkScreen = ^PGdkScreen; Yes, fixed. Mattias

Re: [fpc-devel] Unicode RTL

On 24.07.23 21:49, Michael Van Canneyt via fpc-devel wrote: [...] Subtarget support is explained in more detail here: https://wiki.freepascal.org/FPC_Subtarget_Support * compile the various Lazarus widgetsets into different directories * ... any other things you may think of ... all with a

Re: [fpc-devel] Failing Lazarus Codetools Pas2JS-related tests

On 20.12.23 10:18, Michael Van Canneyt via fpc-devel wrote: [...] Is this an FPC regression or the tests should be adapted somehow? Can this be related to introduction of subtargets to Pas2JS? It could be, although I suspect it is more likely that the sources moved to a subdir src in each

Re: [fpc-devel] Failing Lazarus Codetools Pas2JS-related tests - again

On 18.03.24 18:43, Maxim Ganetsky via fpc-devel wrote: [...] After recent update of FPC 3.3.1 (and Pas2JS) in Lazarus CI several Codetools tests related to Pas2JS started failing again: TTestPas2js.TestPas2js_ReadSettings: pas2js system unit not found

Re: [fpc-devel] Failing Lazarus Codetools Pas2JS-related tests - again

On 18.03.24 20:29, Michael Van Canneyt via fpc-devel wrote: [...] #7 1429.0 -Fu$CfgDir/../lib/fpc/3.3.1/pas2js/*/*/namespaced || #7 1429.0 -Fi$CfgDir/../lib/fpc/3.3.1/pas2js/*/*/src This seems wrong to me, but Mattias will need to look at this. I changed the fpmake.pp. Please test.

Re: [fpc-devel] Failing Lazarus Codetools Pas2JS-related tests - again

On 19.03.24 14:58, Maxim Ganetsky via fpc-devel wrote: [...] #7 944.7 fpmake.pp(228,5) Error: Identifier not found "T" Ah, you are using fpc 3.3.1 to compile it. Fixed. But I get strange linker errors compiling webidl2pas: (9015) Linking bin/x86_64-linux/webidl2pas /usr/bin/ld.bfd: