[gdal-dev] compile error

2010-09-15 Thread Murat Beyhan
I tried to install gdal 1.7.2 on mandriva in order to read data from mysql. So I faced following error Please help me How can I solve this problem many thanks Murat g++ -I../../port -I../../gcore -I../../alg -I../../ogr `php-config --includes` -fpic -c gdal_wrap.cpp

Re: [gdal-dev] compile error

2010-09-16 Thread Even Rouault
Murat, unfortunately, no-one currently maintains the PHP bindings so there's a high risk they are not functionnal (PHP mainteners welcome by the way). See http://trac.osgeo.org/gdal/wiki/GdalOgrInPhp Actually I got the same errors as you. It appears the gdal_wrap.cpp in SVN is outdated. Howeve

Re: [gdal-dev] compile error

2010-09-16 Thread Murat Beyhan
Dear Even, Thanks for your reply. I just remove php support from configure script than I achieved to install gdal with mysql support. Many Thanks for your help... Murat On Thu, 2010-09-16 at 19:39 +0200, Even Rouault wrote: > Murat, > > unfortunately, no-one currently maintains the PHP binding

[gdal-dev] compile error on master

2014-12-12 Thread Stefan Ziegler
Hi I have troubles compiling gdal on Ubuntu 10.04 and 12.04 (worked few weeks ago): make[1]: Entering directory `/usr/local/src/gdal/gdal-dev/gdal' make[1]: `libgdal.la' is up to date. make[1]: Leaving directory `/usr/local/src/gdal/gdal-dev/gdal' (cd apps; make) make[1]: Entering directory `/usr

[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

Re: [gdal-dev] compile error on master

2014-12-12 Thread Even Rouault
Le vendredi 12 décembre 2014 10:10:46, Stefan Ziegler a écrit : > Hi > > I have troubles compiling gdal on Ubuntu 10.04 and 12.04 (worked few weeks > ago): Stefan, Did you "make clean" before ? GDAL makefiles have not the dependencies to the headers, so changes in them do not automatically trig

Re: [gdal-dev] compile error on master

2014-12-12 Thread Stefan Ziegler
Hi Even thanks. I was pretty sure I've cleaned before. Now it works... (perhaps forgot sudo before). regards Stefan On Fri, Dec 12, 2014 at 12:40 PM, Even Rouault wrote: > > Le vendredi 12 décembre 2014 10:10:46, Stefan Ziegler a écrit : > > Hi > > > > I have troubles compiling gdal on Ubuntu 1

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

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-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-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-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-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 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 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 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 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 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
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-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-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-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-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

[gdal-dev] Compile error with --with-python

2010-03-03 Thread ChiefDan
I am seeing a very odd build error that seems to be happening in the swig/python area. For some reason on a "-L" options the directory name is getting spaces between every character: compile options: '-I../../port -I../../gcore -I../../alg -I../../ogr/ -I/usr/include/python2.5 -I/usr/lib/python2.