<div dir="auto">You can start by disabling drivers.  You can get down to just a couple raster drivers pretty easily, but you won't be able to remove all of the raster code.  I did exactly this with a bagel based build.  I got it down to 21 raster drivers.  I think I am down under 300K active LOC.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 17, 2019, 6:42 AM FA <<a href="mailto:finn@arildsen.com">finn@arildsen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
Does anyone know if it is possible to build a "small" subset of GDAL?   <br>
<br>
In my Win32 application need to use the OGR functions to translate between<br>
coordinate systems.  However, when I take the full package, there are<br>
clashes between 3rd party libraries imported by GDAL and those I already<br>
have in my application.<br>
<br>
So I wanted to explore the possibility of building a self-contained subset<br>
of GDAL, only providing OGR functions, and only dependent on a minimal set<br>
of run-time-libraries.<br>
<br>
I suspect that if I try the brute-force method of simply adding files to the<br>
build as needed, I will eventually end up with the full GDAL package.<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html" rel="noreferrer noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></blockquote></div>