[med-svn] [htslib] 04/06: Provide a fallback for PATH_MAX if it is not defined

[Andreas Tille]

This is an automated email from the git hooks/post-receive script.

tille pushed a commit to branch debian/unstable
in repository htslib.

commit 5586168b1440b7c54460e0312551973c61276414
Author: John Marshall <jm18 at sanger.ac.uk>
Date:   Mon Sep 12 16:15:00 2016 +0100

    Provide a fallback for PATH_MAX if it is not defined
    
    (TODO) Ideally we should be using kstrings rather than PATH_MAX and
    FILENAME_MAX.  The relative_to functionality of open_path_mfile() is
    in fact unused in HTSlib; eventually cram_populate_ref() should use
    other facilities and open_trace_file.{c,h} will disappear anyway.
    
    Obsoletes debian/1.3.1-3:debian/patches/define_PATH_MAX.patch
---
 cram/cram_io.c | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/cram/cram_io.c b/cram/cram_io.c
index a1f51a0..37c75cb 100644
--- a/cram/cram_io.c
+++ b/cram/cram_io.c
@@ -86,6 +86,10 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 #include "htslib/bgzf.h"
 #include "htslib/faidx.h"
 
+#ifndef PATH_MAX
+#define PATH_MAX FILENAME_MAX
+#endif
+
 #define TRIAL_SPAN 50
 #define NTRIALS 3
 

-- 
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/debian-med/htslib.git