"Recompiling contnrs, checksum changed for System
   masks.pas(29,22) Fatal: Can't find unit contnrs used by Masks"

Since many weeks I get this error when trying to recompile the newest svn version of Lazarus with the newest svn Version of FPC.

I remember that I once had this problem and it was solved by using a more recent FPC.

Will this problem be solved with a later version of either Lazarus or FPC or do I do something wrong ?

-Michael

This means that you are mixing FPC and/or precompiled lazarus parts in different versions.

IOW it is not a bug of the compiler, but a mistake in installing the system.

Marco van de Voort wrote

IOW it is not a bug of the compiler, but a mistake in installing the system.

I see,

But how to overcome this ? I.e.: do a clean new install from the svn ?

Thanks,
-Michael

Don't mix versions unless you know very well what you are doing.

What do do, depends on how you got into the error.

Did you update FPC?
Did you install a 2nd newer version of fpc in parallel to the 1st fpc? Do you have several fpc versions and copied the installation to a different path?

Same for Lazarus.
Did you install a new Lazarus snapshot, that contains a newer fpc version? Did you install it to a new location, in parallel to the old one?

Some config file has the wrong settings now.

Check what fpc compiler lazarus is using.
Check which fpc.cfg file this compiler uses, if it is started from inside Lazarus, or from within the makefile if you use make. (start fpc with -va / lots of output / search for fpc.cfg)

Check that all -Fu and other paths in this fpc.cfg file point to directories that where installed with this version of fpc. Note, that if you change your fpc.exe, you must also have a complete new set of ppu files for fpc (rtl)

Check all directories in Lazarus. All -Fu settings, if you use any in building the IDE.
If you are not sure, find your laz-config dir, back-up it,and empty it. /home/username/.lazarus
C:\Users\<username>\AppData\Local\lazarus
or "user and settings" on older windows

clean out all *.ppu and *.o files in your lazarus directory, and in the directory of any package you installed and use in this lazarus installation.

Recompile lazarus

If you use more than one installation in parallel be aware there are many pitfalls: step1 inform yourself about --primary-config-path

Marco van de Voort wrote

Don't mix versions unless you know very well what you are doing.

I am not aware of using any mixes versions.

The installed FPC version is the one from the svn. To compile same I do have an old version of FPC, but same is not installed, but referred to only when starting the FPC make script.

The Lazarus sources are extracted from the svn.

So what am I doing wrong ?

Thanks
-Michael

2010/12/9 Michael Schnell :

You did not try the things that Martin suggested?

Vincent

Yep from the svn

Did you install a 2nd newer version of fpc in parallel to the 1st fpc?

No. I only have an old version (that is not installed but just extracted) that allows compiling the svn version of FPC. Same is only referenced to when starting the FPC make file. It's not in the PATH. Moreover I extracted same a long time after the Lazarus compiling problems started.

Do you have several fpc versions and copied the installation to a different path?

No:
==================================================================

which fpc

/usr/local/bin/fpc

c> whereis fpc
fpc: /usr/bin/fpc /etc/fpc.cfg /usr/lib/fpc /usr/bin/X11/fpc /usr/local/bin/fpc /usr/local/lib/fpc /usr/share/man/man1/fpc.1.gz

/usr/local/bin/fpc

Free Pascal Compiler version 2.5.1 [2010/12/03] for i386 Copyright (c) 1993-2010 by Florian Klaempfl
/usr/lib/fpc/2.5.1/ppc386 [options] <inputfile> [options] c> /usr/bin/X11/fpc
Free Pascal Compiler version 2.5.1 [2010/12/03] for i386 Copyright (c) 1993-2010 by Florian Klaempfl
/usr/lib/fpc/2.5.1/ppc386 [options] <inputfile> [options]

/usr/local/bin/fpc

Free Pascal Compiler version 2.5.1 [2010/12/03] for i386 Copyright (c) 1993-2010 by Florian Klaempfl
/usr/lib/fpc/2.5.1/ppc386 [options] <inputfile> [options] ==================================================================

Same for Lazarus.

==================================================================

which Lazarus

/home/mschnell/bin/Lazarus

whereis Lararus

Lararus:

==================================================================

Did you install a new Lazarus snapshot, that contains a newer fpc version?

No

Did you install it to a new location, in parallel to the old one?

No

Some config file has the wrong settings now.

The problem started just after some new checkout of the Lazarus and/or FPC svn (and/or FPC recompile and install) without me doing something additional to what I did several times before.

I do suppose a problem with some .cfg file, anyway. But what cfg file(s) actually are used ?

Check what fpc compiler lazarus is using.

How to check this ?

Check which fpc.cfg file this compiler uses, if it is started from inside Lazarus, or from within the makefile if you use make. (start fpc with -va / lots of output / search for fpc.cfg)

I just do "Tools" -> "Configure Build Lazarus" -> "Clean Up and Build All" in the IDE. How to see what is happening regarding the cfg files ?

Check that all -Fu and other paths in this fpc.cfg file point to directories that where installed with this version of fpc.

I'll do when I found that file.

I'll try to locate any cfg files there.

I'll do so.

Thanks !
-Michael

Vincent Snijders wrote

You did not try the things that Martin suggested?

Not yet (see my mail to Martin)...
-Michael

You can run Lazarus from console or with logfile (--debug-log=xxx) Or you can "copy all and hidden) on the msg vie window (popup menu)

Any of this 3 should give you additional info about the output that fpc generates

Michael Schnell wrote

> Check what fpc compiler lazarus is using. How to check this ?

With the above, you should see the actual comandline issued by lazarus to call fpc, and the fpc version prompt,

Note that "fpc" is just a wrapper, it calls ppc386 (or what ever architecture, you need):
- on windows, usually in the same dir (unless you have others in the path maybe)
- on linux according to the path, (afaik)

you can configure lazarus to point directly to yhe ppc386, in order to test

> > Check that all -Fu and other paths in this fpc.cfg file point to > directories that where installed with this version of fpc. I'll do when I found that file.

In many locations
- windows, usually just in the same folder as fpc.exe (but may be in other locations)
- linux: /etc/fpc.cfg /home/user/fpc.cfg / an etc folder somewhere inside the fpc install, or same as fpc (exe)

Compile with -va (will give many 1000 lines of output !!) and search for it => shows all locations tried, and where found
(use console or better logfile)

Again -va

shows you where the iles are looked for => are that the pathes you would expect.

Will show a lot of "not found" for all the locations it tries, that is correct. (only normally it eventually should find it, in your case it doesn't

Martin

On 12/09/2010 02:42 PM, Martin wrote:...

I'll give all this a try ASAP.

Thanks a lot !

-Michael

This doesn't match! /usr/bin/fpc should be called. Though this isn't the root of evil.

> whereis fpc fpc: /usr/bin/fpc /etc/fpc.cfg /usr/lib/fpc /usr/bin/X11/fpc /usr/local/bin/fpc /usr/local/lib/fpc /usr/share/man/man1/fpc.1.gz

Here you see the fpc.cfg is in /etc. Take a look at and check paths are pointing to /usr/lib/... not /usr/local/lib/...

Like you mentioned in another mail you just need the second installation to build fpc. But you don't need the hole installation to do this, the ppc386 binary is enough.

Regards
Ingo

Michael Schnell wrote

> Did you update FPC? Yep from the svn

If you do a make install it might *not* replace an existing compiler binary at /usr/bin/

I once had the same problem, I was updating from svn and did not notice that after make install it did not replace the binary I had in /usr/bin (I had a binary there from an earlier version and some experimenting before I learned how to install it the proper way)

* remove everything FPC related from /usr/bin and /usr/local/bin
* make clean all PP=/path/to/bootstrap/ppc386
* sudo make install

This will install it in /usr/local/lib/fpc/2.5.1/

now look again into /usr/local/bin there should be an fpc binary now. Calling fpc from the command line should now start the correct compiler (try it and look at the version in the greeting string). And from now on if you update from svn and call make it should not be necessary to give a bootstrap compiler anymore, it will now always use the existing /usr/local/bin/fpc from the last install and make install will finally update this also.

After your FPC is now up to date you can now build LCL and Lazarus again (clean all) and it should work again.

Bernd

Bernd Kreuss wrote

If you do a make install it might *not* replace an existing compiler binary at /usr/bin/

I did check this by doing:

/usr/bin/fpc

Free Pascal Compiler version 2.5.1 [2010/12/09] for i386

This obviously starts the current fpc.

I also doublechecked that Lazarus is configured to call /use/bin/fpc.

Thanks !
-Michael

The problem isn't the compiler that's used, but the units it loads (fpc.cfg!). If the units don't match the compiler they were compiled with, they can't be used. Therefore RTL/FCL units like contnrs aren't found when compiling.
So, as was mentioned before: check what fpc.cfg is used and what paths are loaded there. (fpc -va)

Best regards,
Andreas

Andreas Schneider wrote

(fpc -va)

Thanks a lot. This results in

[0.019] Configfile search: /home/mschnell/.fpc.cfg [0.019] Configfile search: /usr/lib/fpc/etc/fpc.cfg [0.019] Configfile search: /etc/fpc.cfg
[0.019] Reading options from file /etc/fpc.cfg
[0.019] Start of reading config file /etc/fpc.cfg

do you suggest I should check /etc/fpc.cfg (which supposedly is rewritten by any new fpc install) for problems or delete it or (somehow) make Lazarus use another config file ?

Thanks,
-Michael

2010/12/16 Michael Schnell :

YES.

(which supposedly is rewritten by any new fpc install)

This is an incorrect assumption.

Vincent

Vincent Snijders wrote

> do you suggest I should check /etc/fpc.cfg YES.

Thanks, I'll do so ASAP.

> (which supposedly is rewritten > by any new fpc install) This is an incorrect assumption.

Hmm. how else would have been written there. I do the compiling and installing of fpc as root, but I always start Lazarus as a normal user. So only installing fpc has been able to write to /etc.

-Michael

2010/12/16 Michael Schnell :

Maybe the file is from a previous install?

What do you mean by 'any'? Every or just one?

Vincent

Not that I am aware of, but maybe something queer that once has happened...

What do you mean by 'any'? Every or just one?

I did suppose that always when after doing "make all", I do "make install" (as root) on fpc, same would rewrite all non-user-specific fpc files and /etc/fpc.cfg being one of those.

-Michael

Michael Schnell wrote

I did suppose that always when after doing "make all", I do "make install" (as root) on fpc, same would rewrite all non-user-specific fpc files and /etc/fpc.cfg being one of those.

"make install" does not rewrite your fpc.cfg nor replace a symlink to fpc executable.

Best regards,
Paul Ishenin

Paul Ishenin wrote

"make install" does not rewrite your fpc.cfg nor replace a symlink to fpc executable.

Thanks for letting me know.

But now I don't know who put it into /etc.

Should I just remove it ?

What fpc.cfg file is Lazarus supposed to use (when compiling itself and when compiling a user project) ?

thanks again,
-Michael

It might be from the last relased that you installed with root access. That's why I never install FPC as root ^^

Should I just remove it ?

Might be the wisest solution.

What fpc.cfg file is Lazarus supposed to use (when compiling itself and when compiling a user project) ?

Lazarus is using the same fpc.cfg that FPC uses, except you use pass "-n @newconfigfile.cfg" to the compiler...

All projects use that by default as well.

The only big exception seems to be when compiling the IDE from within the IDE as it always ignores the -XP and -FD options that I pass it...

Regards,
Sven

Sven Barth wrote

> Should I just remove it ? > Might be the wisest solution.

renamed it and now I get:

"Clean Lazarus Source" completed
Fatal: Can't find unit system used by AllLCLUnits

I suppose now no fpc.cfg file at all is in charge any more:

fpc -va -->
[0.001] Configfile search: /home/mschnell/.fpc.cfg [0.001] Configfile search: /usr/lib/fpc/etc/fpc.cfg [0.001] Configfile search: /etc/fpc.cfg
[0.001] Handling option "-va"

So presumably the problem that happened when (just after an update to Lazarus and/or fpc from the svn) is that I list the correct fpc.cfg file.

Where should it be and what should it contain ?

Sorry for being a PITA ;)

Thanks a lot
-Michael

/etc/fpc.cfg IS the right place (IMHO). Why don't you just open that file and fix it? If you still don't see what's wrong then, you might also want to read the build faq, since that contains a section about this AFAIR.

Vincent Snijders wrote

Maybe the file is from a previous install?

This seems like true.

Now I found a better fpc.cfg still sitting in /etc that I once renamed.

This gets me much further when compiling Lazarus, but I get:

/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(87,19) Error: Identifier not found "PageCount"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(104,19) Error: Identifier not found "PageCount"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(304,13) Error: identifier idents no member "ShowTabs"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(304,39) Error: identifier idents no member "ShowTabs"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(305,17) Error: identifier idents no member "ShowTabs"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(330,16) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(331,16) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(332,21) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(333,16) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(334,21) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(335,16) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(336,21) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(337,16) Error: identifier idents no member "TabPosition"
/home/mschnell/Downloads/svn/lazarus/trunk/examples/notebku.pp(343) Fatal: There were 13 errors compiling module, stopping

Thanks for all your help !

-Michael

2011/1/3 Michael Schnell :

revert to revision 28849 until
http://bugs.freepascal.org/view.php?id=18375 has been fixed.

Or don't build the examples.

Vincent

Vincent Snijders wrote

revert to revision 28849 until http://bugs.freepascal.org/view.php?id=18375 has been fixed.

OK. I can wait :-) .

Or don't build the examples.

If I do "Build LCL" the compilation works.

If I do "Build IDE" with or (without Packages) I get

"Clean Lazarus Source" completed
/home/mschnell/Downloads/svn/lazarus/trunk/components/codetools/ctxmlfixfragment.pas(1,1) Fatal: Can't find unit LazarusPackageIntf used by CodeTools

Thanks,
-Michael

You have to build *all* required modules, i.e. at least IdeIntf and Packager. Best you build clean *everything* except the examples (some examples may not compile from time to time).

DoDi

Hans-Peter Diettrich wrote

Best you build clean *everything* except the examples (some examples may not compile from time to time).

I don't see how to do this (and of course they already are cleaned as I already did "clean and build all").

So I'll just wait until the problem is fixed.

-Michael

2011/1/5 Michael Schnell :

I don't see how to do this (and of course they already are cleaned as I already did "clean and build all"). So I'll just wait until the problem is fixed.

If I understood what you need, in Build profiles, you can choose what build or not. In the last row there is "examples", just select "Clean Up + Build all" and set first left-bottom option and the examples will not be built.

Regards,
Kjow

Kjow wrote

If I understood what you need, in Build profiles, you can choose what build or not...

Sorry for having bothered you with this. Silly me did not see the right tab of the "configure build" dialog that gets me to the advanced options.

Now I switched off building the examples and I do have a newly compiled Lazarus.

But when I create a new application and just compile it without any editing I get

"SIGSEGV"

in

"SYSTEM_FPC_CPUCODEINIT" (179)
at

"fpc_ansistr_decr_ref"

Interestingly, I tried to compile an old testing project and this does run fine.

Any ideas ?

Thanks alot !

-Michael

Hi Hans Peter and other Experts,

As I wrote some days ago, after, with your kind help, being able to rebuild Lazarus, I get a "SIGSEGV"error when creating a new empty project and starting it.

After some testing I found that I can run a new empty gtk2 project (even after adding some controls and functionality) when I set Project->Options->Linking->Link Style: "Link Smart".

Is this setting supposed to be correct or "normal" ?

Is this setting supposed to be default with a new gtk2 project ? If yes, why is it not set with my installation and where can I change this ?

Is it normal that non-smart-Linking does not result in a working project ?

Thanks a lot,
-Michael

Because this thread is called 'Can't find unit contnrs used by Masks', I will answer to this:
The IDE now warns if fpc has no config file and can not find any ppu files.

Mattias

Mattias Gaertner wrote

Because this thread is called 'Can't find unit contnrs used by Masks', I will answer to this: The IDE now warns if fpc has no config file and can not find any ppu files.

I did replace the seemingly corrupted fpc.cfg in /etc by some old one I found and this did enable me to recompile Lazarus and to compile an empty "Application" project. Now I don't get any warnings when compiling an empty Application.

But the questions in the previous mail still remain. Maybe this does result from a still not decently done fpc.cfg in /etc file, but I have no idea hot to get a better one.

-Michael