compiling hdf5 1.8.3 on windows

Hi,
Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
compilation is a breeze, but I wasted half a day trying to compile it
with MSVC++ 2008. FIrst off I am confused with projects I should take
(windows? windows_vnet?). I just need the dll so went for
windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
solution but missing on disk (I removed it then from the solution). I
have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but the
linkes still complains about missing SZ* stuff. In addition, the linking
(what linking?!) further complains about missing zlib library - why? I
don't need zlib dll to compile hdf5 dll, right? (will need it when
linking my application).
Any indications are welcome.
With regards,
Dominik

Hi Dominick,

Did you check release_docs/INSTALL_Windows.txt file section XI?
We also provide pre-compiled binaries for for both Windows XP 32 and 64-bit with VS2008 http://www.hdfgroup.org/HDF5/release/obtain5.html Have you tried those?

Elena

···

On Jul 17, 2009, at 11:45 AM, Dominik Szczerba wrote:

Hi,
Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
compilation is a breeze, but I wasted half a day trying to compile it
with MSVC++ 2008. FIrst off I am confused with projects I should take
(windows? windows_vnet?). I just need the dll so went for
windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
solution but missing on disk (I removed it then from the solution). I
have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but the
linkes still complains about missing SZ* stuff. In addition, the linking
(what linking?!) further complains about missing zlib library - why? I
don't need zlib dll to compile hdf5 dll, right? (will need it when
linking my application).
Any indications are welcome.
With regards,
Dominik

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Hi Elena,

Yes, I did exactly this - commented out the defines, run the bat file
etc. - and still get errors about szip stuff (missing includes). Didn't
you think of using cmake to simplify/clarify the (excessively difficult)
build process?

As to the binaries: do you also have szib binary compiled with vs2008? I
could only find 2005...

regards,
Dominik

···

On Fri, 2009-07-17 at 18:01 -0500, Elena Pourmal wrote:

Hi Dominick,

Did you check release_docs/INSTALL_Windows.txt file section XI?
We also provide pre-compiled binaries for for both Windows XP 32 and
64-bit with VS2008 http://www.hdfgroup.org/HDF5/release/obtain5.html
Have you tried those?

Elena
On Jul 17, 2009, at 11:45 AM, Dominik Szczerba wrote:

> Hi,
> Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
> compilation is a breeze, but I wasted half a day trying to compile it
> with MSVC++ 2008. FIrst off I am confused with projects I should take
> (windows? windows_vnet?). I just need the dll so went for
> windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
> solution but missing on disk (I removed it then from the solution). I
> have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but the
> linkes still complains about missing SZ* stuff. In addition, the
> linking
> (what linking?!) further complains about missing zlib library - why? I
> don't need zlib dll to compile hdf5 dll, right? (will need it when
> linking my application).
> Any indications are welcome.
> With regards,
> Dominik
>
>
>
> _______________________________________________
> Hdf-forum is for HDF software users discussion.
> Hdf-forum@hdfgroup.org
> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Hi Dominick,

Hi Elena,

Yes, I did exactly this - commented out the defines, run the bat file
etc. - and still get errors about szip stuff (missing includes). Didn't
you think of using cmake to simplify/clarify the (excessively difficult)
build process?

yes, we are aware of the difficulties and have been looking into alternative ways to build on Windows; we will add Cmake to our list (my personal experience with Cmake was awful ;-), it was very hard to debug, but it was several years ago).

Could you please send the errors you are getting to help@hdfgroup.org? We have to understand why our instructions are so difficult to follow.

As to the binaries: do you also have szib binary compiled with vs2008? I
could only find 2005...

We definitely have them. Let me check and make sure that they are available on our FTP server. Will get back to you.

Elena

···

On Jul 18, 2009, at 4:02 AM, Dominik Szczerba wrote:

regards,
Dominik

On Fri, 2009-07-17 at 18:01 -0500, Elena Pourmal wrote:

Hi Dominick,

Did you check release_docs/INSTALL_Windows.txt file section XI?
We also provide pre-compiled binaries for for both Windows XP 32 and
64-bit with VS2008 http://www.hdfgroup.org/HDF5/release/obtain5.html
Have you tried those?

Elena
On Jul 17, 2009, at 11:45 AM, Dominik Szczerba wrote:

Hi,
Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
compilation is a breeze, but I wasted half a day trying to compile it
with MSVC++ 2008. FIrst off I am confused with projects I should take
(windows? windows_vnet?). I just need the dll so went for
windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
solution but missing on disk (I removed it then from the solution). I
have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but the
linkes still complains about missing SZ* stuff. In addition, the
linking
(what linking?!) further complains about missing zlib library - why? I
don't need zlib dll to compile hdf5 dll, right? (will need it when
linking my application).
Any indications are welcome.
With regards,
Dominik

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Hi Elena,

Hi Dominick,

> Hi Elena,
>
> Yes, I did exactly this - commented out the defines, run the bat file
> etc. - and still get errors about szip stuff (missing includes).
> Didn't
> you think of using cmake to simplify/clarify the (excessively
> difficult)
> build process?
>
yes, we are aware of the difficulties and have been looking into
alternative ways to build on Windows; we will add Cmake to our list
(my personal experience with Cmake was awful ;-), it was very hard to
debug, but it was several years ago).

Yes, cmake has changed (in plus) quite a lot over the last years. To
name just a few big ones, KDE, CGAL, VTK has been relying on this
technique. Contact me off-list if you are interested in more details.

Could you please send the errors you are getting to help@hdfgroup.org?
We have to understand why our instructions are so difficult to follow.

First, I find it way too big. But it is probably explained to some
extent by the lack of standard building practices on Windows. Still,
editing config files by hand, running batch files (before, after...),
tweaking the solution file (removing EXT_SZIP from linker input...) is a
thermal shock to a linux user... :wink: At the end, I finally managed to
compile the DLL with one additional step NOT described in the docu. The
INSTALL_Windows says:

"These instructions assume that copy_hdf.bat has already been run in
Section II. (...)
1.1 Open the H5pubconf.h file (...)"

Having done that, as reported, I still get errors about missing szip
includes. They went away after one more execution of copy_hdf.bat, but
that was not (clearly?) mentioned in the documentation?

> As to the binaries: do you also have szib binary compiled with
> vs2008? I
> could only find 2005...
>
We definitely have them. Let me check and make sure that they are
available on our FTP server. Will get back to you.

Yes, please, I would tend to use an official version over my dirty
build... But I dont want to mix VS 2005 and 2008.

thank your and best regards,
Dominik

···

On Sun, 2009-07-19 at 17:02 -0500, Elena Pourmal wrote:

On Jul 18, 2009, at 4:02 AM, Dominik Szczerba wrote:

Elena
> regards,
> Dominik
>
> On Fri, 2009-07-17 at 18:01 -0500, Elena Pourmal wrote:
>> Hi Dominick,
>>
>> Did you check release_docs/INSTALL_Windows.txt file section XI?
>> We also provide pre-compiled binaries for for both Windows XP 32 and
>> 64-bit with VS2008 http://www.hdfgroup.org/HDF5/release/obtain5.html
>> Have you tried those?
>>
>> Elena
>> On Jul 17, 2009, at 11:45 AM, Dominik Szczerba wrote:
>>
>>> Hi,
>>> Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
>>> compilation is a breeze, but I wasted half a day trying to compile
>>> it
>>> with MSVC++ 2008. FIrst off I am confused with projects I should
>>> take
>>> (windows? windows_vnet?). I just need the dll so went for
>>> windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
>>> solution but missing on disk (I removed it then from the
>>> solution). I
>>> have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but
>>> the
>>> linkes still complains about missing SZ* stuff. In addition, the
>>> linking
>>> (what linking?!) further complains about missing zlib library -
>>> why? I
>>> don't need zlib dll to compile hdf5 dll, right? (will need it when
>>> linking my application).
>>> Any indications are welcome.
>>> With regards,
>>> Dominik
>>>
>>>
>>>
>>> _______________________________________________
>>> Hdf-forum is for HDF software users discussion.
>>> Hdf-forum@hdfgroup.org
>>> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>>
>>
>> _______________________________________________
>> Hdf-forum is for HDF software users discussion.
>> Hdf-forum@hdfgroup.org
>> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>>
>
>
> _______________________________________________
> Hdf-forum is for HDF software users discussion.
> Hdf-forum@hdfgroup.org
> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Hi Dominik,
  As Elena has indicated, we are aware of the difficulties regarding how the library is built under windows. We do have ideas on how to improve things, but it will take some time to get those ideas implemented. Until then, we welcome any input and especially any detailed suggestions for improvement.
Currently, I have found it best and reliable to carefully follow the INSTALL_Windows.txt file and make changes to the options after I successfully build it with the defaults. In the past, I have experienced exactly your problems.

So I offer the following suggestion, if you decide to build the library again:
1> Start with a clean folder and the HDF5 library source files.
2> Open a command prompt.
3> Before anything, execute the copy_hdf.bat file from the windows folder (IGNORE the windows_vnet folder).
4> Yes the VS2005 ext libs are usuable by VS2008. I create an "extlibs" folder at C:\ for the extlibs (makes for a short path).
5> Make sure your environment variables are in place for the ext libs. (HDF5_EXT_ZLIB and HDF5_EXT_SZIP)
6> Make sure the include and library paths for the ext libs are in Microsoft Visual Studio.
7> From the command line execute the hdf5bt.bat (build and test) or hdf5build.bat (build only) file with the /vs9 argument for VS2008.
8> Now open the all.sln file in VS2008 (in the windows\proj\all folder).
9> Follow the instructions to remove any ext libs or make any other changes.

Yes, this is a bit cumbersome, and we are looking at other solutions including cmake and MSBuild options.

Allen

···

Hi Elena,

On Sun, 2009-07-19 at 17:02 -0500, Elena Pourmal wrote:
> Hi Dominick,
>
> On Jul 18, 2009, at 4:02 AM, Dominik Szczerba wrote:
>
> > Hi Elena,
> >
> > Yes, I did exactly this - commented out the defines, run the bat file
> > etc. - and still get errors about szip stuff (missing includes).
> > Didn't
> > you think of using cmake to simplify/clarify the (excessively
> > difficult)
> > build process?
> >
> yes, we are aware of the difficulties and have been looking into
> alternative ways to build on Windows; we will add Cmake to our list
> (my personal experience with Cmake was awful ;-), it was very hard to
> debug, but it was several years ago).
>

Yes, cmake has changed (in plus) quite a lot over the last years. To
name just a few big ones, KDE, CGAL, VTK has been relying on this
technique. Contact me off-list if you are interested in more details.

> Could you please send the errors you are getting to help@hdfgroup.org?
> We have to understand why our instructions are so difficult to follow.
>

First, I find it way too big. But it is probably explained to some
extent by the lack of standard building practices on Windows. Still,
editing config files by hand, running batch files (before, after...),
tweaking the solution file (removing EXT_SZIP from linker input...) is a
thermal shock to a linux user... :wink: At the end, I finally managed to
compile the DLL with one additional step NOT described in the docu. The
INSTALL_Windows says:

"These instructions assume that copy_hdf.bat has already been run in
Section II. (...)
1.1 Open the H5pubconf.h file (...)"

Having done that, as reported, I still get errors about missing szip
includes. They went away after one more execution of copy_hdf.bat, but
that was not (clearly?) mentioned in the documentation?

>
> > As to the binaries: do you also have szib binary compiled with
> > vs2008? I
> > could only find 2005...
> >
> We definitely have them. Let me check and make sure that they are
> available on our FTP server. Will get back to you.
>

Yes, please, I would tend to use an official version over my dirty
build... But I dont want to mix VS 2005 and 2008.

thank your and best regards,
Dominik

> Elena
> > regards,
> > Dominik
> >
> > On Fri, 2009-07-17 at 18:01 -0500, Elena Pourmal wrote:
> >> Hi Dominick,
> >>
> >> Did you check release_docs/INSTALL_Windows.txt file section XI?
> >> We also provide pre-compiled binaries for for both Windows XP 32 and
> >> 64-bit with VS2008 http://www.hdfgroup.org/HDF5/release/obtain5.html
> >> Have you tried those?
> >>
> >> Elena
> >> On Jul 17, 2009, at 11:45 AM, Dominik Szczerba wrote:
> >>
> >>> Hi,
> >>> Is there a guide to compile hdf5 1.8.3 on Windows? On linux the
> >>> compilation is a breeze, but I wasted half a day trying to compile
> >>> it
> >>> with MSVC++ 2008. FIrst off I am confused with projects I should
> >>> take
> >>> (windows? windows_vnet?). I just need the dll so went for
> >>> windows/proj/hdf5dll. Then H5Tinit.c is present in the (converted)
> >>> solution but missing on disk (I removed it then from the
> >>> solution). I
> >>> have set FILTER_SZIP as well as HAVE_SZLIB to 0 in H5pubconf.h but
> >>> the
> >>> linkes still complains about missing SZ* stuff. In addition, the
> >>> linking
> >>> (what linking?!) further complains about missing zlib library -
> >>> why? I
> >>> don't need zlib dll to compile hdf5 dll, right? (will need it when
> >>> linking my application).
> >>> Any indications are welcome.
> >>> With regards,
> >>> Dominik
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Hdf-forum is for HDF software users discussion.
> >>> Hdf-forum@hdfgroup.org
> >>> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
> >>
> >>
> >> _______________________________________________
> >> Hdf-forum is for HDF software users discussion.
> >> Hdf-forum@hdfgroup.org
> >> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
> >>
> >
> >
> > _______________________________________________
> > Hdf-forum is for HDF software users discussion.
> > Hdf-forum@hdfgroup.org
> > http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>
>
> _______________________________________________
> Hdf-forum is for HDF software users discussion.
> Hdf-forum@hdfgroup.org
> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I my current version of a CMake build system for HDF5 v 1.6.9 the entire paragraph above is down to:

Launch CMake-gui.exe
Select the Source and Build directories
Click "Configure"
Select any options that you want:
   * Shared Libraries
   * SZip/Zip Support
   * High Level Library
   * CPP Libraries
   * Build Testing
   * Build Utilities
Click "Generate"

From Windows Explorer, open the generated hdf5.sln file in visual studio
Use the "Install" project to build and install everything.

All very straight forward and easy to do. Note that there are no batch files or hand editing of files required. Also, this procedure is _exactly_ the same for _all_ platforms supported, which includes:
    Visual studio 2007, 2008, 2009, MinGW, MSYS, Cygwin
    Xcode, Makefiles, Eclipse, CodeBlocks, KDevelop.

Kitware also can provide free hosting of a "Dashboard" where you and the community can run nightly builds of HDF5 where the results get reported back to a central location making it easy to ascertain the "health" of the current state of the code base.

Just my 5 cents worth.

My "fork" can be viewed/downloaded at:

http://www.bluequartz.net/cgi-bin/gitweb/gitweb.cgi?p=hdf5-169.git;a=tree

and if you click on the "snapshot" link you can get a .tgz version of the source.

···

On Jul 20, 2009, at 3:45 AM, Dominik Szczerba wrote:

First, I find it way too big. But it is probably explained to some
extent by the lack of standard building practices on Windows. Still,
editing config files by hand, running batch files (before, after...),
tweaking the solution file (removing EXT_SZIP from linker input...) is a
thermal shock to a linux user... :wink: At the end, I finally managed to
compile the DLL with one additional step NOT described in the docu. The
INSTALL_Windows says:

"These instructions assume that copy_hdf.bat has already been run in
Section II. (...)
1.1 Open the H5pubconf.h file (...)"

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
             www.bluequartz.net

I would be glad to see that happen and could contribute testing (linux,
windows).
Mike - would you mind posting your CMake input or at least sending it to
me? Did you evaluate how much work will it be to port it to 1.8.x?
-- Dominik

···

On Mon, 2009-07-20 at 09:34 -0400, Michael Jackson wrote:

On Jul 20, 2009, at 3:45 AM, Dominik Szczerba wrote:

> First, I find it way too big. But it is probably explained to some
> extent by the lack of standard building practices on Windows. Still,
> editing config files by hand, running batch files (before, after...),
> tweaking the solution file (removing EXT_SZIP from linker input...)
> is a
> thermal shock to a linux user... :wink: At the end, I finally managed to
> compile the DLL with one additional step NOT described in the docu.
> The
> INSTALL_Windows says:
>
> "These instructions assume that copy_hdf.bat has already been run in
> Section II. (...)
> 1.1 Open the H5pubconf.h file (...)"

I my current version of a CMake build system for HDF5 v 1.6.9 the
entire paragraph above is down to:

Launch CMake-gui.exe
Select the Source and Build directories
Click "Configure"
Select any options that you want:
   * Shared Libraries
   * SZip/Zip Support
   * High Level Library
   * CPP Libraries
   * Build Testing
   * Build Utilities
Click "Generate"

From Windows Explorer, open the generated hdf5.sln file in visual
studio
Use the "Install" project to build and install everything.

All very straight forward and easy to do. Note that there are no batch
files or hand editing of files required. Also, this procedure is
_exactly_ the same for _all_ platforms supported, which includes:
    Visual studio 2007, 2008, 2009, MinGW, MSYS, Cygwin
    Xcode, Makefiles, Eclipse, CodeBlocks, KDevelop.

Kitware also can provide free hosting of a "Dashboard" where you and
the community can run nightly builds of HDF5 where the results get
reported back to a central location making it easy to ascertain the
"health" of the current state of the code base.

Just my 5 cents worth.

My "fork" can be viewed/downloaded at:

http://www.bluequartz.net/cgi-bin/gitweb/gitweb.cgi?p=hdf5-169.git;a=tree

and if you click on the "snapshot" link you can get a .tgz version of
the source.
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
             www.bluequartz.net

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Hi all,

I would like to ask your feedback on what epsilon values
to use in h5diff. We currently use the following default epsilon
values in h5diff to compare values of floating points.
#define H5DIFF_FLT_EPSILON .00001
#define H5DIFF_DBL_EPSILON .000000001

There are some issues for using these default values. See
details in the RFC at
http://www.hdfgroup.uiuc.edu/RFC/HDF5/h5diff/

We proposed three options and would like to know what you think.

1) Stay with the current H5DIFF_FLT_EPSILON
2) Use the system defined values (FLT_EPSILON and DBL_EPSILON)
3) Use a constant that is closer to the system defined values

Thanks
--pc

I haven't taken the time to evaluate what it would take to port to the 1.8.3 branch and I wouldn't really offer a guess as to how long. If I recollect though the 1.6.x took me about a week or so to get the bulk of it up and running. There is usually a day each time a new version in the 1.6.x branch comes out to get everything updated and tested on my three systems (OS X, Windows XP, Linux).

   Of course I was lucky in the fact that ParaView had already done most of the work for me. I simply cleaned things up and added in the CPP and High Level Libraries and the Unit Tests.

···

On Jul 20, 2009, at 9:57 AM, Dominik Szczerba wrote:

Mike - would you mind posting your CMake input or at least sending it to
me? Did you evaluate how much work will it be to port it to 1.8.x?

---
Mike Jackson www.bluequartz.net

Sorry - I just found the link at the very bottom of your email...

···

On Mon, 2009-07-20 at 15:57 +0200, Dominik Szczerba wrote:

I would be glad to see that happen and could contribute testing (linux,
windows).
Mike - would you mind posting your CMake input or at least sending it to
me? Did you evaluate how much work will it be to port it to 1.8.x?
-- Dominik

On Mon, 2009-07-20 at 09:34 -0400, Michael Jackson wrote:
> On Jul 20, 2009, at 3:45 AM, Dominik Szczerba wrote:
>
> > First, I find it way too big. But it is probably explained to some
> > extent by the lack of standard building practices on Windows. Still,
> > editing config files by hand, running batch files (before, after...),
> > tweaking the solution file (removing EXT_SZIP from linker input...)
> > is a
> > thermal shock to a linux user... :wink: At the end, I finally managed to
> > compile the DLL with one additional step NOT described in the docu.
> > The
> > INSTALL_Windows says:
> >
> > "These instructions assume that copy_hdf.bat has already been run in
> > Section II. (...)
> > 1.1 Open the H5pubconf.h file (...)"
>
> I my current version of a CMake build system for HDF5 v 1.6.9 the
> entire paragraph above is down to:
>
> Launch CMake-gui.exe
> Select the Source and Build directories
> Click "Configure"
> Select any options that you want:
> * Shared Libraries
> * SZip/Zip Support
> * High Level Library
> * CPP Libraries
> * Build Testing
> * Build Utilities
> Click "Generate"
>
> From Windows Explorer, open the generated hdf5.sln file in visual
> studio
> Use the "Install" project to build and install everything.
>
> All very straight forward and easy to do. Note that there are no batch
> files or hand editing of files required. Also, this procedure is
> _exactly_ the same for _all_ platforms supported, which includes:
> Visual studio 2007, 2008, 2009, MinGW, MSYS, Cygwin
> Xcode, Makefiles, Eclipse, CodeBlocks, KDevelop.
>
> Kitware also can provide free hosting of a "Dashboard" where you and
> the community can run nightly builds of HDF5 where the results get
> reported back to a central location making it easy to ascertain the
> "health" of the current state of the code base.
>
> Just my 5 cents worth.
>
> My "fork" can be viewed/downloaded at:
>
> http://www.bluequartz.net/cgi-bin/gitweb/gitweb.cgi?p=hdf5-169.git;a=tree
>
> and if you click on the "snapshot" link you can get a .tgz version of
> the source.
> _________________________________________________________
> Mike Jackson mike.jackson@bluequartz.net
> www.bluequartz.net
>
>
> _______________________________________________
> Hdf-forum is for HDF software users discussion.
> Hdf-forum@hdfgroup.org
> http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org
>

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

···

--
John Biddiscombe, email:biddisco @ cscs.ch


CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena

···

On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I'll probably have to get one going for my current project but I have no idea when that might be. Would be nice if someone else had one to shared. What version does ParaView use?

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 16, 2009, at 10:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes? How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

   Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

   I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

   Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

   Thoughts?

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

···

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and
it does not perform all of the configuration tasks. In particular, the
architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my
SVN tree is visible on Google Code:
http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything
actually useful to the HDF Group with no restrictions.

···

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal <epourmal@hdfgroup.org>wrote:

Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward
creating the CMake build system for HDF5 1.8.x. Would the HDF Group give
their backing? By that I mean, is it possible to get CVS read/write access
to the HDF5 source codes?

How willing is the HDF5 group to make some small tweaks to the HDF5 source
codes to accommodate CMake if it were needed? I would much rather go down
the road of creating a CMake version of HDF5 _if_ I had the official backing
of the HDF5 group, rather than "forking" the code base and putting it up on
another server. My goal is NOT to cause any type of rift in the HDF5
community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the
possible build systems for the HDF software. Since no one in our group has
expertise in Cmake, it is very hard for us to give an answer because of many
things we do not know.

As you all probably aware, build system for HDF (and I am talking here not
only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on
many platforms and in many environments (some are listed below plus some
unique platforms we support at the National Labs and other places), has to
support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O,
support shared libraries, support statically linked binaries, support
universal binaries :wink: for Mac, support cross-compilation, etc. To keep our
maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need
to think about other software we support and implication of this move on
other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on
evaluating Cmake capability for HDF5. One of the platforms that desperately
needs improvements for the build process is Windows. If we can make Cmake to
work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries
and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate
Cmake for HDF5; we would like to target Windows platforms first. After we
finish evaluation, we will be able to answer many questions your raised in
this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that
need to be verified/working? What testing infrastructure is needed? (MPI,
Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5
so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of
the work. I know I have more than a few projects that would benefit. Others
may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested
cmake, the task has a low priority, but it is on our radar.

Elena

On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject
has come up once or twice on the list, but I wonder if a decision has been
made.

Thanks

JB

--

John Biddiscombe, email:biddisco @ cscs.ch

http://www.cscs.ch/

CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07

Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________

Hdf-forum is for HDF software users discussion.

Hdf-forum@hdfgroup.org

http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Is that for HDF5 version 1.8? If so that is a pretty good start you have there. I could definitely build on that.

···

_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net
BlueQuartz Software www.bluequartz.net
Principal Software Engineer Dayton, Ohio

On Nov 16, 2009, at 3:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal > <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

Solomon,

Thank you for the link. It was very useful.

Elena

···

On Nov 16, 2009, at 2:59 PM, Solomon Gibbs wrote:

I have a rudimentary CMake config for HDF5 as a part of my project.

By rudimentary, I mean that it has only ever been tested on Windows/VS and it does not perform all of the configuration tasks. In particular, the architecture detection code in H5Detect is not run.

If you are interested in looking at it or using it as a starting point, my SVN tree is visible on Google Code: http://code.google.com/p/permafrost/source/browse/

The project itself is BSD licensed, but I'm willing to donate anything actually useful to the HDF Group with no restrictions.

On Mon, Nov 16, 2009 at 3:15 PM, Elena Pourmal > <epourmal@hdfgroup.org> wrote:
Mike and All,

Good questions. I am afraid we do not have good answers right now :wink:

On Nov 16, 2009, at 10:01 AM, Michael Jackson wrote:

What if one of _our_ paying customers has requested it and we went forward creating the CMake build system for HDF5 1.8.x. Would the HDF Group give their backing? By that I mean, is it possible to get CVS read/write access to the HDF5 source codes?
How willing is the HDF5 group to make some small tweaks to the HDF5 source codes to accommodate CMake if it were needed? I would much rather go down the road of creating a CMake version of HDF5 _if_ I had the official backing of the HDF5 group, rather than "forking" the code base and putting it up on another server. My goal is NOT to cause any type of rift in the HDF5 community but I am curios what The HDF Group's position is on this?

As I mentioned in my previous email, we do consider Cmake as one of the possible build systems for the HDF software. Since no one in our group has expertise in Cmake, it is very hard for us to give an answer because of many things we do not know.

As you all probably aware, build system for HDF (and I am talking here not only about HDF5 but HDF4, h4toh5, HDF Java products, etc.) has to work on many platforms and in many environments (some are listed below plus some unique platforms we support at the National Labs and other places), has to support Fortran(77,90,2003), C++, and Java, has to work well with MPI I/O, support shared libraries, support statically linked binaries, support universal binaries :wink: for Mac, support cross-compilation, etc. To keep our maintenance cost low, we cannot consider only moving HDF5 to Cmake, but need to think about other software we support and implication of this move on other packages that depend on HDF (may be none, I simply do not know)

Said this, we will be more than happy to work with the community on evaluating Cmake capability for HDF5. One of the platforms that desperately needs improvements for the build process is Windows. If we can make Cmake to work on Windows for

MSVS compilers+ Intel Fortran compilers + SZLIB + provide static libraries and DLLs
Cygwin
MinGW

it will be worth adding it to HDF5. (Do I contradict myself :wink:

Bottom line:

We will be glad to work with someone (Mike? as we planned?) to evaluate Cmake for HDF5; we would like to target Windows platforms first. After we finish evaluation, we will be able to answer many questions your raised in this email.

Thank you!

Elena

Also, what are the HDF Groups requirements as in Operating Systems that need to be verified/working? What testing infrastructure is needed? (MPI, Cluster, PCs, Macs, Linux, Solaris.. )

I am guessing that Kitware would be willing to host a "Dashboard" for HDF5 so that people can submit test results for their configurations.

Guessing, but I am thinking ParaView would be an immediate beneficiary of the work. I know I have more than a few projects that would benefit. Others may as well.

Thoughts?
_________________________________________________________
Mike Jackson mike.jackson@bluequartz.net

On Nov 16, 2009, at 10:49 AM, Elena Pourmal wrote:

John,

Decision has not been made. Since none of our paying customers requested cmake, the task has a low priority, but it is on our radar.

Elena
On Nov 16, 2009, at 9:04 AM, Biddiscombe, John A. wrote:

Does anyone have a cmakeified version of 1.8.x anywhere.

And do the hdf group have plans to move to a cmake based build? The subject has come up once or twice on the list, but I wonder if a decision has been made.

Thanks

JB

--
John Biddiscombe, email:biddisco @ cscs.ch
http://www.cscs.ch/
CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07
Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

_______________________________________________
Hdf-forum is for HDF software users discussion.
Hdf-forum@hdfgroup.org
http://mail.hdfgroup.org/mailman/listinfo/hdf-forum_hdfgroup.org

I just wanted to add a "me too". :slight_smile: i.e. I'd also like to see a switch
to CMake. It would make my life easier. Alas, I'm unable to contribute
anything towards the effort except for doing test builds on my various
configurations.

Cheers,

···

On 11/16/09 2:15 PM, Elena Pourmal said:

As I mentioned in my previous email, we do consider Cmake as one of
the possible build systems for the HDF software.

--
____________________________________________________________
Sean McBride, B. Eng sean@rogue-research.com
Rogue Research www.rogue-research.com
Mac Software Developer Montréal, Québec, Canada