RE: SAP DB 7.4 build problems on Red Hat Linux 8.0

"Dittmar, Daniel" <[email protected]> Mon, 24 Mar 2003 17:51:08 +0100
Newsgroups gmane.comp.db.sapdb.sources
Message-ID <B9A2DDA03044D311BBD40008C75D6968147D85CE@dewdfx24>
> i straced dbmcli and noticed that dbmcli is trying to create 
> a temporary
> file in /usr/spool/sql/ini (SAP_DBTech.ini.kwaDmw). should 
> the software be
> built as root or can i do it as a regular user?

It should work if /usr/spool/sql/ini is world writable.

> could you add a mention about the required GNU Bison version 
> (1.28 works,
> 1.35 doesn't) in the build instructions found in
> http://www.sapdb.org/7.4/develop/dev_linux.htm. also, 
> ActivePerl doesn't
> seem to be strictly required, normal Perl v5.005 does just fine.

I will.

> 
> which target should i be using when building the SAP DB server?

imf.pl all

> 
> what's the correct way to change the installation path of compiled the
> software? by default the build system places compiled binaries in
> SAPDB_DEV/usr under the build tree. what if i want the binaries to be
> placed under /opt/sapdb for example? i've tried changing INSTROOT in
> V74_03_14/initDev_SAPDB but that doesn't seem to have an 
> effect. i also
> tried changing DBROOT but that made the compilation system brake down
> because PATH settings for example depend on DBROOT.

There is no hook for this. We should probably dig a bit into vmake and the 
scripts to make sure that everything is copied into INSTROOT. Currently,
you can only use links or copy the files after the make. 

Run 
dbmcli -s -R /opt/sapdb inst_reg -k /opt/sapdb 
to make that directory known to the central registry.

Daniel Dittmar

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