Re: [Sshguard-users] Problem compiling sshguard 1.5 rc4

[Mij <mi...@ss...>]

Hi Julian

PATH_MAX is required by POSIX.1 from limits.h, and the _XOPEN_SOURCE
def I see passed in your gcc logs should enable that.

You could try to trace why PATH_MAX is not defined with some of these commands:

gcc -dD -E -DHAVE_CONFIG_H -I.    -I. -std=c99 -Wall  -D_XOPEN_SOURCE  -g -O2 -c sshguard_logsuck.c

--> see PATH_MAX in output? If not, cross-check with limits.h and find the variable
closest (in the headers) to it.

gcc -dD -E -DHAVE_CONFIG_H -I.    -I. -std=c99 -Wall  -D_XOPEN_SOURCE  -g -O2 -c sshguard_logsuck.c

--> this tells you what sequence of headers is included. If your OS has PATH_MAX (only) in
sys/syslimits.h, that should end up showing up there.


Feature-test macros normally wind up being tweaked by educated trial & error, since they
are compiler-specific but the headers are system-specific. Your OS is a special combo, so
there they could take some extra care.


On Dec 28, 2010, at 23:57 , Julián Moreno Patiño wrote:

> Hi Mij,
> 
> This FTBFS could be avoided if is added in src/sshguard_logsuck.c :
> 
> #ifndef PATH_MAX
> #   define PATH_MAX 4096
> #endif
> 
> I find best solution:
> 
> #ifndef PATH_MAX
> #   include <sys/syslimits.h>
> #endif
> 
> In kfreeBSD PATH_MAX value is in sys/syslimits.h , please considerer added in src/sshguard_logsuck.c
> 
> Kind regards,
> -- 
> Julián Moreno Patiño
>  .''`. Debian GNU/{Linux,KfreeBSD}
> : :' : Free Operating Systems
> `. `'  http://debian.org/
>   `-   PGP KEY ID 6168BF60
> Registered GNU Linux User ID 488513
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and, 
> should the need arise, upgrade to a full multi-node Oracle RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl_______________________________________________
> Sshguard-users mailing list
> Ssh...@li...
> https://lists.sourceforge.net/lists/listinfo/sshguard-users