Opened 4 years ago

Last modified 4 years ago

#1671 reopened defect

ExternalLibraries/HDF5 LIBSZ_DIR points to wrong place

Reported by: bmundim Owned by:
Priority: minor Milestone:
Component: EinsteinToolkit thorn Version: development version
Keywords: ExternalLibraries HDF5 Cc:


By convention the variable LIBSZ_DIR should point to the installation directory of the library sz, however here it points to the location of the library itself.
The attached patch fix this usage issue. I volunteer to fix the simfactory optionlists after applying this patch to both development and wheeler releases.

Attachments (1)

szlib_correct_path.patch (656 bytes) - added by bmundim 4 years ago.

Download all attachments as: .zip

Change History (9)

Changed 4 years ago by bmundim

Attachment: szlib_correct_path.patch added

comment:1 Changed 4 years ago by bmundim

Status: newreview

comment:2 Changed 4 years ago by Frank Löffler

I agree with the intention of the patch.

However, this patch alone would cause problems with library directories not called 'lib', but for instance 'lib64'. I suggest to add a solution like the one used in other ExternalLibraries, e.g. HDF5: to search in both 'lib64', and 'lib' (in that order).

comment:3 Changed 4 years ago by bmundim

Ok, good point. I will work on a similar solution then. Thanks!

comment:4 Changed 4 years ago by bmundim

There are other issues in that file as well.
For example if we are building the HDF5 library then we
use --with-zlib=${ZLIB_DIR} instead of what is suggested
in their website, `--with-zlib=INCDIR,LIBDIR'
and we don't have the option --with-szlib=/Szip_Install_Directory

Also note that ${ZLIB_DIR} is used when building but
$LIBZ_DIR when checking if we should link against zlib

To avoid further confusion and trying to stick to the
perceived convention, wouldn't be better to rename
respectively? and maybe add the ZLIB_INC_DIRS to satisfy
the requirement for configuring with `--with-zlib=INCDIR,LIBDIR'

comment:5 Changed 4 years ago by Erik Schnetter

Is there a particular problem you are trying to address?

zlib is widely available, and Cactus can even build it. There is no real need to use szip these days.

I have not encountered a problem when configuring HDF5 with zlib. This would only apply if we build HDF5 ourselves, but try to use an existing, non-standard zlib install. Since zlib is much faster to build than HDF5 this is not an important case in practice.

comment:6 Changed 4 years ago by bmundim

Is there a particular problem you are trying to address?

yes, preventing human beings like me from making silly mistakes :)
I set LIBSZ_DIR to the library installation directory and the compilation
aborted complaining it couldn't find the library. I looked at the
configure script at HDF5 thorn and realized about the inconsistent
notation. Just that. If we fix this notation we could prevent
others in the future, including myself again, from making the same
silly mistake, misled by this inconsistent notation, when preparing
or updating machine option lists.

comment:7 Changed 4 years ago by Frank Löffler

Status: reviewreopened

removing "review" until there is a new patch.

comment:8 Changed 4 years ago by Ian Hinder

Summary: ExternalLibraries/HDF5ExternalLibraries/HDF5 LIBSZ_DIR points to wrong place

Modify Ticket

Change Properties
Set your email in Preferences
as reopened The ticket will remain with no owner.
Next status will be 'review'.
as The resolution will be set.
to The owner will be changed from (none) to the specified user.
The owner will be changed from (none) to anonymous.

Add Comment

E-mail address and name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.