Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2011-01

Problem building today's version

13 messages · 5 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Andrew Brunner

Problem building today's edition from trunk...

I'm using latest version of fpc/trunk too

Compiling /Developer/Lazarus/packager/registerfcl.pas registerfcl.pas(42,75) Warning: Unit "XMLCfg" is deprecated PPU Loading /Developer/Lazarus/packager/units/x86_64-linux/fcllaz.ppu PPU Source: fcllaz.pas not found
Recompiling fcllaz, checksum changed for RegisterFCL fcllaz.pas(63,35) Fatal: Can't find unit fcllaz used by PackageSystem Fatal: Compilation aborted
make[2]: *** [lazarus] Error 1
make[2]: Leaving directory `/Developer/Lazarus/ide' make[1]: *** [ide] Error 2
make[1]: Leaving directory `/Developer/Lazarus/ide' make: *** [ide] Error 2
Done.

Can someone please fix? Thanks!

Reply by email

Mattias Gaertner
to Andrew Brunner
Show quoted text 9 lines
Problem building today's edition from trunk... I'm using latest version of fpc/trunk too Compiling /Developer/Lazarus/packager/registerfcl.pas registerfcl.pas(42,75) Warning: Unit "XMLCfg" is deprecated PPU Loading /Developer/Lazarus/packager/units/x86_64-linux/fcllaz.ppu PPU Source: fcllaz.pas not found Recompiling fcllaz, checksum changed for RegisterFCL

Have you tried to rebuild clean?
The location of registerfcl has changed. Maybe you have an old ppu.

Show quoted text 10 lines
fcllaz.pas(63,35) Fatal: Can't find unit fcllaz used by PackageSystem Fatal: Compilation aborted make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/Developer/Lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `/Developer/Lazarus/ide' make: *** [ide] Error 2 Done. Can someone please fix? Thanks!

It compiles here under linux/x86-64.

Mattias

Reply by email

Maxim Ganetsky
to Mattias Gaertner

28.01.2011 2:34, Mattias Gaertner ?????:

Show quoted text 29 lines
On Thu, 27 Jan 2011 17:11:50 -0600 Andrew Brunner wrote: > Problem building today's edition from trunk... > > I'm using latest version of fpc/trunk too > > Compiling /Developer/Lazarus/packager/registerfcl.pas > registerfcl.pas(42,75) Warning: Unit "XMLCfg" is deprecated > PPU Loading /Developer/Lazarus/packager/units/x86_64-linux/fcllaz.ppu > PPU Source: fcllaz.pas not found > Recompiling fcllaz, checksum changed for RegisterFCL Have you tried to rebuild clean? The location of registerfcl has changed. Maybe you have an old ppu. > fcllaz.pas(63,35) Fatal: Can't find unit fcllaz used by PackageSystem > Fatal: Compilation aborted > make[2]: *** [lazarus] Error 1 > make[2]: Leaving directory `/Developer/Lazarus/ide' > make[1]: *** [ide] Error 2 > make[1]: Leaving directory `/Developer/Lazarus/ide' > make: *** [ide] Error 2 > Done. > > Can someone please fix? Thanks! It compiles here under linux/x86-64.

It also successfully compiles on i386-win32.

Best regards, Maxim Ganetsky mailto:

Reply by email

Andrew Brunner
to Maxim Ganetsky

Ok. This time I rm ./Lazarus -Rf and re exported, and rebuilt and it worked.

The make I used is make clean all DEBUG=1 that it could not overwrite. I was also a su. Go figure... But I'm up.

Maxim Ganetsky wrote 44 lines
28.01.2011 2:34, Mattias Gaertner ?????: > > On Thu, 27 Jan 2011 17:11:50 -0600 > Andrew Brunner ?wrote: > >> Problem building today's edition from trunk... >> >> I'm using latest version of fpc/trunk too >> >> Compiling /Developer/Lazarus/packager/registerfcl.pas >> registerfcl.pas(42,75) Warning: Unit "XMLCfg" is deprecated >> PPU Loading /Developer/Lazarus/packager/units/x86_64-linux/fcllaz.ppu >> PPU Source: fcllaz.pas not found >> Recompiling fcllaz, checksum changed for RegisterFCL > > Have you tried to rebuild clean? > The location of registerfcl has changed. Maybe you have an old ppu. > > >> fcllaz.pas(63,35) Fatal: Can't find unit fcllaz used by PackageSystem >> Fatal: Compilation aborted >> make[2]: *** [lazarus] Error 1 >> make[2]: Leaving directory `/Developer/Lazarus/ide' >> make[1]: *** [ide] Error 2 >> make[1]: Leaving directory `/Developer/Lazarus/ide' >> make: *** [ide] Error 2 >> Done. >> >> Can someone please fix? ?Thanks! > > It compiles here under linux/x86-64. It also successfully compiles on i386-win32. -- Best regards, ?Maxim Ganetsky ? ? ? ? ? ? ? ? ?mailto: -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

Maxim Ganetsky
to Andrew Brunner

28.01.2011 3:16, Andrew Brunner ?????:

Ok. This time I rm ./Lazarus -Rf and re exported, and rebuilt and it worked. The make I used is make clean all DEBUG=1 that it could not overwrite. I was also a su. Go figure... But I'm up.

Usually it is sufficient to remove all *.o and *.ppu files from Lazarus directory and then recompile.

Best regards, Maxim Ganetsky mailto:

Reply by email

Andrew Brunner
to Maxim Ganetsky

I would have expected make clean do have done that for me... no?

Maxim Ganetsky wrote 21 lines
28.01.2011 3:16, Andrew Brunner ?????: > > Ok. ?This time I rm ./Lazarus -Rf and re exported, and rebuilt and it > worked. > > The make I used is make clean all DEBUG=1 that it could not overwrite. > ?I was also a su. ?Go figure... But I'm up. Usually it is sufficient to remove all *.o and *.ppu files from Lazarus directory and then recompile. -- Best regards, ?Maxim Ganetsky ? ? ? ? ? ? ? ? ?mailto: -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

Maxim Ganetsky
to Andrew Brunner

28.01.2011 3:46, Andrew Brunner ?????:

I would have expected make clean do have done that for me... no?

Sometimes, after source files restructure, make clean doesn't remove all these files.

On Thu, Jan 27, 2011 at 6:33 PM, Maxim Ganetsky wrote: > Usually it is sufficient to remove all *.o and *.ppu files from Lazarus > directory and then recompile.
Best regards, Maxim Ganetsky mailto:

Reply by email

Paul Ishenin
to Andrew Brunner: Ok. This time I rm ./Lazarus -Rf and re exported, and rebuilt and it worked. The make I…

28.01.2011 7:16, Andrew Brunner ?????:

Show quoted text 5 lines
Ok. This time I rm ./Lazarus -Rf and re exported, and rebuilt and it worked. The make I used is make clean all DEBUG=1 that it could not overwrite. I was also a su. Go figure... But I'm up.

"make clean" does not really clean everything. "make bigideclean" cleans more.

Best regards,
Paul Ishenin

Reply by email

Graeme Geldenhuys
to Paul Ishenin

Op 2011-01-28 03:24, Paul Ishenin het geskryf:

"make clean" does not really clean everything. "make bigideclean" cleans more.

So why not fix 'make clean' to do just that?? All these 'make ide', 'make bigide', 'make idebig', 'make reallyreallybigide' options are getting bit crazy.

Everybody at least knows 'make clean', so remove 'bigideclean' and fix the normal one everybody knows.

Regards,
- Graeme -

fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/

Reply by email

Paul Ishenin
to Graeme Geldenhuys
Graeme Geldenhuys wrote 6 lines
So why not fix 'make clean' to do just that?? All these 'make ide', 'make bigide', 'make idebig', 'make reallyreallybigide' options are getting bit crazy. Everybody at least knows 'make clean', so remove 'bigideclean' and fix the normal one everybody knows.

I also think that "make clean" must clean all and we even have (had) a bug report. But probably there is some problem if it is not yet fixed.

Best regards,
Paul Ishenin

Reply by email

Mattias Gaertner
to Maxim Ganetsky: 28.01.2011 3:46, Andrew Brunner ?????: Sometimes, after source files restructure, make…
Show quoted text 5 lines
28.01.2011 3:46, Andrew Brunner ?????: > I would have expected make clean do have done that for me... no? Sometimes, after source files restructure, make clean doesn't remove all these files.

But it should in this case, because the ppu file was only moved from one output directory to another.
I tested successfully with "make clean all" to upgrade an old lazarus svn.

There is a problem with upgrading via the IDE, because by default the IDE compiled in the wrong order (LCL must come after package registration).

Mattias

Reply by email

Mattias Gaertner
to Paul Ishenin: I also think that "make clean" must clean all and we even have (had) a bug report. But…
Show quoted text 10 lines
28.01.2011 14:03, Graeme Geldenhuys wrote: > So why not fix 'make clean' to do just that?? All these 'make ide', > 'make bigide', 'make idebig', 'make reallyreallybigide' options are > getting bit crazy. > > Everybody at least knows 'make clean', so remove 'bigideclean' and fix > the normal one everybody knows. I also think that "make clean" must clean all and we even have (had) a bug report. But probably there is some problem if it is not yet fixed.

"make clean" should at least clean everything that "make all" touches. Except for the final executables. There is no need and it won't work under windows.
Of course if some directories are renamed the old directories are not cleaned, but then the other clean commands will not help either.

Since speed does not matter anymore make clean could be extended to clean more.

Mattias

Reply by email

Andrew Brunner
to Mattias Gaertner
Mattias Gaertner wrote
"make clean" should at least clean everything that "make all" touches. Except for the final executables. There is no need and it won't work under windows.

Well... One way to do it right would be to generate a manifest file for fpmake during make. This way fpmake can delete all required files
- precisely and cleanly. The manifest file would contain files with complete paths. Then clean would just delete all entries in all fpmake.mst files. Each folder could have a mst file. Just one idea... I'm sure about this - but there are tons of ways to do this precisely.

Of course if some directories are renamed the old directories are not cleaned, but then the other clean commands will not help either.

On make the manifest files could be generated based on unit names.

Since speed does not matter anymore make clean could be extended to clean more.

Exactly. This problem has happened to me about 3 times in the last 4 months. I just didn't know the error I encountered was a localized or project issue. This time it was a localized problem that could possibly have been solved if I had deleted all compiled units. But I always run clean with my builds so IMO the bug is with the make process. I have a similar problem with FPC where I do try to delete FPC and re-export etc...

The real problem is the disruptive nature when the problem is not-trivial and non-avoidable. In this case I didn't delete Lazarus until I saw that others didn't have the same issue - which only then did I know where the problem was.

This issue is pretty important to solve. But this might be the responsibility of fpc rather than Lazarus.

Reply by email