Dear devs,
I've noticed that we have problem (404) with the documentation pages
for the libpython and pygrass
https://grass.osgeo.org/grass71/manuals/
Any idea?
All the best
Pietro
On Fri, Mar 4, 2016 at 8:23 AM, Pietro <peter.zamb@gmail.com> wrote:
Dear devs,
I've noticed that we have problem (404) with the documentation pages
for the libpython and pygrasshttps://grass.osgeo.org/grass71/manuals/
Any idea?
This can be checked here:
https://grass.osgeo.org/grass71/binary/linux/snapshot/
--> error.log
GRASS GIS 7.1.svn r67994 compilation log
--------------------------------------------------
Started compilation: Thu Mar 3 22:05:10 PST 2016
--
Errors in:
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/gis
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/raster
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/gmath
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/driver
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/pngdriver
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/psdriver
/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/htmldriver
...
So, see also
--> build.log
[...]
parser.c: In function ‘recreate_command’:
parser.c:644:9: error: implicit declaration of function
‘G_original_program_name’ [-Werror=implicit-function-declaration]
tmp = G_original_program_name();
^
parser.c:644:13: warning: assignment makes pointer from integer without a cast
tmp = G_original_program_name();
^
parser.c: In function ‘G_recreate_command’:
parser.c:768:1: warning: control reaches end of non-void function
[-Wreturn-type]
}
^
parser.c: In function ‘G_recreate_command_original_path’:
parser.c:786:1: warning: control reaches end of non-void function
[-Wreturn-type]
}
^
cc1: some warnings being treated as errors
../../include/Make/Compile.make:32: recipe for target
'OBJ.x86_64-pc-linux-gnu/parser.o' failed
make[3]: *** [OBJ.x86_64-pc-linux-gnu/parser.o] Error 1
make[3]: Leaving directory
'/home/neteler/grass7_svn_head_bin_snapshot/trunk/lib/gis'
[...]
So, apparently r67994 broke it. I suppose due to the lack of update here:
include/defs/gis.h
Markus
On Fri, Mar 4, 2016 at 3:44 AM, Markus Neteler <neteler@osgeo.org> wrote:
So, apparently r67994 broke it. I suppose due to the lack of update here:
include/defs/gis.h
Sorry, fixed in r67997.
We should look at Travis.
On Fri, Mar 4, 2016 at 3:13 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:
On Fri, Mar 4, 2016 at 3:44 AM, Markus Neteler <neteler@osgeo.org> wrote:
So, apparently r67994 broke it. I suppose due to the lack of update here:
include/defs/gis.hSorry, fixed in r67997.
Recompilation triggered now on the server. Will take a while.
We should look at Travis.
There was no notice...
Markus
--
Markus Neteler
http://www.mundialis.de
http://courses.neteler.org/blog/
On Fri, Mar 4, 2016 at 9:15 AM, Markus Neteler <neteler@osgeo.org> wrote:
> We should look at Travis.
There was no notice...
...which is an issue. I added CFLAGS in r67999 but I'm not sure how to do
it properly. Even it it works, I'm not sure if it is correct (it is
probably overriding whatever was set before). The build is fine.
https://trac.osgeo.org/grass/changeset/67999
https://travis-ci.org/GRASS-GIS/grass-ci/builds/113694671
Vaclav Petras wrote:
> > We should look at Travis.
>
> There was no notice......which is an issue. I added CFLAGS in r67999 but I'm not sure how to do
it properly. Even it it works, I'm not sure if it is correct (it is
probably overriding whatever was set before). The build is fine.
Check the value of CFLAGS in include/Make/Platform.make when you don't
set it in the environment. I think that autoconf defaults to "-g -O2"
for gcc.
For a release build, I'd suggest -O2 and -Wall, plus whatever else you
want to add. -g will enlarge the binaries with debug information, but
"make strip" or "make install-strip" will remove it.
--
Glynn Clements <glynn@gclements.plus.com>