Hi,

New to Lazarus but not to Pascal. Using version 4.4 on Windows 64 bit.

I am trying to migrate a Delphi project (Piotr's Casio PB2000 emulator http://pisi.com.pl/piotr433/pb2000ee.htm) to Lazarus. Such mature and nicely written code.

Using the import from Delphi option, I am getting a Lazarus project that compiles with this error:

translations.pas(61,36) Error: Cannot find LConvEncoding used by Translations, incompatible
ppu=C:\lazarus\components\lazutils\lib\x86_64-win64\lconvencoding.ppu, package LazUtils

Asked AI to help. These are the things that I have tried, getting pretty much the same error.

i. Rebuild Lazarus from its menu.
ii. Removing the installation and doing it again.
iii. The project uses a unit/program called cpu.pas - Changed it to a different name
iv. I repeated all that on a linux vm - Ubuntu 24.10 64 bits v. And all again with Lazarus 4.2

So let me ask humans now. I would really love to cross compile to other platforms , thinking, raspberry where exe on top of wine (on top of box64) may not work too well.

Thank you,

Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/9929d9b9/attachment.htm> -------------- next part --------------
A non-text attachment was scrubbed...
Name: debug.dfm
Type: application/octet-stream
Size: 9524 bytes
Desc: not available
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/9929d9b9/attachment.obj> -------------- next part --------------
A non-text attachment was scrubbed...
Name: comm.dfm
Type: application/octet-stream
Size: 3925 bytes
Desc: not available
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/9929d9b9/attachment-0001.obj> -------------- next part --------------
A non-text attachment was scrubbed...
Name: main.dfm
Type: application/octet-stream
Size: 1244 bytes
Desc: not available
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/9929d9b9/attachment-0002.obj> -------------- next part --------------
A non-text attachment was scrubbed...
Name: pb2000c.dpr
Type: application/octet-stream
Size: 704 bytes
Desc: not available
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/9929d9b9/attachment-0003.obj>

Adding "-Ur" to the custom options often solves the incompatible ppu problem for me.

Tony Whyman via lazarus schrieb am Do., 15.
Jan. 2026, 17:58:

Adding "-Ur" to the custom options often solves the incompatible ppu problem for me.

That option should *not* be used to solve such issues cause this *will* lead to other issues!

Regards,
Sven
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/8578f91f/attachment.htm>

Please elaborate as this option is often the only workaround that seems to work. And, if there is a better way then I would like to know about it.Sent from my Galaxy -------- Original message --------From: Sven Barth via lazarus Date: 15/01/2026 18:08 (GMT+00:00) To: Lazarus mailing list Cc: Sven Barth Subject: Re: [Lazarus] Incompatible ppu blues Tony Whyman via lazarus schrieb am Do., 15. Jan. 2026, 17:58:Adding "-Ur" to the custom options often solves the incompatible ppu problem for me.That option should *not* be used to solve such issues cause this *will* lead to other issues!Regards,?Sven? -------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260115/88fbdeff/attachment.htm>

15.01.2026 18:52, Alex Barragan via lazarus ?????:

It is hard to tell for sure without inspecting your .lpi file, but one common cause of such errors is manually added paths to units (e.g. from Lazarus directory) in "Paths" tab of project options. Usually you should not add them manually there but instead properly set package dependencies (e.g. LCL) in Project Inspector.

Another cause may be a unit name confict, where your project has an unit (or include ?) file with the same name as one used by FPC or Lazarus. This may result in recompilation of FPC/Lazarus units which shouldn't get recompiled.

Usually setting the compile options v,u and t will give a long list what is happening and why the compiler ignores or wants to recompile something

Marc

Alex Barragan wrote

?Cannot find LConvEncoding used by Translations, incompatible ppu=C:\lazarus\components\lazutils\lib\x86_64-win64\lconvencoding.ppu, package LazUtils

Are you sure that the package containing LConvEncoding (LazUtils) is listed among the requirements of the converted project? From the file that you posted I suspect that you are having an LCL application, and package LCL should be in the requirements - this would be fine since is contains LazUtils already. Just to make sure...

As advised by another member, I added -Ur to the compiler options. The same error message. I also use the test option for the compiler. Two warnings about ppu exist twice for dialogs and menus ppu. I don't know what these errors mean or if they are related to my problem. This is the only change to the default installation values.
Compile Project, Target:
C:\Users\primu\Documents\PB-2000\pb2000laz\lib\x86_64-win64\pb2000c.exe: Exit code 1, Errors: 1, Warnings: 1
Warning: Recompiling LConvEncoding, checksum changed for C:\Users\primu\Documents\PB-2000\pb2000laz\lib\x86_64-win64\dos.ppu lconvencoding.pas(22,21) Error: Can't find unit LConvEncoding used by Translations

I noticed that when I compiled my project for the first time lots of other .pas files were compiled too. With lot and lots of warning messages.

====
The error takes me to:
unit LConvEncoding;
{$mode objfpc}{$H+}
...
Somewhere inside Lazarus.

===
About: Are you sure that the package containing LConvEncoding (LazUtils) is listed among the requirements of the converted project?

The program has the following uses:
uses
Forms,
LCLIntf, LCLType, LMessages, Interfaces,
...
But I am not sure if this is the answer to your question.

===

There is a dos.pas in the project. I changed that to xdos.pas and adjusted the project file and the pascal sources - removed the lib directory in the project - compiled and the same.
Compile Project, Target:
C:\Users\primu\Documents\PB-2000\pb2000laz\lib\x86_64-win64\pb2000c.exe: Exit code 1, Errors: 1, Warnings: 1
Warning: Recompiling LConvEncoding, checksum changed for C:\Users\primu\Documents\PB-2000\pb2000laz\lib\x86_64-win64\dos.ppu lconvencoding.pas(22,21) Error: Can't find unit LConvEncoding used by Translations

===
I know that this is freeware , but is there a way to package the project and put it in a developer's queue for inspection. It seems that this project somehow hits a soft spot.

I am stumped.

On Fri, Jan 16, 2026 at 5:14?AM Werner Pamler via lazarus <

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260116/24c45404/attachment.htm>

Alex Barragan wrote

As advised by another member, I added -Ur to the compiler options. The same error message. I also use the test option for the compiler. Two warnings about ppu exist twice for dialogs and menus ppu. I don't know what these errors mean or if they are related to my problem.

There are indeed two units dialogs and menus with same name in fpc and lazarus since ancient times. The compiler takes the first it finds, not the problem here.

A commmon problem is adding wrong unit source paths. For example when using the package LazUtils, it should be added to the project inspector, so the IDE adds the unit path to the lazutils folder containing the ppu files. Do not add unit paths to the sources of lazutils to your project, or else fpc will happily recompile units and put ppu files at wrong places, so you end up with multiple conflicting ppu files. The IDE should warn about duplicate ppu files.

Basically: add only your project folder(s) to the search paths.

Do you use any third party package?

Can you post your projects compile command?
See Project / Project Options / button "Show Options"

Mattias

Just as a reminder. The whole project was created by the Delphi conversion process. The only thing that I changed was dos.pas into xdos.pas - as advised to another member.
I should not be critical of Lazarus on my second day but now after exiting , starting again and hitting clean up and compiling I am getting compilation errors related to the application per se. And now I wonder if the code base is complete, so I will pause, make it work 'as is' on Delphi and , after success, move to the port. My Lazarus exit was forced, a window warning of corruption and the option to quit. I saw the same on Linux. Bottom line. I really don't know what made the original problem go away.

Do you use any third party package?
All the sources are included.

Can you post your projects compile command?
C:\lazarus\fpc\3.2.2\bin\x86_64-win64\fpc.exe
-MDelphi
-Scghi
-O1
-g
-gl
-WG
-l
-vewnhibq
-Filib\x86_64-win64
-FuC:\Users\primu\Documents\PB-2000\pb2000laz2\
-Futhdtimer
-FuC:\lazarus\lcl\units\x86_64-win64\win32
-FuC:\lazarus\lcl\units\x86_64-win64
-FuC:\lazarus\components\freetype\lib\x86_64-win64 -FuC:\lazarus\components\lazutils\lib\x86_64-win64 -FuC:\lazarus\packager\units\x86_64-win64
-FElib\x86_64-win64
-olib\x86_64-win64\pb2000c.exe
-dLCL
-dLCLwin32
-Ur
pb2000c.lpr

Thank you for your help.

On Fri, Jan 16, 2026 at 11:12?AM Mattias Gaertner via lazarus <

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260116/00963f8b/attachment.htm>

The "uses" clause does not tell anything about the packages used by the project.? Go to "Project" > "Project Inspector" and see the tree with the "Files" and "Required Packages" top-level nodes. What is listed below "Required Packages"? If there is neither "LCL" nor "LazUtil", the unit LConvEncoding cannot be found.

I know that this?is freeware , but is there a way to?package the project and put it in a developer's queue for inspection. It seems that this project somehow hits a soft spot.

Yes, having your sources would be a great help for us. Go to "Project" > "Publish project" and pack all required source files into a zip. Attach the zip to your response message.

Can you use a newer Lazarus?
The last release is 4.4 with fpc 3.2.4.

The -Ur is irrelevant here. You can omit it.

pb2000c.lpr

Mattias

Mattias Gaertner via lazarus schrieb am
Fr., 16. Jan. 2026, 18:41:

Please don't recommend changing the compiler version, especially to an RC one (which you should have mentioned), when the issue is in some way in the project's management.

Regards,
Sven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260116/2c203038/attachment.htm>

Sorry. My mistake. Lazarus 4.4 ships with fpc 3.2.2.

Mattias

Well. Not sure what I did , but the build works now. Something ate my Delphi files, non .pas, I put them back. And it did build. A bit of magic. I have to see how to test but the screen shows the emulated pocket computer and it seems to be working.
More tests , lots of tests. I did not need to change more code that the Delphi migration did. Piotr's code is really good. Now. On Delphi Piotr gets an 450kb standalone exec . I get a 24mb . Chubby . Why? Any trick to slim it?

Any advise to get this cross to arm6 ? I would like to see it running on my pizero 2w ...

Alex

On Fri, Jan 16, 2026 at 1:47?PM Mattias Gaertner via lazarus <

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260116/6c21a78c/attachment-0001.htm>

Alex Barragan via lazarus schrieb am Fr.,
16. Jan. 2026, 22:16:

Now. On Delphi Piotr gets an 450kb standalone exec . I get a 24mb . Chubby . Why? Any trick to slim it?

You need to disable debug information or switch to external debug information. But even then you'll only get down to around 3 or 4 MB. This is due to the way the LCL is structured to allow for cross platform development. This way the compiler and linker can't as easily leave out code.

Any advise to get this cross to arm6 ? I would like to see it running on my pizero 2w ...

Easiest would be to use a ARM system (32- or 64-bit) where you install a 32-bit ARM Lazarus and compile there.
Otherwise you need to build an use a cross compiler.

Though does the Pi Zero 2W even support a GUI? Or would you use X11 forwarding?

Regards,
Sven

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260117/8f3d2e30/attachment.htm>

I realized that there were debug symbols, and the option to disable or strip.
Second day with IDE.
Delphi compiles to less than 500kb. Some special sauce. I have a super lean 32 bit linux. I just need that. No desktop.
I have that X 'infrastructure' running - yes MightyViewer is my best friend today - xeyes and x toys running fine.
I also installed the IDE and pascal.
And ... lazarus-ide & just worked . It's crazy that this little thing with a green eye is finally doing something useful for me. (the pizero 2w) Next would be to actually do what I wanted to see. Tomorrow. I took some notes of the stuff I installed. Soon I will go over the process again, from scratch to make sure that I did not miss any point.
It's a crude doc, but I can share it when it's ready if you wish The scary part is that I don't really know what I did to make the project on windows ... monkey on a typewriter.
Thanks for the help.

On Fri, Jan 16, 2026 at 6:45?PM Sven Barth via lazarus <

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260116/ee837f52/attachment.htm>

On linux you have two more tools to reduce the? size of your application:

I used upx and strip to reduce an app of 8,6 MB to 2,6 MB

Ok, that's not 400 kb but a?bit better ... and who has nowadays to care about size of an application ... HD over hundreds of GB ?!

John

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus-ide.org/pipermail/lazarus/attachments/20260117/06ee84f7/attachment.htm>