Testing 3.2.3 on Arch Linux
# [584] if not AttackPositionReached then
testb %r15b,%r15b
je .Lj270
# [587] TestLoc := AttackLoc;
movl 83288(%rsp),%r13d # <- ***
# Var AttackLoc located in register r13d
movl %r13d,24(%rsp)
# [591] NextLoc :
On 14/03/2022 06:59, Sven Barth via fpc-pascal wrote:
Peter via fpc-pascal schrieb am So., 13. März
2022, 22:58:
On 13/03/2022 18:19, Florian Klämpfl via fpc-pascal wrote:
> Thanks for tracking this down! I have cherry picked the commit to fixes.
Great! It was a nasty bug. G
On 13/03/2022 18:19, Florian Klämpfl via fpc-pascal wrote:
Thanks for tracking this down! I have cherry picked the commit to fixes.
Great! It was a nasty bug. Good to see it fixed for the next release.
___
fpc-pascal maillist - fpc-pascal@lists.fre
On 12/03/2022 11:33, Florian Klämpfl via fpc-pascal wrote:
Am 12.03.2022 um 12:05 schrieb Peter via fpc-pascal
:
Its looking like it was fixed in main somewhere between
31cd3df724 Jan, 2021
&
837b433a28 Apr, 2021
Can you bisect it by any chance? See
https://wiki.freepascal
Its looking like it was fixed in main somewhere between
31cd3df7 24 Jan, 2021
&
837b433a 28 Apr, 2021
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I had a look at the assembler generated by 3.3.1
.
# Var uix located in stack [rsp+83240]
movl %edx,%eax
movq %rax,83280(%rsp)
# Var AttackLoc *located in stack [rsp+83280]*
# [503] var
.
# [587] TestLoc := AttackLoc;
*movl 83280(%rsp),%r14d* # <<--
So it seems it was fixed in main at least. Now the interesting question is
3.2.3...
Hi Sven,
I found a 3.2.3 in ftp://ftp.freepascal.org/pub/fpc/snapshot/v32/x86_64-linux
Testing with version Free Pascal Compiler version 3.2.3 [2022/03/05] for x86_64
the problem is still there I'm afrai
On 10/03/2022 22:46, Sven Barth via fpc-pascal wrote:
Peter via fpc-pascal schrieb am Do., 10. März
2022, 23:39:
There are four source files, around 250k, to compile this library. I can
supply them if anyone wants to investigate.
Is this sufficient for a bug report? Does anyone know
Attaching source & assembler
function TBarbarina.DoAttack(uix, AttackLoc: integer): boolean;
// AttackLoc=maNextCity means bombard only
var
MoveResult, Kind, Temp, MoveStyle, TestLoc, TestTime, NextLoc,
NextTime, V8, RecoverTurns, ecix: integer;
NextTile: cardinal;
AttackPositionReached
I've been working with a fork of C-evo for a while now.
Its been very stable for at least a year.
However, recently a game locked up in a (wide) cpu loop.
The broken code is in the shared library, built with FPC 3.2.2,
its nothing to do with Lazarus, except that Lazarus code calls the library.
I
Sorry, my bad.
I hadn't got Thunderbird configured right. All mail from this list just showed
the list address in the 'From' field.
Now fixed it.
Edit > Preferences > Advanced >
"Show only display name for people in my address book"
which was checked.
Cheers,
Pete
___
https://castle-engine.io/modern_pascal_introduction.html
You can also download it as a single PDF.
g.
Thanks Dennis. Very useful refresher!
Cheers,
Pete
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi
On 09/07/2021 23:56, Ryan Joseph via fpc-pascal wrote:
On Jul 9, 2021, at 11:40 AM, Wayne Sherman via fpc-pascal
wrote:
Current standings at the time of this video
Iterations per sec:
Ada: 67
Pascal: 143
Fastest language: 7301
Slowest language: 1
So Pascal failed pretty bad it looks like.
Does anyone have a link to useful list of changes or bug fixes for 3.2.2?
Both the "New features" & "User Changes" pages are currently rather sparse!
https://wiki.freepascal.org/FPC_New_Features_3.2.2
https://wiki.freepascal.org/User_Changes_3.2.2
A release candidate is out, so I assume the cont
On 28/02/2021 22:11, Mattias Gaertner via fpc-pascal wrote:
Hi,
In FPC 3.2.0 the default "Default" value of a single/double property
has changed from $8000 (fpc 3.0.4) to 0.
This breaks TWriter.
The $8000 means the property has no default value.
Now FPC 3.2.0 no longer writes a property
I'm curious about who wins, if switches/directives are set to different values
in different places.
They could be set in
fpg.cfg
Command line or Lazarus lpi
Directives in the code.
Is there some AND/OR logic, or is it a strict precedence order? Is it the same
for all switches?
I can see for exam
Thanks to Sven & Michael for commenting.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I wondering if there is a regression in 3.2.0. The Lazarus file
fpguiwsprivate.pp no longer compiles. It was fine in 3.0.4.
The error message "No matching implementation for interface method ... CDecl;
found "
is strange as the interface and implementation are both clearly defined as
stdcall. I
18 matches
Mail list logo
