So I know none of these contain jpeglib.h, but this was where it installed whatever it is that it was installing... but when the configure code for hdf4 is looking for jpeglib.h, well I'm giving it the proper directory and it still can't find it.
Does anyone know how to solve this?
···
-----
Joshua J. D'Agostino
PhD student
Research School of Astronomy and Astrophysics
The Australian National University
Ph: +61 (0)422 673 081
Could you please send the config.log file (or just check a section where configure tries to link with the jpeg library and see what the error is)?
Thank you!
Elena
···
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Elena Pourmal The HDF Group http://hdfgroup.org
1800 So. Oak St., Suite 203, Champaign IL 61820
217.531.6112
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
So I know none of these contain jpeglib.h, but this was where it installed whatever it is that it was installing... but when the configure code for hdf4 is looking for jpeglib.h, well I'm giving it the proper directory and it still can't find it.
Does anyone know how to solve this?
-----
Joshua J. D'Agostino
PhD student
Research School of Astronomy and Astrophysics
The Australian National University
Ph: +61 (0)422 673 081
So I know none of these contain jpeglib.h, but this was where it installed
whatever it is that it was installing... but when the configure code for
hdf4 is looking for jpeglib.h, well I'm giving it the proper directory and
it still can't find it.
Does anyone know how to solve this?
-----
Joshua J. D'Agostino
PhD student
Research School of Astronomy and Astrophysics
The Australian National University
Ph: +61 (0)422 673 081
I see that you have "Documents" in your jpeg library path. Are you building on Windows via Cygwin or MinGW where the ~ expands into a path that contains spaces? Moving the jpeg library to a location where the path has no spaces might be something to try.
On Tue, Apr 5, 2016 at 8:22 PM, Joshua D'Agostino <u5696810@anu.edu.au<mailto:u5696810@anu.edu.au>> wrote:
I am having some trouble installing HDF4 due to the jpeg library.
So I know none of these contain jpeglib.h, but this was where it installed whatever it is that it was installing... but when the configure code for hdf4 is looking for jpeglib.h, well I'm giving it the proper directory and it still can't find it.
Does anyone know how to solve this?
-----
Joshua J. D'Agostino
PhD student
Research School of Astronomy and Astrophysics
The Australian National University
Ph: +61 (0)422 673 081
I encounter some troubles when trying to compile the hdf library as standalone application. When checking my program with depdendency walker, it will always depend on my HDF installation. In addition this creates path problems on Windows when using 32-bit and 64-bit simultaneously.
My environment:
- Windows 7
- MSVC 2010 (SDK7.1)
- HDF 1.8.12 (both versions for 32 and 64 bit)
It's probably nothing about msvc settings, but rather which libraries
you're linking to. Msvc is weird this way. Rather than two different
extensions for different kinds of libraries, at link time you have only
.lib files. These may be either static libraries or "import libraries" -
which tell the binary which DLL to look for and all that. You probably
have import libraries in the default build of hdf5, and maybe not static
libraries. Developers often include some "s" or "static" in filenames of
static libraries. Otherwise, you should generally assume that you have an
import library until you know otherwise.
There are many good links about this on stack overflow, and probably
sources of static builds of hdf5 if they are not in the default
distribution. I'm on my phone, and linking is a pain, so I'll leave that
to you. I hope this gives you the right search terms.
Hth,
Michael
···
On Mon, Apr 11, 2016, 05:51 Daniel Rimmelspacher <danervt@hotmail.com> wrote:
Dear HDF-Forum,
I encounter some troubles when trying to compile the hdf library as
standalone application. When checking my program with depdendency walker,
it will always depend on my HDF installation. In addition this creates path
problems on Windows when using 32-bit and 64-bit simultaneously.
My environment:
- Windows 7
- MSVC 2010 (SDK7.1)
- HDF 1.8.12 (both versions for 32 and 64 bit)
How are you building the libraries. The default batch files do static
builds I believe.
···
On Mon, Apr 11, 2016 at 5:07 AM, Michael Sarahan <msarahan@gmail.com> wrote:
It's probably nothing about msvc settings, but rather which libraries
you're linking to. Msvc is weird this way. Rather than two different
extensions for different kinds of libraries, at link time you have only
.lib files. These may be either static libraries or "import libraries" -
which tell the binary which DLL to look for and all that. You probably
have import libraries in the default build of hdf5, and maybe not static
libraries. Developers often include some "s" or "static" in filenames of
static libraries. Otherwise, you should generally assume that you have an
import library until you know otherwise.
There are many good links about this on stack overflow, and probably
sources of static builds of hdf5 if they are not in the default
distribution. I'm on my phone, and linking is a pain, so I'll leave that
to you. I hope this gives you the right search terms.
Hth,
Michael
On Mon, Apr 11, 2016, 05:51 Daniel Rimmelspacher <danervt@hotmail.com> > wrote:
Dear HDF-Forum,
I encounter some troubles when trying to compile the hdf library as
standalone application. When checking my program with depdendency walker,
it will always depend on my HDF installation. In addition this creates path
problems on Windows when using 32-bit and 64-bit simultaneously.
My environment:
- Windows 7
- MSVC 2010 (SDK7.1)
- HDF 1.8.12 (both versions for 32 and 64 bit)
HDF Group - HDF5<https://www.hdfgroup.org/windows/faq.html> www.hdfgroup.org
The HDF Group is a not-for-profit corporation with the mission of sustaining the HDF technologies and supporting HDF user communities worldwide with production ...
···
________________________________
From: Hdf-forum <hdf-forum-bounces@lists.hdfgroup.org> on behalf of David <list@aue.org>
Sent: Monday, April 11, 2016 5:47 PM
To: HDF Users Discussion List
Subject: Re: [Hdf-forum] static linking with MSVC 2010
How are you building the libraries. The default batch files do static builds I believe.
It's probably nothing about msvc settings, but rather which libraries you're linking to. Msvc is weird this way. Rather than two different extensions for different kinds of libraries, at link time you have only .lib files. These may be either static libraries or "import libraries" - which tell the binary which DLL to look for and all that. You probably have import libraries in the default build of hdf5, and maybe not static libraries. Developers often include some "s" or "static" in filenames of static libraries. Otherwise, you should generally assume that you have an import library until you know otherwise.
There are many good links about this on stack overflow, and probably sources of static builds of hdf5 if they are not in the default distribution. I'm on my phone, and linking is a pain, so I'll leave that to you. I hope this gives you the right search terms.
I encounter some troubles when trying to compile the hdf library as standalone application. When checking my program with depdendency walker, it will always depend on my HDF installation. In addition this creates path problems on Windows when using 32-bit and 64-bit simultaneously.
My environment:
- Windows 7
- MSVC 2010 (SDK7.1)
- HDF 1.8.12 (both versions for 32 and 64 bit)
------------------------------
*From:* Hdf-forum <hdf-forum-bounces@lists.hdfgroup.org> on behalf of
David <list@aue.org>
*Sent:* Monday, April 11, 2016 5:47 PM
*To:* HDF Users Discussion List
*Subject:* Re: [Hdf-forum] static linking with MSVC 2010
How are you building the libraries. The default batch files do static
builds I believe.
On Mon, Apr 11, 2016 at 5:07 AM, Michael Sarahan <msarahan@gmail.com> > wrote:
It's probably nothing about msvc settings, but rather which libraries
you're linking to. Msvc is weird this way. Rather than two different
extensions for different kinds of libraries, at link time you have only
.lib files. These may be either static libraries or "import libraries" -
which tell the binary which DLL to look for and all that. You probably
have import libraries in the default build of hdf5, and maybe not static
libraries. Developers often include some "s" or "static" in filenames of
static libraries. Otherwise, you should generally assume that you have an
import library until you know otherwise.
There are many good links about this on stack overflow, and probably
sources of static builds of hdf5 if they are not in the default
distribution. I'm on my phone, and linking is a pain, so I'll leave that
to you. I hope this gives you the right search terms.
Hth,
Michael
On Mon, Apr 11, 2016, 05:51 Daniel Rimmelspacher <danervt@hotmail.com> >> wrote:
Dear HDF-Forum,
I encounter some troubles when trying to compile the hdf library as
standalone application. When checking my program with depdendency walker,
it will always depend on my HDF installation. In addition this creates path
problems on Windows when using 32-bit and 64-bit simultaneously.
My environment:
- Windows 7
- MSVC 2010 (SDK7.1)
- HDF 1.8.12 (both versions for 32 and 64 bit)
