Re: [gdal-dev] compile error on windows

2016-08-02 Thread Jeff McKenna
H5_BUILT_AS_DYNAMIC_LIB ... #define H5_DLL __declspec(dllimport) Without that, the symbols won't import from the DLL. I don't see any dependence on _HDF5USEDLL_ -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-compile-error-on-windows-tp5263583p5279010.html Sen

Re: [gdal-dev] compile error on windows

2016-08-02 Thread Jeff McKenna
It would be great for all those interested in this thread, to take a moment and make sure that these steps are documented in the BuildHints wiki page for this (https://trac.osgeo.org/gdal/wiki/HDF). I did that of course, but other community members should as well, especially all those so concer

Re: [gdal-dev] compile error on windows

2016-08-01 Thread twhall
H5_BUILT_AS_DYNAMIC_LIB ... #define H5_DLL __declspec(dllimport) Without that, the symbols won't import from the DLL. I don't see any dependence on _HDF5USEDLL_ -- View this message in context: http://osgeo-org.1560.x6.nabble.com/gdal-dev-compile-error-on-windows-tp5263583p5279010.html Sent fro

Re: [gdal-dev] compile error on windows

2016-05-04 Thread Ze Gadalo
> > If you have the opportunity, it would be good if you could check if > defining > both _HDF5USEDLL_ and H5_BUILT_AS_DYNAMIC_LIB doesn't affect negatively > your > builds. Ideally, we'd like to have a default set of compilation flags that > works out of the box for (almost) everybody. > > Ok, I c

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Jeff McKenna
On 2016-05-03 3:11 PM, Even Rouault wrote: Le mardi 03 mai 2016 19:57:45, Jeff McKenna a écrit : I'm also very ok with changing the default to set H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before building. Not an issue for me. I'm not keen to modify things without a clear und

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Even Rouault
Le mardi 03 mai 2016 19:57:45, Jeff McKenna a écrit : > I'm also very ok with changing the default to set > H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before > building. Not an issue for me. I'm not keen to modify things without a clear understanding of what is required in which

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Jeff McKenna
I'm also very ok with changing the default to set H5_BUILT_AS_DYNAMIC_LIB only - I'll just edit the makefile before building. Not an issue for me. Since no one is recording these notes from this long discussion in the buildhints wiki, I'm +1 to change to this new setting in makefile.vc; then

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Jeff McKenna
On 2016-05-03 1:36 PM, Even Rouault wrote: If you have the opportunity, it would be good if you could check if defining both _HDF5USEDLL_ and H5_BUILT_AS_DYNAMIC_LIB doesn't affect negatively your builds. Ideally, we'd like to have a default set of compilation flags that works out of the box for

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Even Rouault
Le mardi 03 mai 2016 18:23:47, Jeff McKenna a écrit : > On 2016-05-03 4:54 AM, Even Rouault wrote: > >> -EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -D_HDF5USEDLL_ > >> +EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 > >> -DH5_BUILT_AS_DYNAMIC_LIB > > > > Jeff, > > > > does the above m

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Jeff McKenna
On 2016-05-03 4:54 AM, Even Rouault wrote: -EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -D_HDF5USEDLL_ +EXTRAFLAGS = -I$(HDF5_DIR)\include -DWIN32 -DH5_BUILT_AS_DYNAMIC_LIB Jeff, does the above match your experience ? We could probably define both _HDF5USEDLL_ and H5_BUILT_AS_D

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Joaquim Luis
an see thers) I'm working on a new build for the MS4W community with the new 2015 compiler, which seems to work better managing these 4 libraries (huge knock on wood!). In terms of building HDF5, one of the important notes is during cmake be sure to set "-DBUILD_SHARED_LIBS:BOOL:ON" I'm

Re: [gdal-dev] compile error on windows

2016-05-03 Thread Even Rouault
Le lundi 02 mai 2016 23:21:04, Ryan Grout a écrit : > Thanks, again Christoph. You're a lifesaver. > > For the benefit of the gdal-dev list. > Applying the below patch to GDAL fixed my build issues with HDF5 1.8.16 > --- > --

Re: [gdal-dev] compile error on windows

2016-05-02 Thread Ryan Grout
Thanks, again Christoph. You're a lifesaver. For the benefit of the gdal-dev list. Applying the below patch to GDAL fixed my build issues with HDF5 1.8.16 - diff --git frmts/hdf5/makefile.vc frmts/hdf5/makefile.vc index e

Re: [gdal-dev] compile error on windows

2016-05-01 Thread Joaquim Luis
If you want to protect your hair don't try to build HDF5.8.12 (and probably some other versions around this one) it will crash a couple times under VS14 and will error at the middle of build with a timezone variable not found (or similar) 5.10.0 builds fine but the HDF page has worry message say

Re: [gdal-dev] compile error on windows

2016-04-30 Thread Jeff McKenna
On 2016-04-29 5:17 PM, Ryan Grout wrote: Hello, I'm attempting to build GDAL for windows using Visual Studio 2008. I've included the output of the build failure below. I don't see anything wrong with the linking command (hdf5 library is there). I've double checked the exported symbols of hdf5.

Re: [gdal-dev] compile error on windows

2016-04-29 Thread Christoph Gohlke
Check the compile options. To use shared libraries of HDF5-1.8.16 on Windows with Visual Studio you must specify the H5_BUILT_AS_DYNAMIC_LIB compile definition (see ). Christoph On 4/29/2016 1:17 PM, Ryan Grout wrote: Hello, I'm attemptin

[gdal-dev] compile error on windows

2016-04-29 Thread Ryan Grout
Hello, I'm attempting to build GDAL for windows using Visual Studio 2008. I've included the output of the build failure below. I don't see anything wrong with the linking command (hdf5 library is there). I've double checked the exported symbols of hdf5.lib and it definitely exports the symbols t