RE: Compilation woes

> 1. I had this setbuildinfo.pl problem
> --------------------------------------------------------------------
> But I think I managed to apply the changes to src/sp/gsp100.h by hand.

There have been some changes on where the release information is stored in the source tree and how it gets distributed to the other places where it's needed.

Fix forthcoming.

> 
> 
> 2. When I try to build dbmcli I get this error
> --------------------------------------------------------------------
> [sapdb@tandetny SAPDB_DEV]$ imf dbmcli
> 
> Can't load '/home/sapdb/DevTool/lib/perl5/PipeExec.so' for 
> module SAPDB:\
> :Install::PipeExec: 
> /home/sapdb/DevTool/lib/perl5/PipeExec.so: undefined\
>  symbol: PL_sv_undef at 
> /usr/lib/perl5/5.8.0/i386-linux-thread-multi/Dyn\
> aLoader.pm line 229.
> 
> Seems to be perl incompatibility.

I assume that you use the binary distribution. These use Perl 5.0 on our machines. The sources to these extensions are in the CVS project TOOLSRC/sys/src/tt/cpan. They are ordinary Makefile.pl projects

> 
> 
> 3 .When I try to build kernel I get this error
> --------------------------------------------------------------------
> [sapdb@tandetny SAPDB_DEV]$ imf kernel
> 
> In file included from 
> /home/sapdb/V74_04_02/SAPDB_DEV/sys/wrk/incl/SAPDB\
> /liveCache/LVC_ProcServerExtender.hpp:36,
>                  from LVC_ProcServerExtender.cpp:26:
> /home/sapdb/V74_04_02/SAPDB_DEV/usr/incl/Oms/OMS_DbpGlobals.hp
> p:31:91: \
> livecache.h: No such file or directory
> 
> Here I have no idea how to fix. Is this file a derived one or 
> just missing?

You'll have to do an 'imf dcom' before the kernel, 'imf allknl' is advisable.

> 
> 
> 4. When I try to build tools first I get this
> --------------------------------------------------------------------
> [sapdb@tandetny TOOLSRC]$ ./configure
> (....)
> rm: cannot remove `sys/src/base/Makedefs': Is a directory
> (....)
> 
> [sapdb@tandetny TOOLSRC]$ make
> (cd sys/src/base;  make && make install)
> make[1]: Entering directory `/home/sapdb/TOOLSRC/sys/src/base'
> make[1]: *** Makedefs: Is a directory.  Stop.
> make[1]: Leaving directory `/home/sapdb/TOOLSRC/sys/src/base'
> make: *** [base] Error 2
> 
> Removing the dir by hand and then again configure && make works.

Some files were moved to the source tree without knowing that the configure step would create a file Makedefs. They have been removed, although I don't know if a cvs update will actually remove the empty directory.

> 
> But then again I get vmake segfault:
[...]
> (gdb) where
> #0  0x400a496e in free () from /lib/libc.so.6
> #1  0x0805131b in collect_target (target=0x80a7f40 "alltools.mac",
> version=102 'f', versdef=102 'f', dep_type=0,
>     trgtype=20, ov_mcip=0xbfffcfb0, ctip=0x0, tipp=0xbfffd098,
> local_variant=0x0, global_variants=0x0)
>     at vmakcoll.c:1250
> #2  0x0804f723 in collect (trgline=0xbfffd2a0 "alltools.mac", 
> defvers=102
> 'f', subdflt=0 '\0', dep_type=0,
>     level=0, ctip=0x0, tipp=0xbfffd098) at vmakcoll.c:617
> #3  0x08049d95 in main (argc=3, argv=0xbfffe364) at vmake.c:268
> #4  0x40044907 in __libc_start_main () from /lib/libc.so.6

ACK. Fix forthcoming

Daniel Dittmar

-- 
Daniel Dittmar
SAP DB, SAP Labs Berlin
[email protected]
http://www.sapdb.org/