[GRASS-dev] Broken: GRASS-GIS/grass-ci#478 (master - e2f3140)

Build #478 was broken.

6 minutes and 10 seconds

Glynn Clements

e2f3140 Changeset →

Include dbstubs.h, fix prototypes for open_select_cursor and describe_table

git-svn-id: https://svn.osgeo.org/grass/grass/trunk@66773 15284696-431f-4ddb-bdfa-cd5b030d7da7

Want to know about upcoming build environment updates?

Would you like to stay up-to-date with the upcoming Travis CI build environment updates? We set up a mailing list for you! Sign up here.

Documentation about Travis CI
For help please join our IRC channel irc.freenode.net#travis.
Choose who receives these build notification emails in your configuration file.

Would you like to test your private code?

Travis Pro could be your new best friend!

Travis CI is powered by

On Mon, Nov 9, 2015 at 7:14 AM, Travis CI <builds@travis-ci.org> wrote:

GRASS-GIS / grass-ci (master)
Build #478 was broken.
6 minutes and 10 seconds
Glynn Clements e2f3140 Changeset →
Include dbstubs.h, fix prototypes for open_select_cursor and describe_table

git-svn-id: https://svn.osgeo.org/grass/grass/trunk@66773 15284696-431f-4ddb-bdfa-cd5b030d7da7

From the raw log [2] it seems that this is the error:

add_col.c:2:27: fatal error: grass/dbstubs.h: No such file or directory

However, in my local copy I don’t get this error and the file is in the distribution at the right place:

$ find . -name “*dbstubs.h”
./lib/db/dbmi_driver/dbstubs.h
./dist.x86_64-unknown-linux-gnu/include/grass/dbstubs.h

I’m not getting any errors after cd into the directories reported by make. I don’t know how to fix this.

Vaclav

[1] https://travis-ci.org/GRASS-GIS/grass-ci/jobs/90080323
[2] https://s3.amazonaws.com/archive.travis-ci.org/jobs/90080323/log.txt

There is a mistake in Make files. I observed such failure with
parallel make, but everything seems to be OK when not building in
parallel. (run make distclean followed by make -j 4 and most likely
you will trigger the issue)

Māris.

2015-11-10 16:39 GMT+02:00 Vaclav Petras <wenzeslaus@gmail.com>:

On Mon, Nov 9, 2015 at 7:14 AM, Travis CI <builds@travis-ci.org> wrote:

GRASS-GIS / grass-ci (master)
Build #478 was broken.
6 minutes and 10 seconds
Glynn Clements e2f3140 Changeset →
  Include dbstubs.h, fix prototypes for open_select_cursor and
describe_table

git-svn-id: https://svn.osgeo.org/grass/grass/trunk@66773
15284696-431f-4ddb-bdfa-cd5b030d7da7

From the raw log [2] it seems that this is the error:

add_col.c:2:27: fatal error: grass/dbstubs.h: No such file or directory

However, in my local copy I don't get this error and the file is in the
distribution at the right place:

$ find . -name "*dbstubs.h"
./lib/db/dbmi_driver/dbstubs.h
./dist.x86_64-unknown-linux-gnu/include/grass/dbstubs.h

I'm not getting any errors after cd into the directories reported by make. I
don't know how to fix this.

Vaclav

[1] https://travis-ci.org/GRASS-GIS/grass-ci/jobs/90080323
[2] https://s3.amazonaws.com/archive.travis-ci.org/jobs/90080323/log.txt

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi,

2015-11-10 23:12 GMT+01:00 Maris Nartiss <maris.gis@gmail.com>:

There is a mistake in Make files. I observed such failure with
parallel make, but everything seems to be OK when not building in
parallel. (run make distclean followed by make -j 4 and most likely
you will trigger the issue)

this is not this case I am getting the same error also when building
with `make -j1`. Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Vaclav Petras wrote:

I'm not getting any errors after cd into the directories reported by make.
I don't know how to fix this.

The header is installed when making lib/db/dbmi_driver, but
lib/db/dbstubs is typically made first.

It will probably work for incremental builds (which is probably why I
failed to notice this before committing) and may work for parallel
builds.

r66817 moves dbstubs.h to lib/db/dbmi_base, which is an explicit
pre-requisite of both dbmi_driver and stubs.

--
Glynn Clements <glynn@gclements.plus.com>