On 2025-09-04 08:55, Hairy Pixels via fpc-devel wrote:
On Sep 4, 2025 at 1:43:23 PM, michael via fpc-devel
wrote:
Personally, I think we already have too much intrinsics to begin
with;
no matter their behaviour. But that is another discussion
entirely...
How so? The reason intrinsics are
On 2025-09-04 08:05, Sven Barth via fpc-devel wrote:
Michael Van Canneyt via fpc-devel
schrieb am Di., 2. Sep. 2025, 14:28:
On Tue, 2 Sep 2025, Sven Barth via fpc-devel wrote:
Hairy Pixels via fpc-devel
schrieb am Di.,
2. Sep. 2025, 09:50:
On Sep 1, 2025 at 3:44:17 PM, Nikolay Nikolov
e grounds, the IfThen() has as much reason for existence as
these
"real pascal" functions, in my opinion.
There can be other reasons pro or con, of course.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Fixed in trunk, and I fixed some other issues as well while testing.
Michael.
On Sat, 30 Aug 2025, Michael Van Canneyt via fpc-devel wrote:
On Fri, 29 Aug 2025, David Connolly via fpc-devel wrote:
Hi all,
I have a small test program simple.pas (included)
When I compile and run it I
ndling the format of the 'expires' cookie attribute in
*httpdefs.pp*.
I'll have a look.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
#x27;,
as specialized needs a specific type: it actually creates the type.
So that would need to become something like
generic FooChild> = ..
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
parameters.
if you fix that (I added B in both cases, just to test) it compiles.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
h direct operations).
Thanks.
Btw, the "compilerproc" modifier is still not documented. Google found
my post from 8 years ago asking a similar question. 🙃
I documented it.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.
On Tue, 17 Jun 2025, Martin Frb via fpc-devel wrote:
On 14/06/2025 15:44, Michael Van Canneyt via fpc-devel wrote:
But then please do it so the comparison is done only once, i.e.
something like:
if aExpected=aValue then
Inc(AssertCount)
else
Fail(ComparisonMsg(aMessage, aExpected
On Sat, 14 Jun 2025, Martin Frb via fpc-devel wrote:
On 14/06/2025 15:44, Michael Van Canneyt via fpc-devel wrote:
I have heaps and heaps of testcases, but I've never felt the need to
investigate
the speed of the Assert* calls.
I wasn't actually looking at it... I found it
only once, i.e. something like:
if aExpected=aValue then
Inc(AssertCount)
else
Fail(ComparisonMsg(aMessage, aExpected,aValue),CallerAddress);
Comparing long strings also takes some time...
Michael.___
fpc-devel maillist - fpc-devel@lists.freepa
nd ai_canonname'}
{$endif}
Any help appreciated,
Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
) When this release planed? (i understand there is no exact date, but at
less some target date or plans)
Well, everything is uploaded for 3.2.4 RC1.
We're waiting for Florian Klaempfl to send out the announcement.
Michael.
___
fpc-devel maillist -
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 18.04.2025 um 15:10 schrieb Michael Van Canneyt via fpc-devel
:
On Fri, 18 Apr 2025, Michael Van Canneyt via fpc-devel wrote:
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 18.04.2025 um 14:07 schrieb
On Fri, 18 Apr 2025, Michael Van Canneyt via fpc-devel wrote:
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 18.04.2025 um 14:07 schrieb Michael Van Canneyt via fpc-devel
:
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 16.04.2025 um 12:00 schrieb
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 18.04.2025 um 14:07 schrieb Michael Van Canneyt via fpc-devel
:
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 16.04.2025 um 12:00 schrieb Michael Van Canneyt via fpc-devel
:
On Wed, 16 Apr 2025, Florian
On Fri, 18 Apr 2025, Michael Van Canneyt via fpc-devel wrote:
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 16.04.2025 um 12:00 schrieb Michael Van Canneyt via fpc-devel
:
On Wed, 16 Apr 2025, Florian Klämpfl via fpc-devel wrote:
On 15.04.25 22:52, runewalsh via
On Fri, 18 Apr 2025, Florian Klämpfl via fpc-devel wrote:
Am 16.04.2025 um 12:00 schrieb Michael Van Canneyt via fpc-devel
:
On Wed, 16 Apr 2025, Florian Klämpfl via fpc-devel wrote:
On 15.04.25 22:52, runewalsh via fpc-devel wrote:
What’s the position on MR !694? Person with the
ested.
In case of trouble the old one can be reactivated quickly using a simple recompile of the RTL.
If after 3(4,5,6) months we don't get bugreports, we remove the old one
unless Runewalsh fixes the bugs.
Unless there are objections, I'll implement
On Sun, 13 Apr 2025, Martin Frb via fpc-devel wrote:
When the mailer decides to sent
On 13/04/2025 21:17, Martin Frb wrote:
On 13/04/2025 20:43, Michael Van Canneyt via fpc-devel wrote:
But why don't you simply use a TList with your custom comparer ?
You can the
On Sun, 13 Apr 2025, Martin Frb via fpc-devel wrote:
On 13/04/2025 20:43, Michael Van Canneyt via fpc-devel wrote:
But why don't you simply use a TList with your custom comparer ?
You can then use List.BinarySearch() and retrieve the existing TRange at
once?
Your solution seems
On Sun, 13 Apr 2025, Martin Frb via fpc-devel wrote:
On 13/04/2025 19:49, Michael Van Canneyt wrote:
On Sun, 13 Apr 2025, Martin Frb via fpc-devel wrote:
Just want to know if there is any interest? Or if I just gonna do
my own copy (somewhere in LazUtils)
The 1-4 are interesting so
er is simply the answer ?
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
t can be used to document Delphi
code, and as such must be able to handle this section.
You can find more info here:
https://docwiki.embarcadero.com/RADStudio/Athens/en/Classes_and_Objects_(Delphi)#Automated_Members_.28Win32_Only.29
FPC itself does not understand or use it. Maybe an issue should
Is the wrong version of the db.pas in fixes_3_2 branch?
The current version of db.pas in fixes_3_2 seems to be from the 3.3.1 branch
instead of the 3.2.3 branch.
The 3.3.1 db.pas adds a new enum value ftSingle to TFieldType.
This causes the compilation of ZeosDb 8.0 ZAbstractRODataset.pas to fa
I see now. I misunderstood what the 3.2-fixes branch was for.
Thanks to everyone who replied.
From: Marsupilami79
Sent: Tuesday, April 1, 2025 12:42 PM
To: fpc-devel@lists.freepascal.org
Cc: Michael Roland
Subject: Re: [fpc-devel] Wrong version of db.pas in the
Ok, thanks for explaining. I am new to Free Pascal.
What is the best way to check which version of TFieldType is in use? Is the
compiler patch number changed when changes like this occur? Is there a more
reliable method than looking at the compiler version?
From
ith things needed by Lazarus, but it should never
move to Lazarus, that would go against its purpose.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
/magiblot/tvision/XYZ
}
This way you give due credit to the original author.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
found a solution and I added a patch. Please review this,
many thanks in advance!
I have checked and applied it, but there is a big 'however',
which we'll need to handle...
Michael.
___
fpc-devel maillist - fpc-devel@lists.freep
There's a syntax error that is in trunk for a while now, here's the fix,
can anybody of the dev's please apply this?
Michael
ring@MacbookPro fpcsrc $ git diff rtl/arm/thumb.inc
diff --git a/rtl/arm/thumb.inc b/rtl/arm/thumb.inc
index 85d948a1e1..c7a9273be1 100644
--- a/rtl/arm/
On Sat, 21 Dec 2024, Ben Grasset via fpc-devel wrote:
Facts:
- Michael VC did not originally like the entire idea at all, if I recall
correctly. However, he eventually added an implementation of it to Pas2JS
that works literally the exact same as my main FPC compiler one does.
- Delphi (in
rings);
Would such be acceptable to add?
Yes, of course.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
d.
https://forum.lazarus.freepascal.org/index.php/topic,69067.msg535575.html#msg535575
Without example project there is not much we can do.
I can have a look at it, but only with some example code.
If need be the code can be sent to me privately.
Michael.
_
zero.
Then please explain what do copy_all_unit_threadvars and copy_unit_threadvars
do ?
This is called from InitThreadVars when a new thread is started.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi
not?
This is on macos darwin.
On darwin, it must absolutely not be specified. On linux/windows, it must be.
Suggestions for improvement are welcome.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-b
On Sat, 17 Aug 2024, Michalis Kamburelis wrote:
Thanks Michael!
OK, that's partially good news :)
I understand that streaming records by default to LFM would lead to
too many questions (and I'm unsure whether Delphi does it too, for
records and DFM).
It does not.
Streami
ibe all the
Type Information the compiler already knows about :-P
See my answer to Michalis: It is possible, but no streaming, so no published.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
es not have extended RTTI enabled as it is in Delphi,
except when you compile the unicode rtl.
Enabling it in TObject doubles the binary size of any project I tested it
with, so I don't plan to enable it in the default RTL.
Michael.
___
fpc-dev
use a TPersistent
instead of a record (the very reason the TPersistent class was invented)
However, you can use extended RTTI to access this typeinfo and manipulate the record.
That works.
Michael.
___
fpc-devel maillist - fpc-devel
Hungarian:
--
Legyen szíves angolul írni.
A levelezőlista nyelve angol.
Valószínűleg csak néhány ember van itt, aki ért magyarul.
Valószínűleg a többiek is szeretnék érteni, amit írsz.
(a "Google fordító" segítségével fordítva)
Köszönöm.
English:
Please have the courte
;
end;
I added a check. Thanks for pointing it out!
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Thu, 27 Jun 2024, Bart via fpc-devel wrote:
On Thu, Jun 27, 2024 at 4:51 PM Michael Van Canneyt via fpc-devel
wrote:
As a consequence, things may go unnoticed, this is not a reflection
on the seriousness of an issue or quality of the patch.
Feel free to contact us here or by other
p
messages (including patches) are not seen by me (or, so I suspect,
anyone else in the team).
As a consequence, things may go unnoticed, this is not a reflection
on the seriousness of an issue or quality of the patch.
Feel free to contact us here or by other means if you feel that a bugreport
is ignored
subdirectories, they are all put in the
lib/fpc/3.3.1/units/riscv32-freertos/rv32imc directory.
Any help apprechiated, let me know when you need more info,
Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepas
nding to ensure a more regular
release schedule. So you're not alone with your request.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
u tried make to build the documentation, then I assume you downloaded the
documentation
so you should be aware of the gitlab location. So why do you ask where to
download it ?
Anyway: I suspect you tried this on windows ?
Building the documentation on windows is not supported, you need linux to build
th
PR:
https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/638
Am 01.04.24 um 22:33 schrieb Michael Ring via fpc-devel:
I am using heapmgr but with trunk compiler the value of __heapsize is
plain wrong (and way too big)
When I compile my code with my old compiler for pico all is
in loaded to start of
flash (and during startup to ram) instead of the correct data for __heapsize
Was there a reason for leaving this out when my code was merged to main?
I guess no, so I will create a PR to fix this issue, please comment when
there was a
Works, thank you!
Michael
Am 31.03.24 um 22:18 schrieb Florian Klämpfl via fpc-devel:
Am 31.03.2024 um 21:58 schrieb Michael Ring via fpc-devel
:
This is what I see (guess the same thing):
New Compiler:
FPC_INITIALIZE:
.Lc3882:
# path: /Users/ring/devel/fpc/rtl/inc/
# file: rtti.inc
As a workaround I compiled rtl with -Oonopeephole and verified that the
balign is there, looking good!
Should I open an issue on gitlab or will you take care?
Many thanks and have a nice rest of Easter holidays,
Michael
Am 31.03.24 um 21:58 schrieb Michael Ring via fpc-devel:
This is what
31.03.2024 um 21:35 schrieb Florian Klämpfl via fpc-devel
:
Am 31.03.2024 um 17:11 schrieb Michael Ring via fpc-devel
:
Hi,
it has been a while since I have been deep,deep down in the rabbit
hole of Cortex Assembly, so please forgive me if I am overlooking
something...
I have an
0x10001758 FPC_INITIALIZE
.text.n_fpc_finalize
0x1000189c 0x164
/Users/tgdrimi9/fpcupdeluxe/fpc/units/arm-embedded/armv6m/eabi/rtl/system.o
Any help appreciated,
Michael
___
fpc-devel maillist - fpc-devel
I just did the same for 55 platforms (cross-compile), on ubuntu.
All work without errors ?
Michael.
On Wed, 20 Mar 2024, Martin Frb via fpc-devel wrote:
Older Ubuntu, trying to update (starting compiler is 3.2.2)
make clean
make all OPT=" -O-1 -gw3 "
make install INSTALL_PREF
f the code
were compiled with DWARF-2 and other parts with DWARF-3
This happens regularly to me since years, usually indeed different debug
formats (or sometimes no debug info at all).
Recompiling everything fixes the issue.
Michael.
___
fpc-dev
as2js/*/*/src
This seems wrong to me, but Mattias will need to look at this.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, 1 Mar 2024, J. Gareth Moreton via fpc-devel wrote:
Just want to confirm that the failure also occurs on x86_64-win64 under
-CriotR rules.
On all platforms. I fixed compilation with these flags.
Michael.
___
fpc-devel maillist - fpc
uot;any type")
I have amended the documentation to say that a block of zeroes is not
necessarily a correct value, and have given 3 examples of types where it can
go wrong.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
y code in these units, a general overhaul would not go amiss.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Hi.
For package managers which create packages from sources like MacPorts on macOS,
it would be very helpful, to have the compiler binaries in the bootstrap
directory. Would it be hard to add this to the release building scripts?
Regards - Michael
located within "procedure TConstSym.XMLPrintConstData(var T: Text);",
which outputs information on defined constants into the node dump. I assume
this is because of commit fe62b3ace8c237d8bd1800beb5969e5cb540723f (Michael
Van Canneyt's work) which introduces the "constwreso
port in my mail program. My mail program is text based.
HTML in mail is for 99.99% of cases a waste of bandwidth.
I care about the content of a message, not about the markup.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists
;
There are probably some other constants in the flt_core.inc file in the rtl
for the write/str functions...
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Sat, 10 Feb 2024, Martin Frb via fpc-devel wrote:
The below leads to debug info reporting TAlphaColor as Cardinal.
Maybe it could be changed (like TColor is a distinct type)?
Done.
Michael.
___
fpc-devel maillist - fpc-devel
On Tue, 30 Jan 2024, Hairy Pixels via fpc-devel wrote:
On Jan 30, 2024, at 8:01 PM, Michael Van Canneyt via fpc-devel
wrote:
It's probably more correct to say that you don't want there to be an override
in a descendent class. Offhand I can't think of a use-case, but why n
On Tue, 30 Jan 2024, Hairy Pixels via fpc-devel wrote:
On Jan 30, 2024, at 3:56 AM, Michael Van Canneyt via fpc-devel
wrote:
Unfortunately I still don't understand after your explanation what adding
'final' is supposed to accomplish. It may well be legitimate, but I hav
planation what adding 'final' is supposed to accomplish.
It may well be legitimate, but I have currently no opinion as I don't understand it.
Maybe an actual code example would be more enlightening.
That way I can also add it to the docs once I understand the intended use
myself.
On Mon, 29 Jan 2024, Sven Barth via fpc-devel wrote:
Am 28.01.2024 um 12:14 schrieb Michael Van Canneyt via fpc-devel:
2)
Is there, or has there once been?
(found in the synedit highlighter)
final
final comes after virtual/dynamic. Its supposed to stop you from
overriding
a method
/docs-html/ref/refse100.html
sealed
inline
mwpascal
noinline
weakexternal
compilerproc
vectorcall
I have added these to the list, thank you.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cg
On Thu, 4 Jan 2024, Michalis Kamburelis via fpc-devel wrote:
Michael Van Canneyt wrote:
Needless to say, the component remains backwards compatible.
There is now a testsuite for the TProcess command, so everything was tested.
but nothing beats testing in the wild, so I would appreciate it
ild, so I would appreciate it if people
could test it and provide feedback.
Enjoy,
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ab repo on gitlab, create a
branch in your fork, commit the change in the branch, and then use the gitlab
UI to create a merge request. When you push your change, gitlab will automatically
propose a URL to create the merge request and git will dis
code in TDocNode.CreateChildren at dglobals:455 and further is to
blame.
The tag gets chopped up, and a node is made with name "system" not
"system.uitypes"
I will have a look.
Michael.
___
fpc-devel maillist - fpc-devel@l
On Tue, 26 Dec 2023, Marco van de Voort via fpc-devel wrote:
Op 26/12/2023 om 19:53 schreef Michael Van Canneyt via fpc-devel:
Can you explain what the exact problem is with system.uitypes other than
that the description file was not included in the build project xml ?
I built the docs
On Tue, 26 Dec 2023, Marco van de Voort via fpc-devel wrote:
Op 26/12/2023 om 18:20 schreef Michael Van Canneyt via fpc-devel:
To fix this either we have to e.g. keep a list of packages and a
list of units and then try to disambiguate to only pick the longest
match. That maybe have risks
On Tue, 26 Dec 2023, Marco van de Voort via fpc-devel wrote:
Op 26/12/2023 om 10:29 schreef Michael Van Canneyt via fpc-devel:
To fix this either we have to e.g. keep a list of packages and a list
of units and then try to disambiguate to only pick the longest match.
That maybe have
anced that code, now all sources are again installed.
(I checked that)
So I hope that now the 'hello world' will compile.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Tue, 26 Dec 2023, Maxim Ganetsky via fpc-devel wrote:
26.12.2023 11:49, Michael Van Canneyt via fpc-devel пишет:
On Mon, 25 Dec 2023, Maxim Ganetsky wrote:
Thanks. But still no luck. It seems like asterisks in config file are not
expanded properly. See the output of compilation run for a
ence would also need to be
changed.
I will have a look this week, I have holidays so I have some time.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Mon, 25 Dec 2023, Maxim Ganetsky wrote:
25.12.2023 18:35, Michael Van Canneyt via fpc-devel пишет:
On Mon, 25 Dec 2023, Maxim Ganetsky via fpc-devel wrote:
||
-Fu$CfgDir../lib/fpc/3.3.1/pas2js/rtl/src
|
I see that there are missing directory separators after $CfgDir, maybe this
is
createconfig.pp and fpmake.pp in regards of config file generation.
I'd rather not. Preferably, the fpmake.pp file should not depend on anything.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cg
behavior. Where is the commit?
Sorry, forgot to push. fpmake.pp in pas2js repo.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Sun, 24 Dec 2023, Maxim Ganetsky via fpc-devel wrote:
24.12.2023 01:07, Michael Van Canneyt via fpc-devel пишет:
On Sat, 23 Dec 2023, Maxim Ganetsky via fpc-devel wrote:
20.12.2023 12:36, Mattias Gaertner via fpc-devel пишет:
On 20.12.23 10:18, Michael Van Canneyt via fpc-devel
On Sat, 23 Dec 2023, Maxim Ganetsky via fpc-devel wrote:
20.12.2023 12:36, Mattias Gaertner via fpc-devel пишет:
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
.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
You're of course welcome to provide patches if I messed something up :)
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
if I can finish the implementation ASAP.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
sumption. I'm heavily opposed to
start using them to influence the code generation. The compiler should
remain ignorant of their meaning and use.
Maybe a single {$PRAGMA XYZ} directive can be introduced to control this
kind of stuff, with a fixed list of XYZ.
Backends can intepret the X
s been renamed to "class", but the example was not adapted for this. This
is now done.
I tested both client examples, both work.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
the jsonrpc in use in various commercial applications in production,
so yes it definitely works.
But I must admit I have not looked at the examples in a long time.
I'll have a look this weekend.
Michael.
___
fpc-devel maillist - fpc-devel@lists.
On Mon, 13 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
13.11.2023 0:14, Michael Van Canneyt via fpc-devel пишет:
On Sun, 12 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
12.11.2023 19:44, Michael Van Canneyt via fpc-devel пишет:
On Thu, 9 Nov 2023, Maxim Ganetsky via fpc-devel wrote
On Sun, 12 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
12.11.2023 19:44, Michael Van Canneyt via fpc-devel пишет:
On Thu, 9 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
Is there any estimation how much will it take to be fixed?
No, since I don't even know yet what the fix is.
On Sun, 12 Nov 2023, Florian Klämpfl via fpc-devel wrote:
Am 12.11.2023 um 17:44 schrieb Michael Van Canneyt via fpc-devel
:
On Thu, 9 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
Is there any estimation how much will it take to be fixed?
No, since I don't even know yet wha
ly be available as HTML.
(and, presumably, chm)
The build should again be OK.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
build.
This error is typical of the situation where you use another compiler to
start the build.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Thu, 9 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
03.11.2023 17:34, Michael Van Canneyt via fpc-devel пишет:
On Fri, 3 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
03.11.2023 17:05, Michael Van Canneyt via fpc-devel пишет:
On Fri, 3 Nov 2023, Maxim Ganetsky via fpc-devel wrote
e, or even in a personal mail.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
hings you only find out the hard way...
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, 3 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
03.11.2023 17:05, Michael Van Canneyt via fpc-devel пишет:
On Fri, 3 Nov 2023, Maxim Ganetsky via fpc-devel wrote:
Hello.
Currently builds in FPC Build repository are failing for FPC main
branch:
https://gitlab.com
,
or completely abandon the idea of PDF docs for the API reference.
For the moment, simply disable the building of the PDF docs.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
1 - 100 of 5509 matches
Mail list logo
