RE: Building from source
Roland Stigge <[email protected]> 01 Aug 2003 17:25:14 +0200
| Newsgroups | gmane.comp.db.sapdb.sources |
|---|---|
| Organization | Antcom |
| Message-ID | <[email protected]> |
--=-rinX1tIq/ACuMEHa+Nrw
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
On Fri, 2003-08-01 at 16:45, Dittmar, Daniel wrote:
> > sources from
> > sapdb.org ("Quick Download"), the development environment didn't build
> > because of missing PATH settings, ptoc etc. Well, this is=20
> > documented in
> > the mailing list archives (to use CVS sources), but could be improved
> > anyhow.
>=20
> We now have found someone with enough time to test the source packages
> regularly, so I hope this situation improves.
I'm sure this sounds great to all of us building preferably from source.
> > because of errors in dependencies made of 'sqlpy.mac',=20
> > command 'PYTHONPATH=3D$INSTMISC python -c "import sapdb.sql"...' not
>=20
> The important error comes before this one. It looks as if the python exte=
nsion
> could not be built.
>=20
> You get a protocol of all the errors in $WRK/fast/prot/all.mac.e0
This one is full of "dependency errors", "syntax errors" and "No such
file or dir...". I made it available (94k) on my web site at
http://www.antcom.de/download/all.mac.e0. Maybe this provides some help
for the debugging process.
> > Inbetween, there are some compile errors like the following, but the
> > build process doesn't stop, so one waits for hours (on a P4 2.8GHz) to
> > get the notice that there were some problems at the=20
> > beginning. I propose
> > a regular make behaviour aborting on errors.
>=20
> I've asked the vmake developer if he could add such an option and at leas=
t,
> he didn't say that it's impossible.
This would be very much appreciated!
> For our work, we prefer it of course the way it is. We either edit a smal=
l
> number of files, then the difference between 'make' and 'make -k' is negl=
igible.
> Or we make big changes, in which case we want to compile as much as possi=
ble
> while we're doing something else.
I once ran a project like this and won't do it again. While this is a
habit the original author can adapt to quite productively, it's
confusing to the rest of the community.
> And in the case of supporting external developers, I also prefer to get
> all the errors at once instead of one per day.
This could be done via an explicit argument, in turn. ;)
> > vls14_scan.cpp:68: syntax error before `[' token
>=20
> vls14_scan.cpp gets generated by flex from sys/src/ls/vls14_scan.l.
> Please look into $WRK/fast/tmp/ for this file and post this line and=20
> possible a few around it.
I guess you mean sys/wrk/fast/tmp/vls14_scan.save? This would be:
| struct yy_trans_info
| {
| flex_int32_t yy_verify;
| 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,
Roland Stigge
--=-rinX1tIq/ACuMEHa+Nrw
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/KoZacaH/YBv43g8RAsgKAJoDNAseNMA90x7VcqljIYg6a8KnyACgqDzh
608bRBpip2Muds48NIAGsgQ=
=xQag
-----END PGP SIGNATURE-----
--=-rinX1tIq/ACuMEHa+Nrw--