ing
From: Even Rouault
Date: Tuesday, July 22, 2025 at 3:33 PM
To: Fengting Chen , gdal dev
Subject: [External] : Re: [gdal-dev] Error on building from master branch on
linux
Fengting,
I guess you can workaround the issue by adding a #include "gdal_rat.h" at top
of gdal_priv.h
(const GDALColorTable *);
^~
GDALColorTableH
-Fengting
From: Even Rouault
Date: Tuesday, July 22, 2025 at 3:33 PM
To: Fengting Chen , gdal dev
Subject: [External] : Re: [gdal-dev
Hi,
I got the following error while trying to build gdal using “gcc (GCC) 8.5.0
20210514 (Red Hat 8.5.0-26.0.1)”:
[ 0%] Building CXX object frmts/pdf/CMakeFiles/gdal_PDF_core.dir/
pdfdrivercore.cpp.o
In file included from /usr/include/c++/8/memory:80,
from /scrat
deregistered or destroyed?
Thanks!
Fengting
From: Even Rouault
Date: Monday, July 7, 2025 at 5:23 PM
To: Fengting Chen , gdal dev
Subject: [External] : Re: [gdal-dev] Can GDAL driver be reused by GDAL python
binding
Hi,
Connection pooling is an internal implementation driver of each driver. You
Hi,
A Python program can invoke GDAL driver through gdal.open() to read/write
raster/vector data. Is it possible for the GDAL driver to be reused in order to
avoid reinitializing the driver for each gdal.open() call? For example, if a
GDAL driver to a database implements a connection pool, will
May 14, 2025 3:47 PM
To: Fengting Chen
Cc: gdal-dev
Subject: Re: [gdal-dev] [External] : Re: libgdal.so.36 refers to sqlite library
with full path
External Email Alert
This email has been sent from an account outside of the BAE Systems network.
Please treat the email with caution, especially if
: Wednesday, May 14, 2025 at 5:04 PM
To: Fengting Chen , gdal-dev
Subject: [External] : Re: [gdal-dev] libgdal.so.36 refers to sqlite library
with full path
Maybe another library that GDAL is depending on is linked against the system
sqlite3 and not your custom build ? That could be PROJ typically
Le
Hi, I am trying to build GDAL 3.10.3 with sqlite 3.49.2. The build was
successful on linux. But there are two entries of reference to sqlite3, and one
of it has the absolution path.
> ldd libgdal.so.36 | grep sqlite
ldd: warning: you do not have execution permission for `./libgdal.so.36'
I am trying to build GDAL 3.10.3 on windows. There were no errors during the
build, but somehow the python bindings were not installed to the specified
directory (CMAKE_INSTALL_PREFIX). all other files are installed as expected.
Here is the part of the makefile:
build_gdal_binary:
build of GDAL 3.8.4, but not 3.10.3. Not
sure if there is anything changed between the two versions that caused the
compilation failure.
From: Even Rouault
Date: Thursday, May 8, 2025 at 1:39 PM
To: Fengting Chen , gdal-dev
Subject: [External] : Re: [gdal-dev] GDAL 3.10.3 build questions
I have a couple questions regarding to building GDAL 3.10.3:
1. Error about CURL:
Could NOT find CURL: Found unsuitable version "7.61.1", but required is at
least "7.68" (found /usr/lib64/libcurl.so, )
Any reason that curl 7.68 and higher is required?
1. In the build of GDAL 3.10.
Verified that your change worked for my compiler. Thank you!
From: Even Rouault
Date: Wednesday, April 30, 2025 at 6:17 AM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] Build failed with "cannot deduce
template arguments" error
GCC 8 rel
I am using “c++ (GCC) 8.5.0 20210514 (Red Hat 8.5.0-18.0.6)” which is supposed
to support C++17.
From: Even Rouault
Date: Tuesday, April 29, 2025 at 6:10 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] Build failed with "cannot deduce template
argu
Hi, I am trying to build GDAL from the master branch, but got the following
error:
[ 46%] Building CXX object alg/CMakeFiles/alg.dir/gdal_interpolateatpoint.cpp.o
In file included from /scratch/gdal/gdal/alg/gdal_interpolateatpoint.cpp:20:
/scratch/gdal/gdal/gcore/gdal_vectorx.h: In member functi
ild\SDK\Python312\Lib\importlib\__init__.py", line 90, in
import_module
return _bootstrap._gcd_import(name[level:], package, level)
^^^^
ModuleNotFoundError: No module named '_gdal'
Any idea?
From: Even Rouault
Date: Wednesday, March 20, 2024 at 6:46 PM
To: Fengting Ch
is warning in the windows build,
which made me suspect if I was really building on windows using python 3.12.
Any comments?
From: Even Rouault
Date: Wednesday, March 20, 2024 at 12:06 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] Python binding insta
Thanks for the suggestion. I can upgrade the setuptools and try again. Another
question: is it possible to only build a specific driver plugin without
rebuilding the GDAL?
From: Even Rouault
Date: Tuesday, March 19, 2024 at 4:44 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] Python binding installation on windows
Hi,
Le 19/03/2024 à 20:14, Fengting Chen via gdal-dev a écrit :
Hi, I was able to build the GDAL with python binding on without error on
windows. However, “cmake --build
Hi, I was able to build the GDAL with python binding on without error on
windows. However, “cmake --build . --target install --config Release” command
doesn’t install the python site-packages etc to the specified
“CMAKE_INSTALL_PREFIX” directory. The rest of the GDAL components were
installed
ate: Thursday, March 14, 2024 at 2:42 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FW: [External] : GDAL 3.8.4 build on windows failed at
linking
Le 14/03/2024 à 19:27, Fengting Chen a écrit :
I included this fix but it doesn’t help. I was building the georaster dri
hen/gdal-3.8.4/build/Debug/gdald.exp
C:\fechen\gdal-3.8.4\build\Debug\gdald.dll : fatal error LNK1169: one or more
multiply defined symbols found [C:\fechen\gdal-3.8.4\build\GDAL.vcxproj]
From: Even Rouault
Date: Thursday, March 14, 2024 at 11:52 AM
To: Fengting Chen , gdal-dev@lists.osgeo.org
hen\gdal-3.8.4\build\GDAL.vcxproj]
I set “GDAL_USE_JPEG_INTERNAL” with “ON”. Any suggestions?
Thanks!
From: Even Rouault
Date: Tuesday, March 12, 2024 at 12:56 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [gdal-dev] FW: [External] : GDAL 3.8.4 build on windows failed at
lin
found the symbols in the library a little
different, for example the linker error shows “__imp__curl_slist_append” not
found, the symbol output from the “dumpbin” is “__imp_curl_slist_append” .
Any idea how to fix this?
Thanks!
From: gdal-dev on behalf of Fengting Chen
via gdal-dev
Date
GDAL 3.8.4 build on Windows from VS2015 x64 command prompt: “cmake –build .”
throws the following error (there are more similar errors):
cpl_vsil_az.obj : error LNK2001: unresolved external symbol
__imp__curl_slist_append [E:\gdal-3.8.4\build\GDAL.vcxproj]
cmake options has:
set (GDAL_USE_CURL
Thanks, that is clear now.
One more question, anywhere to get proj_9_3.lib and sqlite3 .lib, most
downloadable package only has .dll.
From: Even Rouault
Date: Saturday, March 2, 2024 at 1:50 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] GDAL build
l GDAL link with the dynamic library by default or I
need to set CURL_USE_STATIC_LIBS=OFF explicitly?
Thanks!
From: Even Rouault
Date: Saturday, March 2, 2024 at 1:08 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: Re: [External] : Re: [gdal-dev] GDAL build on windows failed for
F
Rouault
Date: Friday, March 1, 2024 at 5:54 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL build on windows failed for FILEGDB
driver
Le 01/03/2024 à 20:31, Fengting Chen via gdal-dev a écrit :
Hi,
I am using VS2015 terminal and cmake to build GDAL on w
Hi,
I am using VS2015 terminal and cmake to build GDAL on windows. I got the
following compilation error for filegdbindex_write.cpp. Any idea?
E:\gdal-3.8.4\ogr\ogrsf_frmts\openfilegdb\filegdbindex_write.cpp(1388): note:
while trying to match the argument list
'(OpenFileGDB::FileGDBTable::Cr
Hi Even,
Here is what found out from debugging: There are two Open() calls. Your fix
skipped one. Here is the stack trace of the second one:
[cid:image001.png@01DA239D.5F51E090]
Thanks!
From: Even Rouault
Date: Thursday, November 30, 2023 at 8:40 AM
Le 30/11/2023 à 04:47, Fengting Chen a
https://github.com/OSGeo/gdal/pull/8865<https://urldefense.com/v3/__https:/github.com/OSGeo/gdal/pull/8865__;!!ACWV5N9M2RV99hQ!MF9SjOfGKBc2ARm4bfNzMX-sGw7CXys2OohWuuKXhMG31EkrQNqZkn6xm2MnoCqt3grzKRb9rPrV6jn-lmQqxHx1bEOa$>
Even
Le 29/11/2023 à 02:56, Fengting Chen a écrit :
The attached are
: Tuesday, November 28, 2023 at 6:36 PM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL driver Open() calls
Hi,
Please share the stack trace (on a debug build) of both instances where
GDALOpen() is called
Even
Le 28/11/2023 à 23:40, Fengting Chen via gdal-dev a
Hi,
I noticed from the GeoRaster driver that in GDAL 3.6 and 3.7 (maybe 3.8 too),
there are two GDALOpen() calls on the driver with GDALOpenInfo eAccess as
GA_ReadOnly, even when the GeoRaster is the output format in gdal_translate
command. There are no such calls in GDAL 3.4. I am wondering i
Thanks. I later found out that libproj has dependency on libtiff. And since
libproj is required by GDAL, basically GDAL indirectly depends on external
libtiff.
From: Even Rouault
Date: Wednesday, February 15, 2023 at 7:18 AM
To: Fengting Chen , gdal-dev@lists.osgeo.org
Subject: [External
Hi,
In the old build system, I was able to build GDAL 3.4 using
“—with-libtiff=internal” and “—with-jpeg=internal” . However, ldd on libgdal.so
shows that it still depends on libtiff.so and libjpeg.so. How to build GDAL
without this dependency?
Thanks!
_
: [gdal-dev] [External] : Re: how to build netCDF driver plugin
On Fri, 25 Feb 2022, 07:01 Fengting Chen,
mailto:fengting.c...@oracle.com>> wrote:
After fix the plugin library name, the netCDF driver plugin on linux is
working. However, it still didn’t work on windows:
E:\tmp\gdal>gdalinf
Rouault
Sent: Thursday, February 24, 2022 12:54 PM
To: Fengting Chen ; gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] how to build netCDF driver plugin
- The filename is case sensitive: it must be gdal_netCDF.so/dll since the
registration function is called GDALRegister_netCDF()
Under current build system, how to build netCDF driver as a plugin on linux and
windows?
On windows, when I set NETCDF_PLUGIN=YES, the gdal_netcdf.ddl was built. But
gdalinfo still doesn't show netcdf as a supported format.
On linux, I changed the local makefile for netcdf and built gdal_netcdf
Thanks for the information.
Fengting
From: Jerome Siot
Sent: Thursday, December 16, 2021 5:20 AM
To: Fengting Chen ; gdal-dev@lists.osgeo.org
Subject: [External] : RE: GDAL windows build with sqlite3
Hi,
I recently did it, downloading sqlite3_i.lib with the osgeo package downloader
:
https
Thanks, that link is helpful. It worked for me.
Fengting
From: gdal-dev On Behalf Of Mateusz Loskot
Sent: Wednesday, December 15, 2021 4:26 PM
To: gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] GDAL windows build with sqlite3
On Wed, 15 Dec 2021, 21:55 Fengting Chen
Hi,
I would like to build GDAL 3.4 on windows with sqlite3 library in order to
enable OSM driver. The sqlite3 I downloaded for windows only has source code
and sqlite3.dll. There is no sqlite3_i.lib. How do I configure GDAL build to
make it work with sqlite3.dll or how I can get/build sqlite3_i
Thank you!
From: gdal-dev On Behalf Of Mateusz Loskot
Sent: Thursday, May 13, 2021 7:08 PM
To: gdal-dev@lists.osgeo.org
Subject: [External] : Re: [gdal-dev] Build GDAL on windows with dependency on
PROJ
On Fri, 14 May 2021, 00:42 Fengting Chen,
mailto:fengting.c...@oracle.com>> wrote:
H
Hi,
I am trying to build GDAL 3.3 on Windows. Since it depends on PROJ 6 and above,
I need PROJ 6 and above on Windows. However, I couldn't find the PROJ source
code with makefile for Windows. I am wondering how is PROJ built on Windows in
order to build GDAL 3.3 on Windows? Your help is apprec
Removing .libs helped and now pytest is working. Thank you!
Instead of using pytest to run all the tests, how to run individual test?
On 4/18/2019 3:00 PM, Even Rouault wrote:
Not sure how you find out I used libtool build. In my configure option,
I did specify "--without-libtool".
/scratch/gd
On 4/18/2019 1:11 PM, Even Rouault wrote:
On jeudi 18 avril 2019 12:38:43 CEST Fengting Chen wrote:
In my case, this didn't work.
1. When I ran the GDAL build, I always use "make clean" to clean the old
build. And I did run scripts/setdevenv.sh before running the test.
/
In my case, this didn't work.
1. When I ran the GDAL build, I always use "make clean" to clean the old
build. And I did run scripts/setdevenv.sh before running the test.
/>which gdalinfo//
///scratch/gdal/gdal/gdal/apps/gdalinfo//
/
/>gdalinfo --version//
//GDAL 2.5.0dev-94f370c-dirty, relea
...]]
Thanks,
-Fengting
On 4/9/2019 3:01 PM, Andrew C Aitchison wrote:
On Tue, 9 Apr 2019, Fengting Chen wrote:
gdalinfo and gdal_translate are working fine. just pytest failed with
the same error.
Here is my configure:
./configure --prefix=${PREFIX} \
--without-libtool \
--disable-rpath
/SDK/proj-6.0.0/dist
After that:
make clean
make -j8 -s
cd apps; make -s test_ogrsf; cd ..
-Fengting
On 4/9/2019 4:22 AM, Even Rouault wrote:
On lundi 8 avril 2019 17:20:45 CEST Fengting Chen wrote:
I rebuilt GDAl with python bindings without errors. Now I got a
different error:
ImportError
I rebuilt GDAl with python bindings without errors. Now I got a
different error:
ImportError while loading conftest
'/scratch/gdal/gdal/autotest/conftest.py'.
/home/fechen/.local/lib/python2.7/site-packages/six.py:709: in exec_
exec("""exec _code_ in _globs_, _locs_""")
conftest.py:9: in
Hi,
I followed the description in CONTRIUBTING.md on running autotest suite:
/cd ../autotest//
//pip install -r requirements.txt//
//pytest/
At the last step, pytest gave the following error:
/ImportError while loading conftest
'/scratch/gdal/gdal/autotest/conftest.py'.//
///home/fechen/.loc
49 matches
Mail list logo
