I fixed my problems for now. I ended up deleting or uninstalling all
copies of Lazarus and FPC, installed FPC 3.2.0 and built fresh trunk
copies of Lazarus and FPC. That solved the issues. I think I was
having a conflict with the multiple versions I had installed.
Now back to investigating
On Mon, 13 Jul 2020 21:17:39 +0100
"J. Gareth Moreton" wrote:
> I'm still having problems. It's not letting me rebuild Lazarus for
> one thing:
>
> jcfidemain.pas(41,3) Fatal: Cannot find LazIDEIntf used by
> JcfIdeMain, incompatible
> ppu=c:\lazarus\components\ideintf\units\x86_64-win64\win32
I'm still having problems. It's not letting me rebuild Lazarus for one
thing:
jcfidemain.pas(41,3) Fatal: Cannot find LazIDEIntf used by JcfIdeMain,
incompatible
ppu=c:\lazarus\components\ideintf\units\x86_64-win64\win32\lazideintf.ppu,
package IDEIntf
I even manually deleted the ppu file
J. Gareth Moreton schrieb am Mo., 13. Juli
2020, 12:23:
> I haven't been able to test it as rigorously as I would have liked. I'm
> having some difficulty compiling projects under Lazarus with the trunk
> since it tries to recompile windows.ppu due to a checksum mismatch, and
> immediately fails
Hi Jonas,
I've made a patch that hopefully should optimise the situation where the
record type contains only one field, following the tips you gave me
regarding the "has_single_field()" method.
https://bugs.freepascal.org/view.php?id=37343
I haven't been able to test it as rigorously as I wo
On 28/06/2020 14:18, J. Gareth Moreton wrote:
> Thanks Jonas. I'll see what I can put together. A record with a single
> field is a bit of a special case, but one I'll keep in mind. More than
> anything I'll have to study the disassembly to see what's happening, and
> if things are faster with p
Thanks Jonas. I'll see what I can put together. A record with a single
field is a bit of a special case, but one I'll keep in mind. More than
anything I'll have to study the disassembly to see what's happening, and
if things are faster with primitive types simply because they're
register var
[accidentally only sent to Gareth initially]
On 28/06/2020 12:31, J. Gareth Moreton wrote:
> So someone reached out to me directly again asking for an FPC
> optimisation. Now I want to see if this is possible to optimise and
> won't break something or be annoying specific.
The general optimisati
Hi Benito,
I'll see what I can do in that case. I sense the optimisation may have
to be done on a per-architecture basis because of it depending on how
records are stored in memory. I'll see what I can do though. If it has
to be a per-architecture optimisation, I'll only be able to do it fo
Hi J. Gareth,
that is a really important optimization.
Especially with new record management operators. I am going to wrap
almost all my variables in records, so they will be automatically
initialized.
I have suggested it in the bug tracker, but it was closed, because they
say the bug track
10 matches
Mail list logo
