RE: Building from source

--=-V1ALgH7JlTC5vn8zbM7K
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi,

thanks for your support.

On Mon, 2003-08-04 at 18:22, Dittmar, Daniel wrote:
> > * What about the missing "CPC Driver"?
>=20
> I've got to ask the developer for this.

[later mail:]

> !irconf -r -p $INSTROOT > /dev/null
> > !$TOOLSHELL -S ifaconf.pl $INSTRUNTIME
> > Error : Cannot find any installed version of CPC Driver..
> > /home/ernie/sapdb/build/V74_03_27/SAPDB_ORG/usr/runtime/7403=20
> > -> 7.4.3.0\
>=20
> It seems as if this error message appears only the first time the=20
> Precompiler runtime is registered as the registry file cannot be opened.
>=20
> As the registration seems to have worked, the message shouldn't appear
> on subsequent makes.

I guess this would be an issue for the next release. ;)

> > * Is it possible to build the registry somewhere else than under
> > /usr/spool/?
>=20
> 7.4.4 and later will get rid of /usr/spool, there will a file in /etc=20
> that points to the right location

Great! Is this already done in the current CVS sources?

> > > >> vls14_scan.cpp:68: syntax error before `[' token
>=20
> I need help from the developer on how all the differnt files=20
> are supposed to be included. You could try to add
> #include "hls14_scan.h"
> to vls14_scan.l as this includes hls14_FlexDefs.h where yyconst is define=
d.

Same result. As

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D
vls14_scan.l fast=20
vls14_scan.cpp:65: 'flex_int32_t' is used as a type, but is not defined
\
as a=20
   type.
vls14_scan.cpp:66: 'flex_int32_t' is used as a type, but is not defined\
 as a=20
   type.
vls14_scan.cpp:68: syntax error before `[' token
vls14_scan.cpp:153: syntax error before `[' token
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D

suggests, the problem is probably flex_int{16,32}_t. Remember:

|   struct yy_trans_info
|           {
65:         flex_int32_t yy_verify;
66:         flex_int32_t yy_nxt;
|           };
68: static yyconst flex_int16_t yy_accept[738] =3D
|       {   0,
|           0,    0,  173,    2,    2,  171,  171,  165,   11,   10,
|           5,    6,   13,    7,   12,    8,  171,  164,    9,   15,
|          14,   16,  165,  165,  165,  165,  165,  165,  165,  165,
|         165,  165,  165,  165,  165,  165,  165,  165,  165,  165,
|         165,  165,  165,  165,  165,  165,    0,  165,    0,    0,
|           3,  170,    1,  166,    0,  164,   17,   19,   18,    0,


bye,
  Roland

--=-V1ALgH7JlTC5vn8zbM7K
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/LpN1caH/YBv43g8RAtwbAKDHGZ5RbfKhNsD1p2Yr/tXeoFtAMwCg3TN0
TPXWTbf7lV9P2ADx9A67sgM=
=OH8b
-----END PGP SIGNATURE-----

--=-V1ALgH7JlTC5vn8zbM7K--