[gdal-dev] GDAL/OGR 2.2.1 and 2.1.4 are released

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[gdal-dev] GDAL/OGR 2.2.1 and 2.1.4 are released

Even Rouault-2

Hi,

 

On behalf of the GDAL/OGR development team, I am pleased to announce the release of the GDAL/OGR 2.2.1 and 2.1.4 bug fix versions.

 

Consult their release notes for the list of issues addressed :

https://trac.osgeo.org/gdal/wiki/Release/2.2.1-News

https://trac.osgeo.org/gdal/wiki/Release/2.1.4-News

 

The sources are available at:

 

GDAL 2.2.1:

http://download.osgeo.org/gdal/2.2.1/gdal-2.2.1.tar.xz

http://download.osgeo.org/gdal/2.2.1/gdal-2.2.1.tar.gz

http://download.osgeo.org/gdal/2.2.1/gdal221.zip

 

GDAL 2.1.4:

http://download.osgeo.org/gdal/2.1.4/gdal-2.1.4.tar.xz

http://download.osgeo.org/gdal/2.1.4/gdal-2.1.4.tar.gz

http://download.osgeo.org/gdal/2.1.4/gdal214.zip

 

Best regards,

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

[gdal-dev] Is 2.1.4 supposed to require C++11 ?

Andrew C Aitchison-2

On Fri, 30 Jun 2017, Even Rouault wrote:

> On behalf of the GDAL/OGR development team, I am pleased to announce the release of the
> GDAL/OGR 2.2.1 and 2.1.4 bug fix versions.

Sorry I didn't catch this before you made the release.

I have no problem with 2.2.1, but 2.1.4 (and the RC) fails to build
for me on Scientific Linux 6.9 (should be same as RHEL6 or Centos 6)
jasper version 1.900.1-21.el6_9
and g++ version g++ (GCC) 4.9.2 20150212 (Red Hat 4.9.2-6)



libtool: compile:  g++ -c -I/home/werdna/gdal2.1.4/gdal-2.1.4/port
  -I/home/werdna/gdal2.1.4/gdal-2.1.4/gcore
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/alg
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/ogr
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/ogr/ogrsf_frmts
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/gnm
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/apps -DOGR_ENABLED
     -I/home/werdna/gdal2.1.4/gdal-2.1.4/port -I/usr/include
     -I/usr/include/cfitsio -DGDAL_COMPILATION -Idegrib18/degrib -DHAVE_JASPER
     -g -O2 -Wall -Wextra -Winit-self -Wunused-parameter -Wformat
     -Werror=format-security -Wno-format-nonliteral -Wlogical-op -Wshadow
     -Werror=vla -Wmissing-declarations -Wnon-virtual-dtor -Woverloaded-virtual
     -fno-operator-names degrib18/g2clib-1.0.4/dec_jpeg2000.cpp  -fPIC -DPIC -o
     ../o/.libs/dec_jpeg2000.o
In file included from /usr/include/jasper/jasper.h:77:0,
                  from degrib18/g2clib-1.0.4/dec_jpeg2000.cpp:18:
/usr/include/jasper/jas_math.h: In function 'bool
jas_safe_size_mul(size_t, size_t, size_t*)':
/usr/include/jasper/jas_math.h:143:15: error: 'SIZE_MAX' was not declared
in this scope
   if (x && y > SIZE_MAX / x) {
                ^
/usr/include/jasper/jas_math.h: In function 'bool
jas_safe_size_add(size_t, size_t, size_t*)':
/usr/include/jasper/jas_math.h:170:10: error: 'SIZE_MAX' was not declared
in this scope
   if (y > SIZE_MAX - x) {
           ^
make[2]: *** [../o/dec_jpeg2000.lo] Error 1
make[2]: Leaving directory `/home/werdna/gdal2.1.4/gdal-2.1.4/frmts/grib'
make[1]: *** [grib-install-obj] Error 2
make[1]: Leaving directory `/home/werdna/gdal2.1.4/gdal-2.1.4/frmts'
make: *** [frmts-target] Error 2

-------------------------
There are similar problems with jpeg2000/jpeg2000dataset.cpp and
jpeg2000_vsil_io.cpp (which also include jasper.h).

However, if I add -std=gnu++11 or -std=c++11 to the compile line for
these files, then they compile without warning or error.  The
whole gdal build and install then completes.

-std=gnu++03 and -std=c++03 do not resolve the error, so I wonder
whether we have accidentally added a dependancy for C++13 in 2.1.4 ?

Thanks,

--
Andrew C Aitchison Cambridge, UK
_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Is 2.1.4 supposed to require C++11 ?

Even Rouault-2

 

> However, if I add -std=gnu++11 or -std=c++11 to the compile line for

> these files, then they compile without warning or error. The

> whole gdal build and install then completes.

>

> -std=gnu++03 and -std=c++03 do not resolve the error, so I wonder

> whether we have accidentally added a dependancy for C++13 in 2.1.4 ?

 

This is more subtle than that. I guess this is due to a security update of Jasper itself that brings use of SIZE_MAX in Jasper include files. However in RHEL 6, SIZE_MAX from stdint.h is only defined if __cplusplus is not defined. But I guess that in C++11 mode SIZE_MAX is defined as mandated by C++11...

 

Anyway this is now fixed per

https://trac.osgeo.org/gdal/ticket/6951

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Is 2.1.4 supposed to require C++11 ?

Even Rouault-2

On dimanche 2 juillet 2017 23:09:14 CEST Even Rouault wrote:

> > However, if I add -std=gnu++11 or -std=c++11 to the compile line for

> > these files, then they compile without warning or error. The

> > whole gdal build and install then completes.

> >

> > -std=gnu++03 and -std=c++03 do not resolve the error, so I wonder

> > whether we have accidentally added a dependancy for C++13 in 2.1.4 ?

>

> This is more subtle than that. I guess this is due to a security update of

> Jasper itself that brings use of SIZE_MAX in Jasper include files. However

> in RHEL 6, SIZE_MAX from stdint.h is only defined if __cplusplus is not

> defined. But I guess that in C++11 mode SIZE_MAX is defined as mandated by

> C++11...

>

> Anyway this is now fixed per

> https://trac.osgeo.org/gdal/ticket/6951

 

Forgot to mention that our Travis-CI configurations are all Ubuntu-based. Someone wanting primer RHEL/CentOS/Scientific Linux support could contribute a new configuration using a CentOS-based Docker image in a Travis-CI Ubuntu Trusty host.

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Loading...