Op 21-6-2024 om 19:39 schreef Bart via fpc-devel:
Possibly not a real-world problem, but some pet-project of mine has to
deal with it (at least in theory).
What happens if you try to concatenate 2 huge ansistrings, such that
Length(String 1) + Length(String 2) > High(SizeInt)?
All this assumin
Op 1-7-2024 om 02:34 schreef Hairy Pixels via fpc-devel:
I had a question about pure functions. I'm seeing some newer languages have a JIT
built-in so they can run any function at compile time. To get results at compile time you
probably need to use a constant for the parameters but in theory
Op 1-7-2024 om 10:33 schreef Mattias Gaertner via fpc-devel:
FPC has JIT backends like JVM.
But that is just the backend, FPC still works only at compile time, so
no JIT at runtime possible. Is it?
Hmm, yes. You could maybe interface to the JVM and compile java that
way. But I don't eve
L.s.
To test the documentation generator fpdoc, I regenerated CHM
documentation for the fixes (3.2.1) branch.
The documentation is generated with trunk fpdoc as of today, IOW with
all the fcl-passrc modifications due to pas2js, which is the main reason
for the test.
Location: http://www.s
Op 2020-09-27 om 18:21 schreef Florian Klämpfl via fpc-devel:
So the question here is/are imho about the work it takes to amend the
release-build process (i.e. update the scripts). And then the amount
of extra time needed for each release (build and testing).
The thing is: we would distri
Op 05/10/2020 om 01:31 schreef Martin via fpc-devel:
function GetCharacterPlacementW(DC: HDC; p2: LPWSTR; p3, p4: BOOL; var
p5: TGCPResults; p6: DWORD): DWORD; external 'gdi32' name
'GetCharacterPlacementW';
Why are p3 and p4 Bool? They should be both int?
https://docs.microsoft.com/en-us/wi
Op 2020-10-18 om 23:03 schreef Jonas Maebe via fpc-devel:
I’ve been able to create a cross compiler using the guidance and some
additional information. But I’ve been unable to create the proper FPC
startup code (prt0.as) needed.
Any help would be appreciated.
I believe these files are gener
Op 22/10/2020 om 10:01 schreef Kevin Lyda via fpc-devel:
svn checkout https://svn.freepascal.org/svn/fpc/trunk fpc-svn 8.80s
user 7.43s system 49% cpu 32.790 total
du -sh *
626M fpc-git
728M fpc-svn
To compare sizes you need to specify the SVN version. Older versions
iirc didn't compress pri
Op 2020-11-25 om 00:37 schreef J. Gareth Moreton via fpc-devel:
This might be my own configuration, but can people check that
i386-win32 works properly? I tried to build it to test one of my new
optimisations, but got a failure when building the trunk (without my
optimisations).
Building
Op 2020-11-25 om 18:10 schreef J. Gareth Moreton via fpc-devel:
That's the only useful stuff I found. Sorry to sound like such a
novice. I have never come across this error before and am not sure
how to resolve it without breaking something critical.
Easiest: do an install of the relevant
Op 2020-12-10 om 21:57 schreef Sven Barth via fpc-devel:
Am 10.12.2020 um 20:54 schrieb Bart via fpc-devel:
No fpc in your linux vm ? I'm shocked... ;-)
Well, no trunk ;-)
On Windows I know how to easily switch between using compilers.
3.2.0 is in path and I have some batch files to change tha
Hello,
We have placed the first release candidate of the Free Pascal Compiler
version 3.2.2 on our ftp servers.
You can help improve the upcoming 3.2.2 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.2 or
Hello,
We have placed the first release candidate of the Free Pascal Compiler
version 3.2.2 on our ftp servers.
You can help improve the upcoming 3.2.2 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.2 or
Op 2021-03-24 om 12:20 schreef Pierre Muller via fpc-devel:
We have placed the first release candidate of the Free Pascal Compiler
version 3.2.2 on our ftp servers.
You can help improve the upcoming 3.2.2 release by downloading and
testing this release. If you want you can report what you hav
Op 2021-03-24 om 22:14 schreef Martin Frb via fpc-devel:
Just run the testsuite. I got a few errors.
Though I did build fpc from svn myself, therefore it might be a
problem in my setup
Below output is 64 bit Ubuntu Linux.
Is this of interest?
If yes, what info will be needed?
Current know
Op 2021-03-24 om 17:26 schreef Bart via fpc-devel:
e placed the first release candidate of the Free Pascal Compiler
version 3.2.2 on our ftp servers.
I seem to mis the win32->wince crosscompiler at
ftp://ftp.freepascal.org/pub/fpc/beta/3.2.2-rc1/i386-win32/ ?
That was a TBD, since I didn't
Op 2021-03-27 om 18:38 schreef Martin via fpc-devel:
On Linux I can do
fpc -oTestäあProg MyProg.pas
On Windows the Japanese char does not seem to be possible?
Did you select a 1-byte Japanese encoding on Windows?
___
fpc-devel maillist - fpc-devel
Op 2021-03-27 om 19:11 schreef Martin Frb via fpc-devel:
On 27/03/2021 18:55, Marco van de Voort via fpc-devel wrote:
Op 2021-03-27 om 18:38 schreef Martin via fpc-devel:
On Linux I can do
fpc -oTestäあProg MyProg.pas
On Windows the Japanese char does not seem to be possible?
Did you
Op 2021-04-18 om 11:40 schreef Florian Klämpfl via fpc-devel:
Am 18.04.2021 um 00:45 schrieb Curtis Hamilton via fpc-devel
:
Is there any interest in porting FPC to Freebsd/PowerPC64?
I'm looking for some help with port FPC to FreeBSD on PowerPC. Any assistance
would be appreciated.
Intere
Op 2021-05-06 om 17:38 schreef Ryan Joseph via fpc-devel:
Something which annoys me about Pascal is cleanup in which a function exits in multiple
places but there is no formal way to free memory which may be used in the current scope.
I say ultimately Pascal needs some opt-in automatic referen
Hello,
Finally, the Free Pascal 3.2.2 release is available from our servers and
from sourceforge.
Changes that may break backwards compatibility will be documented at:
http://wiki.freepascal.org/User_Changes_3.2.2
For an overview of what is new see the summary below
The website has been upda
Before the 3.2.2 release I looked into mantis 0038496 and now I come
back to it.
I noticed that custom variants are completely undocumented, is this know
(IOW should I file a bug?). What I wanted to look up are the rules for
implementing binaryop, since that is where the problem is.
The bug
Op 2021-05-30 om 13:02 schreef Sven Barth via fpc-devel:
I think it is allowed to change the result type of the variant passed
in binaryop(), but am not 100% sure, and also not sure if there are
other things to keep an eye for (e.g. finalization of the existing
value).
Does anybody know
Op 2021-06-26 om 21:21 schreef Bart via fpc-devel:
You made a typo in the comment:
// extended colosr (from lazarus Graphics)
Should be
// extended colors (from lazarus Graphics)
Done
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
Op 2021-07-01 om 01:35 schreef J. Gareth Moreton via fpc-devel:
Actually, remind me... what revision number is 3.2.0 based off?
r39628 mid august 2018
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/m
l.s.
It turned out that FPC 3.2.2's latex CHMs (ref/user/prog) missed TOC,
and in Ref.chm's case index. This might trip up some IDE search
algorithms, and direct access using CHM viewers.
The problem was due to one of the encoding related changes, which now
has been worked around.
The new
Op 8/23/2021 om 1:36 PM schreef Werner Pamler via fpc-devel:
make install all OPT=%OPTIONS% INSTALL_PREFIX=%FPC_DEST_DIR%
PP=%BOOTSTRAP_COMPILER%
Shouldn't this (install all) be the other way around? Classically one
builds it before one installs it.
___
Op 8/23/2021 om 3:11 PM schreef Bart via fpc-devel:
dows trickery - feel free to complain at Microsoft. ;-)
OK, just for my understanding of this:
I cannot see the file there (system32)
FPC looks for it there
Windows just says it's there (and silently redirects to syswow64 folder)
FPC looks at f
Op 8/23/2021 om 4:20 PM schreef Werner Pamler via fpc-devel:
Am 23.08.2021 um 14:06 schrieb Marco van de Voort via fpc-devel:
Op 8/23/2021 om 1:36 PM schreef Werner Pamler via fpc-devel:
make install all OPT=%OPTIONS% INSTALL_PREFIX=%FPC_DEST_DIR%
PP=%BOOTSTRAP_COMPILER%
Shouldn't
Op 8/24/2021 om 4:22 PM schreef Werner Pamler via fpc-devel:
Am 23.08.2021 um 18:14 schrieb Marco van de Voort via fpc-devel:
[...] I notice is that you point lazarus to the ppu's in the FPC
source tree [...]
Sorry, I don't understand: There is no Lazarus involved in my build
script
Op 8/28/2021 om 10:52 PM schreef Werner Pamler via fpc-devel:
Am 25.08.2021 um 20:53 schrieb Marco van de Voort via fpc-devel:
Sorry. I'm on holiday, and I only check in occasionally at night. Try
changing PP= to FPC=
Thank you, Marco. Now I did already the second successful build of a
Op 24-10-2021 om 14:09 schreef Florian Klämpfl via fpc-devel:
Am 10.10.2021 um 15:55 schrieb Florian Klämpfl via fpc-devel
:
Reminder :)
So far I have only the second avr merge list from Christo open. Anything else?
Next reminder, meanwhile, I merged the avr stuff.
This week I've been wo
Op 24-10-2021 om 17:52 schreef Florian Klämpfl via fpc-devel:
This week I've been working on getting the merge logs etc working
again. Things are showing info again, but sorting is broken (since
you can't simply sort the revs anymore).
When you have a hash, you can translate it in a "relati
Op 24-10-2021 om 18:13 schreef Marco van de Voort via fpc-devel:
When you have a hash, you can translate it in a "relative" revision
number by:
git describe | sed -nr 's/.*-(.*)-.*/\1/p'
It is basically the number of commits after the last annotation tag
(3.3.1 in cas
Op 25-10-2021 om 13:06 schreef LacaK via fpc-devel:
The base output is starting to work somewhat.
http://www.stack.nl/~marcov/mergelogs32/restset.html
Marco, can I see what commits were already merged ? (and what not -
iow what is candidate for merging)
I don't really maintain lists of what
FPC trunk building lazarus trunk fails with compiler AV ?
An old ghost seems to have resurfaced. I didn't build a development
lazarus for a while (I used a stable one for work), but at least 1-2
weeks I have this problem:
(3104) Compiling postscriptcanvas.pas
(3104) Compiling printers.pas
(
On 12-12-2021 14:47, Yuriy Sydorov via fpc-devel wrote:
Any pointers?
I've tried to reproduce the AV while building Lazarus on i386-win32
with -O2 and -O3 options, but it works for me.
What compiler options have you used to build Lazarus?
lazbuild --pcp=c:\repo\lazarusgit\config --build
On 12-12-2021 15:19, Florian Klämpfl via fpc-devel wrote:
What -Cp/-Cf option do you use?
To compile FPC:
set CPUOPTS=-O2 -Opcoreavx -Cpcoreavx
set CPUOPTS64=-Cfavx
I didn't enter those in Lazarus I think, so that should be pretty much
default.
___
On 12-12-2021 17:21, Yuriy Sydorov via fpc-devel wrote:
On 12.12.2021 16:24, Marco van de Voort via fpc-devel wrote:
On 12-12-2021 15:19, Florian Klämpfl via fpc-devel wrote:
What -Cp/-Cf option do you use?
To compile FPC:
set CPUOPTS=-O2 -Opcoreavx -Cpcoreavx
set CPUOPTS64=-Cfavx
I
On 3-1-2022 12:54, Martin Frb via fpc-devel wrote:
fpc 3.2.3 / fpc 3.3.1
fst 594 fst 688
fst 578 fst 703
fst 578 fst 687
fst 562 fst 688
Fyi, the latest asm version (+fst/pop/add/naieve) is at
http://www.stack.nl/~marcov/utf8lentest.lpr
On 4-1-2022 01:06, J. Gareth Moreton via fpc-devel wrote:
Prepare for a lot of technical rambling!
This is just an analysis of the compilation of utf8lentest.lpr, not
any of the System units. Notably, POPCNT isn't called directly, but
instead goes through the System unit via "call fpc_popcnt
On 4-1-2022 16:31, Martin Frb via fpc-devel wrote:
Weird as mine is inlined with -Cpcoreavx -O4, with no special
handling for 0. But that does put some things on shaky ground. Maybe
zero the result before hand?
Same here.
I looked up popcnt and found nothing about not setting if zero. (E.g
On 4-1-2022 17:15, J. Gareth Moreton via fpc-devel wrote:
I neglected to include -Cpcoreavx, that was my bad. I'll try again.
According to Intel® 64 and IA-32 Architectures Software Developer’s
Manual, Vol 2B, Page 4-391. The zero flag is set if the source is
zero, and cleared otherwise. R
On 12-1-2022 11:38, Ben Grasset via fpc-devel wrote:
If it's actually now somehow the case that an offer to provide Win64
builds would be refused though, I guess maybe I'll look into hosting
them myself somewhere else? Although again I don't get why it would be
fine for Linux to have a zillion
On 14-1-2022 16:33, Ben Grasset via fpc-devel wrote:
On Fri, Jan 14, 2022 at 1:27 AM Sven Barth via fpc-devel
wrote:
(though to be fair it does the same on 32-bit as well)
Yeah, MSVC (for some reason) universally defines "long double" as
exactly an alias for regular 64-bit double, wher
On 3-4-2022 15:44, J. Gareth Moreton via fpc-devel wrote:
Hi everyone,
It seems at some point, something was introduced to the compiler that
causes a package to fail to build (specifically
packages\chm\src\chmwriter.pas) with an assembler-level range check
error. If you run "make all" under
On 22-4-2022 09:12, Marc Weustink via fpc-devel wrote:
On a project I'm working on I needed to refactor some units. After I
finished, I got a linking error about a duplicate resource. Maybe
accidentally a stale one got linked, so I removed 2 occurrences.
And now the compiler complains it ca
There was a question about $modeswitch ISOIO on stack overflow, and
specially why get() and put() are not part of it.
The documentation about this switch seems very sparse. As far as I can
see it is mostly the lookahead and switching reset and read/write
handlers to their ISO variants.
Do
On 8-6-2022 15:14, Bart via fpc-devel wrote:
Changing our TConvType to word will potentially break existing programs though.
I doubt that there are mission critical convutils programs out there,
given the fact that it took 10+ years to find out the temperature
conversion didn't work :-)
U
On 19-6-2022 12:09, Bart via fpc-devel wrote:
It feels a bit counter-intuïtive to me though.
IMO it should simply not be allowed to call RegisterConversionType()
with either of the TConversionProc parameters being nil, since that
makes no sense to me, and it will inevitably lead to exceptions la
On 20-6-2022 22:10, Sven Barth via fpc-devel wrote:
Put and Get are not part of modeswitch ISOIO, because they're not
intrinsics and are instead provided by the ISO7185 unit which is only
used for modeswitch ISO. As that unit also contains functionality
that's not covered by the ISOIO modeswi
Fyi,
Last weekend I got FreeBSD working again, integrating a patch from the
ports maintainer.
Both fixes and trunk should work again, but
- ld.bfd must be installed.
- for bootstrapping, ld must also be symlinked to ld.bfd, at least till
a new release is done.
___
On 4-8-2022 07:40, Michael Van Canneyt via fpc-devel wrote:
It's best to use pointers, but you can always provide overloads with var
arguments.
IIRC it is best to not do this automatically for functions with two such
cases (two by ref, so var or pointer parameters).
This because small pro
Fyi
I wanted to test a textmode IDE bugreport with trunk (on win32)
recently, and it wouldn't start even after wiping configuration. It just
dumped two lines with version info and then hung itself.
Turned out it was the gdb executabe, which was one of the Lazarus
"alternate" ones, v8.2. If
On 11-11-2022 09:57, Jonas Maebe via fpc-devel wrote:
On 11/11/2022 00:44, J. Gareth Moreton via fpc-devel wrote:
My slight concern is that the x86 peephole optimizer is becoming
pretty bloated now
An alternative could be to specify the peephole optimizations in a
pattern matching format, an
On 24-11-2022 14:13, J. Gareth Moreton via fpc-devel wrote:
I just need to double-check something. Under CPU16, SizeInt and
SizeUInt are declared as follows:
SizeInt = Integer;
SizeUInt = Word;
Is Integer 16-bit in this case?
Yes.
I always thought Integer was defined as a signed 32
On 24-11-2022 14:25, Ondrej Pokorny via fpc-devel wrote:
Am 24.11.2022 um 14:15 schrieb Marco van de Voort via fpc-devel:
On 24-11-2022 14:13, J. Gareth Moreton via fpc-devel wrote:
I just need to double-check something. Under CPU16, SizeInt and
SizeUInt are declared as follows
On 24-11-2022 14:59, Michael Van Canneyt via fpc-devel wrote:
SizeInt = SmallInt;
(IMHO get rid of small and short in general, and simply put int8/16
instead. But that might require compiler work?)
___
fpc-devel maillist - fpc-devel@lists.freepa
On 29-11-2022 17:34, J. Gareth Moreton via fpc-devel wrote:
This is why I hope my own improvement to the version in TArrayHelper
could be used instead:
https://gitlab.com/freepascal.org/fpc/source/-/merge_requests/334
Now that I know where Introsort is in the sortalgs.pp unit, I'll see
about
On 6-1-2023 20:36, Adriaan van Os via fpc-devel wrote:
Michael Van Canneyt via fpc-devel wrote:
- String = UnicodeString, Char=WideChar
UnicodeString ? ? I don't know what that is supposed to be.
It is named after Microsofts use of the word unicode. Which was
originally UCS2, but morphed
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 ? Will two freeandnil in
different units use the same?
But that is just curiousity, IMHO this remed
On 11-4-2023 07:23, Hairy Pixels via fpc-devel wrote:
Strange question but I heard it brought up during a discussion and I was very
curious what compiler people think about it.
I hope you don't mind me replying as non compiler person :-)
The question is, instead of using a virtual method t
On 11-4-2023 10:41, Hairy Pixels via fpc-devel wrote:
case animal.type of
TDog: TDog(animal).DoSomething;
TCat: TCat(animal).DoSomething;
TMouse: TMouse(animal).DoSomething;
end;
This doesn't happen. There is no class that is TDog,Cat and mouse. Usually a
VMT governs the rel
On 11-4-2023 12:11, Hairy Pixels via fpc-devel wrote:
Btw, I was curious because I haven’t done this in so many years but is this
basically how a VTable looks in procedural code?
Every class has a reference to class type information stored at negative
offsets. The class type info contains VM
On 30-8-2023 15:26, Ondrej Pokorny via fpc-devel wrote:
Yes, Tomas, in other words: maybe you enabled "Beta support for UTF-8"
in language options on your Windows?
Try compiling the compiler with the .lpi and turn on the utf-8 option in
the lazarus application/manifest screen.
But that m
. from Linux :dances:
from https://www.theregister.com/2023/09/27/osseu_steam_os_3/
Wherever possible, WINE converts Windows API calls to Linux ones, but
sometimes, there is no matching Linux API. If there isn't, García said,
/"Wine needs to implement the missing parts. This can result
Op 6-10-2023 om 14:28 schreef Martin Frb via fpc-devel:
What is the difference between those 3?
OPT= always to my best knowledge
NEWOPT is opt only for later cycles and the rest, iow not for the first
FPC bootstrap cycle (that might be started with an older compiler
version). So it is for
Op 10-10-2023 om 11:13 schreef J. Gareth Moreton via fpc-devel:
Thanks Tomas,
Nothing is broken, but the timing measurement isn't precise enough.
Normally I have a much higher iteration count (e.g. 1,000,000), but I
had reduced it to 10,000 because, coupled with the 1,000 iterations in
the s
Op 16-10-2023 om 17:03 schreef robert rozee via fpc-devel:
function fnmatch( ... ) ... external;
function fnmatch( ... ) ... external 'libc';
both yield a compiler that, while capable of compiling a working terminal application, can NOT
compile a (gtk2) GUI application. so the symbol "fnmatch
Op 17-10-2023 om 13:17 schreef robert rozee via fpc-devel:
Date: Tue, 17 Oct 2023 09:32:16 +0200
From: Marco van de Voort
- without the patches you are reviewing it works all fine, suggesting a
problem in those patches that somehow forces linking to the symbol
without it being used.
and inst
Op 9-11-2023 om 13:59 schreef Martin Frb via fpc-devel:
Fpc defines
function CreateConsoleScreenBuffer(dwDesiredAccess:DWORD;
dwShareMode:DWORD; var lpSecurityAttributes:SECURITY_ATTRIBUTES;
dwFlags:DWORD; lpScreenBufferData:LPVOID):HANDLE; external 'kernel32'
name 'CreateConsoleScreenBuffer'
Op 9-11-2023 om 20:43 schreef Martin Frb via fpc-devel:
On 09/11/2023 14:19, Marco van de Voort via fpc-devel wrote:
Anyway, standard procedure in such cases is to move the pascallized
declaration to redef.inc and have a pointer value in the original
place. Which I just commited to GIT
Op 9-11-2023 om 20:47 schreef Martin Frb via fpc-devel:
I saw that in some places (I think gtk2) "varargs" is used for open
arrray API calls.
Any reason that is not adapted for Windows (overloaded)?
It probably is newer (kylix). I'm not sure anyway what the problem is?
Why would varargs be
Op 14-12-2023 om 17:30 schreef Martin Frb via fpc-devel:
If I am right the TProcess currently does not allow redirection of
StdOut/In to/from a file (or other handle provided).
It does, if you need a runcommandloop like routine that writes to file.
Partially this can be even simplified by in
Op 14-12-2023 om 20:29 schreef Martin Frb via fpc-devel:
Op 14-12-2023 om 17:30 schreef Martin Frb via fpc-devel:
If I am right the TProcess currently does not allow redirection of
StdOut/In to/from a file (or other handle provided).
It does, if you need a runcommandloop like routine that wr
Op 14-12-2023 om 21:27 schreef Martin Frb via fpc-devel:
I am actually pretty sure, on Linux, I can get what I want by doing it
in the "OnFork" event of TProcess.
But on Windows it is well hidden away in the "Execute" method, nothing
virtual that could be intercepted.
Change the input hand
Op 17-12-2023 om 17:27 schreef Bart via fpc-devel:
I would request that the changes from commit 1c4151d8 are merged to fixes_3_2.
I'm currently trying to make a dent in the merging backlog that the
transition to git made.
I'm trying to merge as much as possible in order, and this one sti
Op 17-12-2023 om 17:49 schreef Marco van de Voort via fpc-devel:
Op 17-12-2023 om 17:27 schreef Bart via fpc-devel:
I would request that the changes from commit 1c4151d8 are merged to
fixes_3_2.
I'm currently trying to make a dent in the merging backlog that the
transition to git
(forum thread:
https://forum.lazarus.freepascal.org/index.php/topic,65629.0.html)
Don noticed that the system.uitypes lemma's in the CHM are empty, both
with 3.2.x as 3.3.x fpdoc.
I checked the only html snapshot and it is the same:
https://www.freepascal.org/daily/doc/rtl/system.uitypes/i
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 risks that other corner cases be found or that the
list of units is
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 that other corner cases be found or
that the list of units is no
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 with it and it is as complete as can be expected. All
works as it
Op 26/12/2023 om 19:53 schreef Michael Van Canneyt via fpc-devel:
If you say so. It is still ambiguous though, even if most common
cases can disambiguated. (a.b.c.d is either symbol d in unit b.c
or field d in structure type c in unit b), which is why I didn't
favor it.
Can you explai
Op 27/12/2023 om 13:37 schreef Marco van de Voort via fpc-devel:
- The short description in the overview (#rtl) page still doesn't
appear ,
After some debugging, my guess is that in this specific case the path
chopping code in TDocNode.CreateChildren at dglobals:455 and further i
Op 11-1-2024 om 15:48 schreef Martin Frb via fpc-devel:
But neither LIBC nor HASUNIX are listed on that page.
I think LIBC as a define is a remnant of a 1.0.x era port and has no
meaning in 2.0.
This is meanwhile all 20 years ago, so my memory might be a bit hazy
(christmas 2003 and the h
Op 11-1-2024 om 16:56 schreef Martin Frb via fpc-devel:
On 11/01/2024 16:34, Marco van de Voort via fpc-devel wrote:
Op 11-1-2024 om 15:48 schreef Martin Frb via fpc-devel:
- Can (on any linux/unix) "uses SysCall" be compiled (without error)
You can test that yourself on a Li
Op 31/03/2024 om 11:55 schreef Pascal Pype via fpc-devel:
My freepascal version is: 3.0.0.
The platform is: Slackware 14.2 x86_64.
Please try a more recent version (and preferably even the fixes version
via FPCDELUXE). Datetime support has detail fixes every release, and
3.0.0 is 9 years
Op 01/04/2024 om 12:30 schreef Werner Pamler via fpc-devel:
Am 31.03.2024 um 11:55 schrieb Pascal Pype via fpc-devel:
There seems to be a bug in the TDateTime data type. When the time
difference between two TDateTime variables is just one millisecond, the
compareDateTime function returns 0 (equ
Op 01/04/2024 om 17:23 schreef Werner Pamler via fpc-devel:
Yes, you are right. Now I see that it works, after updating my fixes
(which I should have done earlier).
Rule of thumb, I merged most fixes in December, except
fcl-web/passrc/json/pas2js and some associated packages. Some later revs
Op 6-5-2024 om 14:11 schreef Martin Frb via fpc-devel:
Maybe of interest?
The include file {$i ascdef.inc} is used from unit Windows with
{$calling stdcall}
in effect.
Most functions in it therefore don't have "stdcall". But some do. Is
that known/wanted/...?
No particular reason. Historic
Op 18-10-2024 om 15:46 schreef gabor via fpc-devel:
Maybe variables containing managed types, such as dynamic arrays could
be a problem in this case?
"output" used to be a problem. The contents (and pointers of the buffer
in the textrec got duplicated
Op 04/10/2024 om 17:44 schreef Karoly Balogh via fpc-devel:
Same applies to BSDs. We used to support earlier BSD version than where
this call existed. Not sure that is still true tho'.
FreeBSD is also a syscall port.
___
fpc-devel maillist - fpc-de
Op 9-2-2025 om 14:39 schreef Bart via fpc-devel:
The Delphi compatible unit System.UITypes is getting out of sync with Lazarus.
The reason for this is twofold:
1. the faster release cycle of Lazarus
(a bit extreme at the moment, but hopefully that will improve in the future)
2. the fact that L
Op 20-3-2025 om 20:46 schreef Martin Frb via fpc-devel:
So why does the compiler interpret NoStackFrame in the type
declaration, when it does not do that for other non-relevant modifiers
(like assembler)?
I think it is because nostackframe is a directive for the declaration of
the function
Op 27-3-2025 om 12:28 schreef Martin Frb via fpc-devel:
which returns True, if Akey was found and therefore APtr points to
existing Data, while otherwise APtr points to the empty slot, where
the data can be copied to.
Without a key, you can't find the bucket or whatever where to allocate,
Op 1-4-2025 om 08:04 schreef Sven Barth via fpc-devel:
Are any other files from the 3.3.1 branch in the fixes_3_2 branch?
There are no "files from the 3.3.1 branch" that were moved over (well,
expect maybe some new ones), just selected changes that were merged
over. This is simply how
Op 7-4-2025 om 08:13 schreef Martin Frb via fpc-devel:
On 07/04/2025 08:01, Sven Barth via fpc-devel wrote:
Also it would be best to simply document as UTF8Copy working 1-based
because you can't detect from the callee-side whether it had been
enabled on the caller-side (especially if they'r
Op 20-3-2025 om 20:09 schreef Martin Frb via fpc-devel:
It is possible to declare a type for a cdecl function like
type a=procedure cdecl;
But, not for "assembler" which makes sense, because its not a calling
convention. Same should likely be the case for NoStackframe.
Roughly yes. Basicall
98 matches
Mail list logo
