[MacPorts] #42858: [NEW] suricata 1.4.7

[MacPorts]

#42858: [NEW] suricata 1.4.7
-------------------------+--------------------------------
  Reporter:  jul_bsd@…   |      Owner:  macports-tickets@…
      Type:  submission  |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.2.1
Resolution:              |   Keywords:
      Port:  suricata    |
-------------------------+--------------------------------

Comment (by cal@…):

 Also, here's a patch to fix the build problem with clang due to the system
 headers defining `strlcat(3)` and `strlcpy(3)` as macros:
 {{{
 #!patch
 --- configure.ac.orig   2014-04-20 10:01:53.000000000 +0200
 +++ configure.ac        2014-04-20 10:02:02.000000000 +0200
 @@ -155,7 +155,7 @@
      # Checks for library functions.
      AC_FUNC_MALLOC
      AC_FUNC_REALLOC
 -    AC_CHECK_FUNCS([gettimeofday memset strcasecmp strchr strdup strerror
 strncasecmp strtol strtoul memchr])
 +    AC_CHECK_FUNCS([gettimeofday memset strcasecmp strchr strdup strerror
 strncasecmp strtol strtoul memchr strlcat strlcpy])

      # Add large file support
      AC_SYS_LARGEFILE
 --- src/suricata-common.h.orig  2014-04-20 09:52:58.000000000 +0200
 +++ src/suricata-common.h       2014-04-20 09:54:45.000000000 +0200
 @@ -304,8 +304,16 @@
  #include "util-optimize.h"
  #include "util-path.h"

 +#ifndef strlcat
 +/* strlcat is a macro on some systems; if it is, we probably don't need
 this
 + * declaration and the macro expansion will break the declaration. */
  size_t strlcat(char *, const char *src, size_t siz);
 +#endif
 +#ifndef strlcpy
 +/* strlcpy is a macro on some systems; if it is, we probably don't need
 this
 + * declaration and the macro expansion will break the declaration. */
  size_t strlcpy(char *dst, const char *src, size_t siz);
 +#endif

  #endif /* __SURICATA_COMMON_H__ */
 }}}

 Please submit this patch upstream as well.

-- 
Ticket URL: <https://trac.macports.org/ticket/42858#comment:4>
MacPorts <http://www.macports.org/>
Ports system for OS X