Changes between Version 2 and Version 3 of BuildingOnWindows

Timestamp:

Apr 1, 2007, 2:16:35 PM (17 years ago)

Author:

hobu

Comment:

--

BuildingOnWindows

@@ -72 +72 @@
 
 I frequently forget to update the Windows makefiles when I add new files, so if something comes up missing consider comparing the file lists in the appropriate makefile.vc against the GNUmakefile or just contact me. 
+
+= Building Plugins =
+
+Plugins are one way you can add support for format drivers without embedding object code that links to auxiliary libraries that can cause linking 
+issues (usually licensing related).  Currently, three drivers support building as plugins:
+ * MrSID
+ * Oracle Spatial
+ * ArcSDE (raster and vector)
+
+== Plugin building example ==
+
+This example allows the building of ArcSDE support as a plugin.  To build SDE support as a plugin, build GDAL as you normally would without 
+enabling any of the SDE-specific options in nmake.opt.  After you have a gdal.dll, go back and edit nmake.opt to the following: 
+{{{
+        SDE_ENABLED = YES # turn on support
+        SDE_VERSION = 91
+        SDE_PLUGIN = YES
+        SDE_SDK = C:\arcgis\arcsde # base directory of SDE includes and libraries
+        SDE_INC = $(SDE_SDK)\include  # includes directory
+        SDE_LIB = $(SDE_SDK)\lib\pe$(SDE_VERSION).lib \
+                  $(SDE_SDK)\lib\sde$(SDE_VERSION).lib $(SDE_SDK)\lib\sg$(SDE_VERSION).lib
+}}}
+After editing nmake.opt, cd into frmts/sde using your MSVC terminal and issue the make command: 
+{{{
+        nmake /f makefile.vc plugin
+}}}
+This will build gdal_SDE.dll and link it against the gdal.dll and the SDE SDK client DLLs.  After you have your gdal_SDE.dll, copy it into your 
+GDAL_DRIVER_PATH folder (you will need to explicitly set this environment variable to allow GDAL to find its plugin drivers).  Your next gdalinfo 
+or gdal_translate (or any other GDAL calls) should now be able to see the driver when it goes through the driver registration process.