Sign in Join

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

Mailing lists / fpc-devel / 2005-08

make install/make zipinstall .svn problem (windows)

6 messages · 4 people ·

Reply by email Subscribe to this list Your subscription

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

Bram Kuijvenhoven

Hi FPC,

When I try to run make install or make zipinstall from my fpc svn repository directory, I get the errors copied&pasted below. It seems somehow the .svn dirs were copied, and this causes porblems later on with the readonly files that are in the .svn directory. (The permission denied error seems to be caused by the mentioned files being readonly.)

I'm running Win XP and the fpc that is in the PATH is 2.0.0.

Is it possible to fix the makefiles somehow to circumvent this problem?

Regards,

Bram

==== The errors ====

c:/fpc/2.0.0/bin/i386-win32/cp.exe -Rfp tests/* C:/svn/fpc/../fpc-pack/examples/fcl cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/dir-prop-base': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/dir-props': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/dir-wcprops': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/entries': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/format': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/prop-base/Makefile.fpc.svn-base': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/prop-base/Makefile.svn-base': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/props/Makefile.fpc.svn-work': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/props/Makefile.svn-work': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/README.txt': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/text-base/Makefile.fpc.svn-base': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/text-base/Makefile.svn-base': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/wcprops/Makefile.fpc.svn-work': Permission denied cp.exe: cannot remove old link to `C:/svn/fpc/../fpc-pack/examples/fcl/.svn/wcprops/Makefile.svn-work': Permission denied make[6]: *** [fpc_exampleinstall] Error 1
make[6]: Leaving directory `C:/svn/fpc/fcl/db'
make[5]: *** [db_exampleinstall] Error 2
make[5]: Leaving directory `C:/svn/fpc/fcl'
make[4]: *** [fcl_distinstall] Error 2
make[4]: Leaving directory `C:/svn/fpc'
make[3]: *** [installother] Error 2
make[3]: Leaving directory `C:/svn/fpc'
make[2]: *** [install] Error 2
make[2]: Leaving directory `C:/svn/fpc'
make[1]: *** [fpc_zipinstall] Error 2
make[1]: Leaving directory `C:/svn/fpc'
make: *** [zipinstall] Error 2

Reply by email

Marco van de Voort
to Bram Kuijvenhoven
Show quoted text 5 lines
When I try to run make install or make zipinstall from my fpc svn repository directory, I get the errors copied&pasted below. It seems somehow the .svn dirs were copied, and this causes porblems later on with the readonly files that are in the .svn directory. (The permission denied error seems to be caused by the mentioned files being readonly.) I'm running Win XP and the fpc that is in the PATH is 2.0.0. Is it possible to fix the makefiles somehow to circumvent this problem?

This is a known problem, and considered a non-fix because Peter is working on a replacement system for the makefile system. I workaround it by always SVN exporting before building.

I haven't tried, but a global "attrib -r /s" in the source dir before installing might help also.

Reply by email

Bram Kuijvenhoven
to Marco van de Voort
Marco van de Voort wrote
This is a known problem, and considered a non-fix because Peter is working on a replacement system for the makefile system. I workaround it by always SVN exporting before building.

That is a good plan, to svn export it first. For now, I downloaded a snapshot from ftp://ftp.freepascal.org/pub/fpc/snapshot/v21/i386-win32/.

What is the best way to generate a fpc.cfg configuration file? I keep several fpc versions in paths like C:\fpc\2.0.0, C:\fpc\2.0.1 and C:\fpc\2.1.1. The fpcmkcfg util does not seem to insert a path. Currently I just copy a working config file and replace all '2.0.0' with '2.1.1' for example.

I haven't tried, but a global "attrib -r /s" in the source dir before installing might help also.

I guess that works too, but I don't know whether svn likes that :)

Bram

Reply by email

Marco van de Voort
to Bram Kuijvenhoven
Show quoted text 7 lines
Marco van de Voort wrote: > This is a known problem, and considered a non-fix because Peter is working > on a replacement system for the makefile system. I workaround it by always > SVN exporting before building. That is a good plan, to svn export it first. For now, I downloaded a snapshot from ftp://ftp.freepascal.org/pub/fpc/snapshot/v21/i386-win32/.

It is a workaround, since it is an extra copying step. slow, and diskspace using.

What is the best way to generate a fpc.cfg configuration file? I keep several fpc versions in paths like C:\fpc\2.0.0, C:\fpc\2.0.1 and C:\fpc\2.1.1.

See buildfaq, but in short $FPCVERSION expands to the version $FPCTARGET to the target (e.g. i386-freebsd or powerpc-darwin)

> I haven't tried, but a global "attrib -r /s" in the source dir before > installing might help also. I guess that works too, but I don't know whether svn likes that :)

Yes.

P.s.

Another problem that happens is a defect cp or install binary that refuses to copy binaries over files that already exists. Recent GNU bins suddenly behave as such.

Workaround: install to empty dir, copy contents over used dir.

Note that installing/coping over an old dir can lead to confusing errors, specially when units have been renamed (as in the case with rtlconst). Better to erase the units/ dir first beforecopying the new one in.

Reply by email

Unknown author

From: (Marco van de Voort)

> When I try to run make install or make zipinstall from my fpc svn

repository >>directory, I get the errors copied&pasted below. It seems somehow the .svn dirs >>were copied, and this causes porblems later on with the readonly files that are >>in the .svn directory. (The permission denied error seems to be caused by >>the mentioned files being readonly.)

Show quoted text 11 lines
> > I'm running Win XP and the fpc that is in the PATH is 2.0.0. > > Is it possible to fix the makefiles somehow to circumvent this problem? This is a known problem, and considered a non-fix because Peter is working on a replacement system for the makefile system. I workaround it by always SVN exporting before building. I haven't tried, but a global "attrib -r /s" in the source dir before installing might help also.

The attrib approach does work, although this sort of defeats the purpose/intent of the svn design. I do have a patch which fixes this in the current makefile system. I have not pursued offering it since I knew the entire process was being revised. I would be happy to provide it. In and of itself, it is not particularly large although it does require that all makefiles be re-generated. If you would like it, please contact me off-list to discuss how you would like me to package it.

Dave

Reply by email

Florian Klaempfl
to Unknown author
Show quoted text 30 lines
From: (Marco van de Voort) >> When I try to run make install or make zipinstall from my fpc svn repository >>directory, I get the errors copied&pasted below. It seems somehow the .svn dirs >>were copied, and this causes porblems later on with the readonly files that are >>in the .svn directory. (The permission denied error seems to be caused by >>the mentioned files being readonly.) >> >> I'm running Win XP and the fpc that is in the PATH is 2.0.0. >> >> Is it possible to fix the makefiles somehow to circumvent this problem? >This is a known problem, and considered a non-fix because Peter is working >on a replacement system for the makefile system. I workaround it by always >SVN exporting before building. >I haven't tried, but a global "attrib -r /s" in the source dir before >installing might help also. The attrib approach does work, although this sort of defeats the purpose/intent of the svn design. I do have a patch which fixes this in the current makefile system. I have not pursued offering it since I knew the entire process was being revised. I would be happy to provide it. In and of itself, it is not particularly large although it does require that all makefiles be re-generated. If you would like it, please contact me off-list to discuss how you would like me to package it.

Send a diff against current svn, regenerating all makefiles is easy and no problem.

Show quoted text 9 lines
Dave ------------------------------------------------------------------------ _______________________________________________ fpc-devel maillist - http://lists.freepascal.org/mailman/listinfo/fpc-devel

Reply by email