Re: [fpc-devel] compiler has problem finding right function: IfThen (Math vs. StrUtils)y

2021-01-05 Thread Pascal Riekenberg via fpc-devel
> Michael Van Canneyt hat am 05.01.2021 10:23 > geschrieben: > > > On Tue, 5 Jan 2021, Pascal Riekenberg via fpc-devel wrote: > > >> Michael Van Canneyt via fpc-devel hat am > >> 05.01.2021 09:15 geschrieben: > >> > >> > >> I

Re: [fpc-devel] compiler has problem finding right function: IfThen (Math vs. StrUtils)

2021-01-05 Thread Pascal Riekenberg via fpc-devel
> Michael Van Canneyt via fpc-devel hat am > 05.01.2021 09:15 geschrieben: > > > I did a small test, your program compiles with the trunk compiler ? No, only if you put StrUtils at the end of the uses list. > And I checked, the math IfThen() functions have overload attached. Both units

Re: [fpc-devel] compiler has problem finding right function: IfThen (Math vs. StrUtils)

2021-01-05 Thread Pascal Riekenberg via fpc-devel
Please find a simple test project attached Note: If you put the StrUtils at the end of the uses list the program compiles. Pascal > Pascal Riekenberg via fpc-devel hat am > 05.01.2021 08:55 geschrieben: > > > Since i updated my local fpc trunk some of my programs

[fpc-devel] compiler has problem finding right function: IfThen (Math vs. StrUtils)

2021-01-04 Thread Pascal Riekenberg via fpc-devel
Since i updated my local fpc trunk some of my programs do not compile anymore. Version from before christmas was okay. The compiler can't find the function "IfThen(AValue: Boolean; const ATrue: string; const AFalse: string): string;" of StrUtils. Instead it only seems to see the functions in

Re: [fpc-devel] Attn Florian: r47852 broke building of i386

2020-12-29 Thread Pascal Riekenberg via fpc-devel
> Florian Klämpfl via fpc-devel hat am > 29.12.2020 11:20 geschrieben: > > > > Am 29.12.2020 um 10:49 schrieb Jonas Maebe via fpc-devel > > : > > > > On 29/12/2020 08:17, Pascal Riekenberg via fpc-devel wrote: > >> cpu.pp(77,15) Error: Unreco

Re: [fpc-devel] Attn Florian: r47852 broke building of i386

2020-12-29 Thread Pascal Riekenberg via fpc-devel
Windows 10 20H2 x86_64 How can i check binutils version? Pascal > Jonas Maebe via fpc-devel hat am 29.12.2020 > 10:49 geschrieben: > > > On 29/12/2020 08:17, Pascal Riekenberg via fpc-devel wrote: > > cpu.pp(77,15) Error: Unrecognized opcode xbegin > > cpu

[fpc-devel] Attn Florian: r47852 broke building of i386

2020-12-28 Thread Pascal Riekenberg via fpc-devel
cpu.pp(77,15) Error: Unrecognized opcode xbegin cpu.pp(77,22) Error: Assembler syntax error cpu.pp(83,15) Error: Unrecognized opcode xend cpu.pp(269) Fatal: There were 3 errors compiling module, stopping Pascal ___ fpc-devel maillist -

[fpc-devel] r47731 doesn't build!

2020-12-09 Thread Pascal Riekenberg via fpc-devel
Target OS: Win32 for i386 Compiling pastojs\src\pas2jsfiler.pp Compiling pastojs\src\pas2jsfileutils.pp Compiling pastojs\src\fppas2js.pp Writing Resource String Table file: fppas2js.rsj pas2jsfiler.pp(210,5) Error: Expected another 1 array elements pas2jsfiler.pp(252,41) Error: Illegal expression

Re: [fpc-devel] initialization order of units

2020-10-22 Thread Pascal Riekenberg via fpc-devel
> Jonas Maebe via fpc-devel hat am 22.10.2020 > 22:28 geschrieben: > > > On 22/10/2020 21:35, Pascal Riekenberg via fpc-devel wrote: > > Have there been any changes to the initialization order of units in the > > last 6 month? > > I have a co

[fpc-devel] initialization order of units

2020-10-22 Thread Pascal Riekenberg via fpc-devel
Have there been any changes to the initialization order of units in the last 6 month? I have a complex project with multiple units with initialization section. And now one of those units does not get initialized before it is used by the initialization part of an other unit. This worked at the

Re: [fpc-devel] r63899 breaks build of FpDebug

2020-10-01 Thread Pascal Riekenberg via fpc-devel
Sorry, wrong list. Pascal > Pascal Riekenberg via fpc-devel hat am > 01.10.2020 22:17 geschrieben: > > > C:\Users\public\freepascal\laz\components\fpdebug\fpdbgdwarf.pas(265,15) > Error: (3058) There is no method in an ancestor class to be overridden: >

[fpc-devel] r63899 breaks build of FpDebug

2020-10-01 Thread Pascal Riekenberg via fpc-devel
C:\Users\public\freepascal\laz\components\fpdebug\fpdbgdwarf.pas(265,15) Error: (3058) There is no method in an ancestor class to be overridden: "SetAsInteger(Int64);" C:\Users\public\freepascal\laz\components\fpdebug\fpdbgdwarf.pas(275,15) Error: (3058) There is no method in an ancestor class

Re: [fpc-devel] TThread.RemoveQueuedEvents

2020-09-26 Thread Pascal Riekenberg via fpc-devel
Yes, you get no "In Foo"! Pascal > Martin Frb via fpc-devel hat am > 26.09.2020 14:05 geschrieben: > > > On 26/09/2020 13:58, Pascal Riekenberg wrote: > > > > Hi Martin, > > > > there is a free Community Edition. > > > > > > > Ok, but maybe someone

Re: [fpc-devel] TThread.RemoveQueuedEvents

2020-09-26 Thread Pascal Riekenberg via fpc-devel
Hi Martin, there is a free Community Edition. Pascal > Martin Frb via fpc-devel hat am > 26.09.2020 13:35 geschrieben: > > > On 25/09/2020 13:03, Ondrej Pokorny via fpc-devel wrote: > > > > On 25.09.2020 03:30, Martin via fpc-devel wrote: > > > > > > >

Re: [fpc-devel] Exact details for RTLeventWaitFor and related ?

2020-08-21 Thread Pascal Riekenberg via fpc-devel
> Kirinn via fpc-devel hat am 22. August 2020 > um 03:50 geschrieben: > > For set/reset counting we'd need a semaphore instead of an RTL event, > but I don't think we have an actively supported semaphore implementation > at this time. I can provide one. If you like to, i can send the source