Re: [gdal-dev] Improving GDAL production in our release

2025-01-31 Thread David Klaus via gdal-dev
All, I just wanted to follow up on this thread to report how we solved this issue. Using vcpkg we were able to create a custom build of GDAL 3.10.0 that statically links Proj. We have a new build script using vcpkg. This seems to have improved our build process, but the proof will be in how easy i

Re: [gdal-dev] Improving GDAL production in our release

2025-01-08 Thread David Klaus via gdal-dev
All, On Robert C.'s advice I am currently investigating using vcpkg to fulfill my company's build requirements. I haven't successfully managed to build GDAL to our specifications yet. But if I do, I will make sure to post details to this thread, On Mon, Jan 6, 2025 at 6:52 PM Greg Troxel wrote:

Re: [gdal-dev] Improving GDAL production in our release

2025-01-07 Thread Robert Coup via gdal-dev
Hi, Depending on what you need, I've found using VCPKG (https://vcpkg.io/en/) can make it straightforward to address the dependencies *of* GDAL, and it's all driven by CMake underneath, like GDAL's builds. Importantly, it is well tested and supported on Windows. That means you end up spending your

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Kai Pastor, DG0YT via gdal-dev
In our builds, we statically link the Proj library into GDAL. This approach is necessary because our product integrates with other environments that often include their own GDAL builds. In the past, dynamically linking the Proj library caused significant issues: these other environments would s

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Kurt Schwehr via gdal-dev
Packaging is hard. There are all sorts of sharp edges. I don't work in the windows world much at all, so I can't comment on the packaging there, but there are many package mangers that provide GDAL. And many of us who do packaging share ideas and fixes across packaging. I personally do bazel builds

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Andrew C Aitchison via gdal-dev
On Mon, 6 Jan 2025, David Klaus via gdal-dev wrote: So, given the challenges of maintaining our current custom build process, we are exploring simpler alternatives for producing a GDAL that meets our needs. However, our research hasn't yet yielded actionable improvements. We would greatly apprec

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Greg Troxel via gdal-dev
David Klaus writes: > Thank you for your fast response. > > Q: You didn't explain whether you are doing import/merge and carrying diffs > to the sources, and if so, you didn't give a link where others can look at > them. > > A: I apologize if I misunderstand your questions. I think you are asking

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Andrew Bell via gdal-dev
Hi David, It's not clear what the issues are that you're having. Some specifics as to the details of your problems would help. On Mon, Jan 6, 2025 at 6:16 PM David Klaus via gdal-dev wrote: > > Dear GDAL-DEV Community, > > I apologize if this isn’t the right forum for this inquiry. If so, please

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread David Klaus via gdal-dev
Greg, Thank you for your fast response. Q: You didn't explain whether you are doing import/merge and carrying diffs to the sources, and if so, you didn't give a link where others can look at them. A: I apologize if I misunderstand your questions. I think you are asking whether or not anyone at o

Re: [gdal-dev] Improving GDAL production in our release

2025-01-06 Thread Greg Troxel via gdal-dev
David Klaus via gdal-dev writes: > I am reaching out for advice on streamlining the process my company uses to > produce new versions of GDAL for our releases. Currently, we maintain a > batch file that handles some preliminary setup tasks and then initiates a > custom GDAL build using CMake. Unf

[gdal-dev] Improving GDAL production in our release

2025-01-06 Thread David Klaus via gdal-dev
Dear GDAL-DEV Community, I apologize if this isn’t the right forum for this inquiry. If so, please feel free to disregard this email. *Current Problem:* I am reaching out for advice on streamlining the process my company uses to produce new versions of GDAL for our releases. Currently, we mainta