Is it intentional that the fcl-web package is not copied when "make install" is called?
"make all" compiles the units properly, they are just not copied by "make install".
I've tried the latest SVN trunk version on WinXP 32bit.

Mailing lists / fpc-devel / 2011-04
8 messages · 2 people · –
Reply by email Subscribe to this list Your subscription
Read-only archive. Use j and k to move between messages.
Is it intentional that the fcl-web package is not copied when "make install" is called?
"make all" compiles the units properly, they are just not copied by "make install".
I've tried the latest SVN trunk version on WinXP 32bit.
ABorka wroteIs it intentional that the fcl-web package is not copied when "make install" is called? "make all" compiles the units properly, they are just not copied by "make install".
Are you sure? Which files do you think are not copied? Do you cross-compile?
Joost.
Well, Im pretty sure. Not even the directory is created for it in the c:/pp/units/i386-win32/ directory when "make install" is executed. If I create an empty directory for it there, no change, it remains empty. The other fcl packages are copied properly.
For FCL-web these are the "make install" outputs:
C:/pp/bin/i386-win32/make.EXE -C fcl-web distinstall make.EXE[4]: Entering directory `C:/fpc_svn/packages/fcl-web' C:/fpc_svn/compiler/ppc386.exe fpmake.pp -Ur -Xs -O2 -n -FuC:/fpc_svn/rtl/units/i386-win32
-FuC:/fpc_svn/packages/hash/units/i386-win32
-FuC:/fpc_svn/packages/paszlib/units/i386-win32
-FuC:/fpc_svn/packages/fcl-process/units/i386-win32 -FuC:/fpc_svn/packages/fpmkunit/units/i386-win32 -FE. -FUunits/i386-win32 -di386 -dRELEASE
.\fpmake.exe install --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o
-FuC:/fpc_svn/rtl/units/i386-win32 -o
-FuC:/fpc_svn/packages/hash/units/i386-win32 -o
-FuC:/fpc_svn/packages/paszlib/units/i386-win32 -o -FuC:/fpc_svn/packages/fcl-process/units/i386-win32 -o -FuC:/fpc_svn/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUunits/i386-win32 -o -di386 -o -dRELEASE
--compiler=C:/fpc_svn/compiler/ppc386.exe --prefix= Installation package fcl-web for target i386-win32 succeeded make.EXE[4]: Leaving directory `C:/fpc_svn/packages/fcl-web'
For fastcgi the "make install" lines are:
C:/pp/bin/i386-win32/make.EXE -C fastcgi distinstall make.EXE[4]: Entering directory `C:/fpc_svn/packages/fastcgi' C:/fpc_svn/utils/fpcm/fpcmake.exe -p -Ti386-win32 Makefile.fpc Processing Makefile.fpc
Writing Package.fpc
C:/pp/bin/i386-win32/ginstall.exe -m 755 -d /pp/units/i386-win32/fastcgi C:/pp/bin/i386-win32/cp.exe -fp Package.fpc /pp/units/i386-win32/fastcgi C:/pp/bin/i386-win32/ginstall.exe -m 755 -d /pp/units/i386-win32/fastcgi C:/pp/bin/i386-win32/cp.exe -fp units/i386-win32/fastcgi.ppu /pp/units/i386-win32/fastcgi
C:/pp/bin/i386-win32/cp.exe -fp units/i386-win32/fastcgi.o /pp/units/i386-win32/fastcgi
make.EXE[4]: Leaving directory `C:/fpc_svn/packages/fastcgi'
It seems, something is missing for FCL-web, because there is no cp.exe called at all to copy over the units.
AB
Actually, it seems it copies this one package to the wrong place, not to c:/pp/ like it copies the others
Just like the "make install" does not copy the FCL-web units to the right place, "make clean" does not remove them either. Here is the output:
.
.
.
C:/pp/bin/i386-win32/make.EXE -C fcl-web distclean make.EXE[2]: Entering directory `C:/fpc_svn/packages/fcl-web' make.EXE[2]: Nothing to be done for `distclean'.
make.EXE[2]: Leaving directory `C:/fpc_svn/packages/fcl-web' .
.
.
It leaves the "units/..." files in there.
Win XP 32bit, FPC 2.5.1 SVN trunk, everything is the default
make clean make distclean?
Joost
Well, Im pretty sure. Not even the directory is created for it in the…
distinstall? What is that for a beast?
I'll look into it.
Joost.
make clean make distclean? Joost
Yes, even though I enter "make clean" into the command line deom the main FPC svn checkout directory, the output is still as I indicated for this package.
This "distinstall" and "distclean" are there now when one does a "make install" or "make clean". And not just for this package.