, 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.freepascal.org/cgi-bin
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
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
the doc
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
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 reason for leaving this out.
Michael
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
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
e 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-devel maillist -
/*/*/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
ny 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
scary 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
This is 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 "constwresources
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.freepascal.org
;
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 not...
yes you
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 have
currently
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.
Michael.
___
fpc-devel maillist -
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
-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/cgi-bin
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 and provide feedback.
Enjoy,
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
po 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 display
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@lists.
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
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
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
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/cgi-bin
in
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
.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
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
can finish the implementation ASAP.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
vily 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 XYZ pragmas as they see fi
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
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.freepascal.org
https://lists.freepa
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
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 what
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
the 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
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
> Am 04.10.2023 um 12:00 schrieb fpc-devel-requ...@lists.freepascal.org:
>
> Date: Tue, 3 Oct 2023 12:25:33 +0200
> From: Karl-Michael Schindler
> To: fpc-devel@lists.freepascal.org
> Subject: [fpc-devel] Alignment issue on macOS 13 with Xcode 15 and up
> Message-ID: <
and is also
included in the 3.2.4 release.
Greetings - Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
a small request.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, 18 Aug 2023, Mattias Gaertner via fpc-devel wrote:
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
On Fri, 18 Aug 2023, Mattias Gaertner via fpc-devel wrote:
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
. The rest is handled by fpmake.
So there is no need to call distclean for subdirectories, this means that
CLEAN_TARGET_DIRS must be empty.
So what is the actual problem ?
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https
structure) the classes are
identical. So based on that we could argue they are not assignment
compatible.
I am inclined to go for feature, but maybe there are arguments to tip the
balance in the direction of bug.
Michael.
___
fpc-devel maillist -
the value, and operate on that
address, even if the address of that value could change within the
"with" statement.
You may not do this. It is even documented.
See the remark at the end of this page:
https://www.freepascal.org/docs-html/current/ref/refsu62.html#x172-19600013.2.8
On Fri, 28 Jul 2023, Adriaan van Os via fpc-devel wrote:
Michael Van Canneyt via fpc-devel wrote:
Hello,
I have just completed phase one of the "Unicode RTL" effort.
I object to the name "Unicode" RTL. Where people talk about what they call
"Unicode" they
On Fri, 28 Jul 2023, Mattias Gaertner via fpc-devel wrote:
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
and uploading a patch to the issue tracker,
or you can send a diff to me and I will apply it.
If creating the msgdif tool and the new.msg file is too difficult for you,
feel free to mail me and I will gladly do it for you.
Thanks in advance,
Michael
at the RTL as it currently exists, is still the default RTL.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
ns, please let me know and I will do
my best to improve the explanations.
Hopefully, in the near future the compiler settings dialog in Lazarus will also
allow you to specify a subtarget.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal
can't modify it anyway, but if you change the global that
was passed in you get what you deserve... (that's true no matter if it's an
open array, a string or a primitive type).
Valid point...
I will document the behaviour with the example Martin made.
Michael
o 9 do writeln(y[i]);
readln;
end.
It's IMO probably better to outright forbid passing open array by reference.
printing length(a) after x:=Nil; gives 10, which is simply wrong.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Wed, 19 Jul 2023, Martin Frb via fpc-devel wrote:
On 19/07/2023 10:22, Michael Van Canneyt via fpc-devel wrote:
The error is logical. What is not logical is that it pops up now.
By all logic, we should have seen this error pop up as early as 2016.
Why it pops up only now is a mystery
. What is not logical is that it pops up now.
By all logic, we should have seen this error pop up as early as 2016.
Why it pops up only now is a mystery that we need to solve...
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https
On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote:
16.07.2023 20:08, Michael Van Canneyt via fpc-devel пишет:
On Sun, 16 Jul 2023, Maxim Ganetsky via fpc-devel wrote:
Hello.
Recent changes in FPC `main` led to the following errors when
building some code in Lazarus tree:
Error
re places I changed string to ansistring in preparation of
unicodestring, in this case it was misplaced since it was a var argument.
I added an overloaded version, which should fix the compilation error.
Michael.
___
fpc-devel maillist - fpc-devel@
le the use of out in mode fpc:
{$modeswitch out}
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
but which accumulate into a noticable difference when in
> large numbers.
It's a German proverb: "Mühsam ernährt sich das Eichhörnchen"
Maybe more like "Kleinvieh macht auch Mist" ?
These proverbs come from the "German Farmer & gardeners associa
HKEY:
RegKeyToHKey: array[TRegKey] of HKEY = (HKEY_CLASSES_ROOT, HKEY_CURRENT_USER,
...);
Yes, I also think this is the best solution...
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Thu, 2 Feb 2023, Ondrej Pokorny via fpc-devel wrote:
On 02.02.2023 10:22, Michael Van Canneyt via fpc-devel wrote:
On Thu, 2 Feb 2023, Ondrej Pokorny via fpc-devel wrote:
On 02.02.2023 10:15, Michael Van Canneyt via fpc-devel wrote:
On Thu, 2 Feb 2023, Ondrej Pokorny via fpc-devel
On Thu, 2 Feb 2023, Ondrej Pokorny via fpc-devel wrote:
On 02.02.2023 10:15, Michael Van Canneyt via fpc-devel wrote:
On Thu, 2 Feb 2023, Ondrej Pokorny via fpc-devel wrote:
I myself cannot think of any real use case of constref other than hacks
like the FreeAndNil in recent Delphi
Couldn't be simpler.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
] Obj: TObject);
that needs the ref because it changes it to nil (so is not really a
const - it used to be an untyped var). As a result FreeAndNil allows you
to happily pass read-only properties to it that are then nilled.
Which is a clear violation of the concept of Const... :/
Michael
since a long time :-)
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
for “const” (
https://www.freepascal.org/docs-html/current/ref/refsu67.html#x183-20700014.4.4
) contains this:
No need for a bugreport, this already is changed in trunk docs:
https://www.freepascal.org/daily/doc/ref/refsu68.html#x184-20800014.4.4
Michael.___
On Wed, 1 Feb 2023, Hairy Pixels via fpc-devel wrote:
On Feb 1, 2023, at 8:27 PM, Michael Van Canneyt via fpc-devel
wrote:
That's exactly what Adriaan is saying. With const the compiler can choose.
With constref, you force it not to copy. But this is not so efficient for
small parameter
this….
That's exactly what Adriaan is saying. With const the compiler can choose.
With constref, you force it not to copy. But this is not so efficient for
small parameter sizes.
Michael.___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https
ld use the same mechanism as MarkPropertyChanged, because there were
published properties not part of the REST scheme, and in that case, the equation does
not hold true (becasue nameindex includes non-REST properties).
That change does not seem to have made it in FPC.
M
On Sun, 15 Jan 2023, Wayne Sherman wrote:
On Sun, Jan 15, 2023 at 9:24 AM Michael Van Canneyt wrote:
On Sat, 14 Jan 2023, Wayne Sherman wrote:
I see a couple of problems TBaseObject.SaveToJSON
1) TBaseObject.SaveToJSON cannot distinguish properties that are part
of the REST protocol from
to
control what is saved (Save all REST properties, or Save modified REST
properties).
It should be easy to add a flag for that.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
On Sat, 14 Jan 2023, Wayne Sherman wrote:
On Sat, Jan 14, 2023 at 12:36 PM Michael Van Canneyt wrote:
On Sat, 14 Jan 2023, Wayne Sherman wrote:
On Sat, Jan 14, 2023 at 10:34 AM Michael Van Canneyt wrote:
On Sat, 14 Jan 2023, Wayne Sherman wrote:
2) Doesn't each object already have
On Sat, 14 Jan 2023, Wayne Sherman wrote:
On Sat, Jan 14, 2023 at 10:34 AM Michael Van Canneyt wrote:
On Sat, 14 Jan 2023, Wayne Sherman wrote:
2) Doesn't each object already have the parent properties included in
its own properties by inheritance?
Why this question ?
An object does
On Sat, 14 Jan 2023, Wayne Sherman wrote:
On Fri, Jan 13, 2023 at 11:48 PM Michael Van Canneyt wrote:
Markpropertychanged is called in the setter of the properties generated by
the code generator: Check all generated units.
Thanks for your explanations, it is getting more clear how
is that you consider any write of a property a
modification, as in Lazarus.
But in rest, only writes that happen after the load from the server
are modifications.
Hence the stoprecording/startrecording which seems wrong to you, but is in
fact correct and as designed.
Michael
MarkPropertyChanged (above) and IsPropertyModified (below)
require the properties declarations to have indexes and
TGoogleRestDescription does not have indexes on any of its properties.
See above, point 2.
Michael.
___
fpc-devel maillist - fpc-devel
fter load.
The life cycle is one of
a/
- Load data from server. Data is 'unmodified'.
- Optionally modify properties
- If data was modified, send patch to server.
b/
- Create object
- Set properties
- Send post to server.
So the current behaviour
tation
end.
===
Compile with -vh
You get the hint: Unit "version" not used in test
This is obviously not true, without the unit version, the program won't compile.
Should I report this as a bug?
Yes.
Michael.
___
fpc-devel mailli
On Fri, 13 Jan 2023, Tomas Hajny via fpc-devel wrote:
On 2023-01-13 11:22, Mattias Gaertner via fpc-devel wrote:
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
On Fri, 13 Jan 2023, Mattias Gaertner via fpc-devel wrote:
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
an convert
widestring to unicodestring and allows a conversion, so it inserts a
conversion node, but the result of the conversion is a constant expresson
so it generates an error in a later stage of compilation.
But my knowledge is limited, someone else will need to confirm this.
Michael.
_
On Mon, 9 Jan 2023, Ondrej Pokorny wrote:
On 09.01.2023 09:08, Michael Van Canneyt wrote:
On Mon, 9 Jan 2023, Ondrej Pokorny via fpc-devel wrote:
Is there a routine in RTL to find out if a given IPv4 address is from the
private address range (10.* etc)?
No, not to my knowledge. Feel free
1 - 100 of 4870 matches
Mail list logo