Commit 68f4ca7 issues

[borg at uu3.net]

Yes, I upgrade to gcc-3.3.6 right away and also add gmake-3.80.
Yeah, everyone is moved to C99, I had hard time with quagga too.
Luicky, gcc upgrade fixed all problems there.

Anyway, im kinda regred sending an email about this now.
I added you a lot of work... If this will be too problematic,
just leave it as is. No need to bother to cover less that
0.1% uses cases here? I think its time to fork tinc to support
my old platforms like I do with everything else these days.

Kind Regards,
Borg

---------- Original message ----------

From: Guus Sliepen <guus at tinc-vpn.org>
To: tinc-devel at tinc-vpn.org
Subject: Re: Commit 68f4ca7 issues
Date: Fri, 8 Apr 2016 17:26:57 +0200
Message-ID: <20160408152657.GH3784 at sliepen.org>

On Fri, Apr 08, 2016 at 02:55:10PM +0200, borg at uu3.net wrote:

> There are few reasons why I stick to older OSes.
> In case of FreeBSD its my customized Imunes platform
> for network simulations...

Hm, I just tried FreeBSD 4.11 in a VM and it seems it doesn't support
C99 at all. So I guess you already had to install a newer GCC and what
not to get things running :)

> Anyway, back to root problem:
> gcc -std=gnu99 -DHAVE_CONFIG_H   -DCONFDIR=\"/etc\" -DLOCALSTATEDIR=\"/var\" 
> -DFORTIFY_SOURCE=2  -g -O2 -MT tincd.o -MD -MP -MF $depbase.Tpo -c -o tincd.o 
> tincd.c &&\
> mv -f $depbase.Tpo $depbase.Po
> tincd.c:52:20: getopt.h: No such file or directory
> tincd.c:102: error: elements of array `long_options' have incomplete type
> 
> Im not very familiar with all those newer fancy build systems (deps tracking),
> but for some reason getopt.h is not picked up from src directory at all

It's because the src directory is not in the global search path. This is
intended. The problem is more that the local getopt is always compiled
in, but the global headers are used. That should be fixed.

-- 
Met vriendelijke groet / with kind regards,
     Guus Sliepen <guus at tinc-vpn.org>