[fpc-devel]makefile problems

[Thomas Schatzl]

Hello,

    I've a problem with fpcmake-made makefiles and the 'make install' command.

If I set a unittargetdir the makefile can't find the unit object files anymore
and the cp command fails.

Example:

#--- makefile.fpc in lib - directory
[dirs]
unittargetdir=..\bin

[rules]
foo$(PPUEXT)=foo$(PASEXT)

[targets]
units=foo

A simple 'make' works fine, the unit is correctly transferred to the bin - dir.
But a subsequent 'make install' to let the script copy the units in the unit
target directory fails, e.g.

make.exe -C lib install
make.exe[1]: Entering directory `.../foo/lib'
ginstall -m 755 -d c:/freepascal/units/win32
cp -fp /foo.ppw c:/freepascal/units/win32
C:/SPRACHE/FREEPA~1/BIN/WIN32/cp: /foo.ppw: No such file or directory (ENOENT)
make.exe[1]: *** [fpc_install] Error 1
make.exe[1]: Leaving directory `.../foo/lib'
make.exe: *** [lib_install] Error 2

Is there any fix/workaround for this ?

Another:
I'd like to automatically have zip files created using the makefile. I know the
[zip]section to specify file name. Additionally I found out (by examining the
makefiles) that this name can be derived from the packagename (well, I think
so).
But if I only put a

[package]
name=foo
version=0.0.1

in the makefile.fpc and run 'make zipinstall' or 'make zipsourceinstall'
respectively the make process gives an error ("Please specify ZIPNAME!").
So I'd like to ask if I am wrong with the automatic zip filename derivation or
not ? And if not, how to do this correctly ?
Btw, the zipinstall suffers from the same problem as the 'make install'.

Last:
When running a 'make zipinstall' w/o redirecting output and with proper zip name
set in [zip] section I get an error no matter what I do:

...
cp -rfp s:/libs/cpu s:/libs/cpu/pack_tmp/source
make.exe[2]: Leaving directory `s:/libs/cpu'
rm -f s:/libs/cpu/cpu.zip
cd s:/libs/cpu/pack_tmp ;  -Dr -9 s:/libs/cpu/cpu.zip * ; cd s:/libs/cpu
Befehl oder Dateiname nicht gefunden.
rm -rf s:/libs/cpu/pack_tmp
make.exe[1]: Leaving directory `s:/libs/cpu'


Btw, CVS errors out with the following message:

cvs server: Updating fpc/docs/gtk3ex
cvs server: failed to create lock directory in repository
`/FPC/CVS/fpc/docs/gtk3ex': Permission denied
cvs server: failed to obtain dir lock in repository `/FPC/CVS/fpc/docs/gtk3ex'
cvs [server aborted]: read lock failed - giving up

Regards,
    Thomas