Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Greg, you might want to CC Evan into this email chain. On Mon, Jun 24, 2024 at 1:53 PM Greg Troxel via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Scott via gdal-dev writes: > > > On debian 12: > > > > /usr/include/c++/12/cstdlib, line 75. Context: > > > > // Need to ensure this finds the C

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Scott via gdal-dev writes: > On debian 12: > > /usr/include/c++/12/cstdlib, line 75. Context: > > // Need to ensure this finds the C library's not a libstdc++ > // wrapper that might already be installed later in the include search path. > #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS > #include_next

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

On debian 12: /usr/include/c++/12/cstdlib, line 75. Context: // Need to ensure this finds the C library's not a libstdc++ // wrapper that might already be installed later in the include search path. #define _GLIBCXX_INCLUDE_NEXT_C_HEADERS #include_next #undef _GLIBCXX_INCLUDE_NEXT_C_HEADERS

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Yeah, I didn't know about this pragma directive at all. A simple summary about it is here (including disclaimers on use). https://stackoverflow.com/questions/10261382/why-would-one-use-include-next-in-a-project On Mon, Jun 24, 2024 at 1:20 PM Greg Troxel via gdal-dev < gdal-dev@lists.osgeo.org>

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

I egreped over the gdal 3.9.1rc2 sources and do not find this include_next stdlib at all. $ egrep -R include_next.*stdlib . Please explain where you think it is in the sources. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Scott via gdal-dev writes: > #include_next is part of the c++ version 12. You can find it's usage > here on debian 12: > > /usr/include/c++/12/cstdlib, line 75 I think that's gcc 12, not C++12 which is not a thing :-) It being used in an internal header supplied by the compiler is one thing.

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

#include_next is part of the c++ version 12. You can find it's usage here on debian 12: /usr/include/c++/12/cstdlib, line 75 On 6/24/24 11:03, Scott via gdal-dev wrote: Yes, I saw that. It's the default code. I tried changing it to just 'include' early on and got a whole new set of errors.

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Yes, I saw that. It's the default code. I tried changing it to just 'include' early on and got a whole new set of errors. Changing the default source code without an understanding of the bigger picture leaves me a bit out of my element, though. Thanks! On 6/24/24 10:57, Barry DeZonia wrote:

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Barry DeZonia via gdal-dev writes: > Scott, is it that you are using #include_next instead of #include? > #include_next makes assumptions about the environment that #include does > not. And, stdlib.h is very much required by POSIX. On Debian 12 amd64, /usr/include/stdlib.h is there, just as

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Scott, is it that you are using #include_next instead of #include? #include_next makes assumptions about the environment that #include does not. On Mon, Jun 24, 2024 at 12:53 PM Scott via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > Thanks for the docker instructions. It built nice and clean. >

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Thanks for the docker instructions. It built nice and clean. That still leaves the question, in my environment, why do all the apps except gdalsrsinfo build? I seriously doubt stdlib.h is only used by gdalsrsinfo. Thanks for the help! I'll try and figure it out. On 6/24/24 10:25, Even

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Le 24/06/2024 à 19:15, Scott a écrit : It's Debian 12. No, it's not clean. It's had several versions of gdal, et al, on it. It appears srsinfo in not finding stdlib.h and all the other apps do, which is the part I found odd. Docker is not the environment I'm building in. yes, but that's

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

It's Debian 12. No, it's not clean. It's had several versions of gdal, et al, on it. It appears srsinfo in not finding stdlib.h and all the other apps do, which is the part I found odd. Docker is not the environment I'm building in. Thanks! On 6/24/24 10:01, Even Rouault wrote: Hi, What

Re: [gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

Hi, What is the version of your Debian system ? Is it "clean" ? Can you for example reproduce in the corresponding debian:XXX docker image? https://www.google.com/search?q=fatal+error%3A+stdlib.h%3A+No+such+file+or+directory+; shows that this error message is quite common, although on quick

[gdal-dev] Error linking srsinfo in 3.9.1 (rc1 or rc2)

When building 3.9.1 rc1/r2 I get the following when linking. If I comment srsinfo out of the makefile, all other gdal/ogr apps build fine with no issues. uname -a: Linux MyHost 6.1.0-21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1 (2024-05-03) x86_64 GNU/Linux Thanks! Build output below:

Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it

+1 Javier On Mon, 24 Jun 2024 at 17:09, Howard Butler via gdal-dev < gdal-dev@lists.osgeo.org> wrote: > +1 > > Howard > > On Jun 24, 2024, at 9:46 AM, Tamas Szekeres via gdal-dev < > gdal-dev@lists.osgeo.org> wrote: > > +1 > > Tamas > > > Even Rouault via gdal-dev ezt írta (időpont: > 2024.

Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it

+1 Howard > On Jun 24, 2024, at 9:46 AM, Tamas Szekeres via gdal-dev > wrote: > > +1 > > Tamas > > > Even Rouault via gdal-dev > ezt írta (időpont: 2024. jún. 23., V, > 0:13): >> I've issued a 2nd release candidate for 3.9.1 with the following >>

Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it

+1 Tamas Even Rouault via gdal-dev ezt írta (időpont: 2024. jún. 23., V, 0:13): > I've issued a 2nd release candidate for 3.9.1 with the following > additional fixes: > - GDALSieveFilter(): avoid assert() when all pixels are masked (3.9.0 > regression) >(raster/rasterio#3101) > - Overview

Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault via gdal-dev Lähetetty: maanantai 24. kesäkuuta 2024 17.07 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it Forgot to add my +1

Re: [gdal-dev] GDAL 3.9.1 RC2 is available, and motion to approve it

Forgot to add my +1 obviously Le 23/06/2024 à 00:13, Even Rouault via gdal-dev a écrit : I've issued a 2nd release candidate for 3.9.1 with the following additional fixes: - GDALSieveFilter(): avoid assert() when all pixels are masked (3.9.0 regression)   (raster/rasterio#3101) - Overview