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
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
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
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 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
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
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
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 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
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
(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:
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 made
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
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
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
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
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
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 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
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
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
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
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
. 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
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
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
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
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
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
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
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
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 -
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: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
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,
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.
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
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 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
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
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 :-)
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.
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
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"
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,
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
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.
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.
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
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 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 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 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
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
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
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 case of main)
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
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
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
older
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/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/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
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.
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 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
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
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
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
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
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
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.
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-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 -
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-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
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
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
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
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
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
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 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
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
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?
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
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:
Op 2020-07-25 om 21:51 schreef Benito van der Zander:
I looked in my repo, and they are in the list of regexpr fixes to merge.
http://www.stack.nl/~marcov/mergelogs32/regexr.html
If Michael "Ok"s them, I'll merge them/.
___
fpc-devel maillist -
Op 2020-07-03 om 19:18 schreef Keith Bowes via fpc-devel:
Another thing was the Card function, which
I thought would be easy to do, as surely the code keeps track of how
many elements there are in a set, but if it does, I couldn't find it.
(Just a bit of fun, doesn't really answer your
L.s.
Some problems with html and derived (CHM) documentation have come to light.
One of them was that images not generated by latex were not included in
the documentation, specially the textmode IDE screenshots in the user
manual.
This now has been fixed. Since documentation isn't branched
Now FPC 3.2.0 has been released, the version of the fixes branch has
been updated to 3.2.1. If you maintain scripts to compile/install the
fixes branch, they might need adjustment
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Hello,
Finally, the Free Pascal 3.2.0 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.0.
For an overview of what is new see
Op 2020-05-14 om 17:03 schreef Henry Vermaak via fpc-devel:
The original headers only did 32-bit. Over the years some 64-bit
corrections have been added. This process is ongoing, so please make
sure you use the newest version.
Grepping for align|packrecords give exactly the same results in
Op 2020-05-14 om 15:53 schreef Henry Vermaak via fpc-devel:
I'm having some crashes and errors from 64-bit Windows builds that use
the JWA units. I've tracked it down to record alignment (the 32-bit
version works fine, so it's the first place I looked). I notice that
there's no {$packrecords
Op 2020-05-05 om 11:08 schreef Sven Barth via fpc-devel:
ForDebugging is just one of the purposes, and TThread.NameThread is
double, since it is a property of a thread, what else would you
give a name.
As Marco said,
? huh ?
___
Op 2020-04-27 om 21:24 schreef Florian Klämpfl:
Well, for 6502 working 16-bit ptr indirect via volatile zp memory
locations needs to be implemented anyway :-)
Does that CPU have no hardware stack at all, or only limited (128/256
bytes or so?)
It has a full stack but too little registers to
Op 2020-04-27 om 18:28 schreef Florian Klaempfl:
I have no idea, but quickly read through some docs, and it seems the
GameBoy CPU doesn't have IX/IY registers, which seems to be very
useful to
implement some of the more complex references handling, according to
what
Nikolay wrote earlier.
Op 2020-04-26 om 11:48 schreef Sven Barth via fpc-devel:
Jeppe had provided a potential usecase on the core mailing list in
October '18. His example is not useable as-is, but to give you an idea:
As the compiler can inline all this, the writing of maintainable,
hardware agnostic
Op 2020-04-26 om 11:02 schreef Michael Van Canneyt:
As the original author, can you say something about the intended use
of this feature ?
It was meant for a pretty narrow use of array types. If I knew how
much work it would be to implement I probably would have not done it.
:P I
Hello,
We have placed the first release candidate of the Free Pascal Compiler
version 3.2.0 on our ftp servers.
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
Op 2020-03-19 om 17:00 schreef J. Gareth Moreton:
Hi everyone,
How is everyone doing? Noticed it's a bit quiet on this mailing list,
so I hope everyone is still alive!
This one has some slightly selfish connotations, because I'm having a
lot of problems with disk full errors on my
1 - 100 of 2029 matches
Mail list logo
