> unknown target
> ':Python/sql/python15/${MACH}_${OSSPEC}_32/sapdbmodule.so',
> version 'f'
> called by target 'docTools.mac', version 'f'
...
I'll change sys/desc/alltools.mac to
&if defined SAPDB_INTERNAL
doctools.mac
&endif
...
&if defined SAPDB_INTERNAL
quacc.mac
&endif
These tools are not required to build SAP DB, so commenting them out at this
stage does no harm.
> I assume that this is the problem that vmake is not finding
> the MACH and
> OSSPEC variables.
The variables could be expanded, but the file doesn't exists. The error
message lists the unexpanded input, so it is a bit misleading. Note: This
error message also appears when there is no sys/desc/.../I386_SVR4_32.com,
without the .com file, vmake doesn't consider this a viable source
directory.
> According to the basescripts.mk there should be a file Config.pm.tt in
>
> sys/src/tt/
>
> but there is none.
I'll add an update to the ftp directory with these problems fixed. (Updated
meaning: one .tgz containing only the changed files + on full .tgz)
> - Which compiler should be used (which one is used on
> SunOS/SPARC), I'm
> trying Forte 6U2 here, but 6U1 and 5.0 is available too... (and gcc of
> course)
On SPARC we use
bash-2.03$ cc -V
cc: Sun WorkShop 6 update 2 C 5.3 2001/05/15
I've added a line to http://sapdb.2scale.net/moin.cgi/PortingHints that
disabling compiler optimizations is probably a good idea for the first
steps.
> - Which is the correct target since there are different ones
> used for SunOS,
> at some places it's checking for SVR4 and on other for SYSV -
> means, is
> SUNOS/I386 correct or should this be SVR4/I386? It's quite
> confusing at some
> point...
We use MACHINFO=SUN (instead of SPARC) und OSSPEC=SVR4, so SVR4 is the best
choice. Of course there is a good chance that someone tested against SUN
when it really should have been SVR4.
-DSYSV is set in toolvars-tml.pl.tt for several compilers (but not for
OSSPEC). You probably have to look at the sources to decide whether this
would be the right choice for Solaris/i386.
Daniel Dittmar
--
Daniel Dittmar
SAP DB, SAP Labs Berlin
[EMAIL PROTECTED]
http://www.sapdb.org/
_______________________________________________
sapdb.general mailing list
[EMAIL PROTECTED]
http://listserv.sap.com/mailman/listinfo/sapdb.general
