On 12 January 2011 22:05, Niels Baggesen wrote:
> Right, having spent the evening with it, it now compiles for OpenBSD
> 4.7, NetBSD 4 and 5, FreeBSD 7 and 8, DragonFly 1.12 and 2.6, and
> RedHat/CentOS 4, 5, 6 ...
>
> You can find the results at http://baggesen.net/~nba/buildbot/ including
> a sm
Den 11-01-2011 17:21, Dave Shield skrev:
> OK - I've now applied all of the patches where I
> feel that I understand what they are doing.
:-)
> Niels, can you try the three *BSD environments again,
> and let me know what does/doesn't work.
> In particular, what currently fails under OpenBSD?
On Tue, 11 Jan 2011 09:18:51 +0100 Magnus wrote:
MF> On Mon, 2011-01-10 at 23:41 +0100, Thomas Anders wrote:
MF> > ../include/net-snmp/library/snmp_transport.h:61: error: field `sin6' has
incomplete type
MF>
MF> That looks like missing checks for NETSNMP_ENABLE_IPV6.
yep... fixed..
On 11 January 2011 07:23, Niels Baggesen wrote:
> after Dave's mighty BSD job FreeBSD still compiles,
> NetBSD and OpenBSD still doesn't.
>
> But until further I will leave to him to complete it
OK - I've now applied all of the patches where I
feel that I understand what they are doing.
Ni
On Mon, 2011-01-10 at 23:41 +0100, Thomas Anders wrote:
> Also, building trunk on HP-UX 11.00 currently fails with:
>
> - --- snip ---
> making all in /my/build/5.7svn/hpux/snmplib
> gmake[1]: Entering directory `/my/build/5.7svn/hpux/snmplib'
> /bin/sh ../libtool --mode=compile /opt/fsw/gcc343/
On Mon, Jan 10, 2011 at 11:41:28PM +0100, Thomas Anders wrote:
> Niels Baggesen wrote:
> > The RHEL4 problem should be fixable by adding two dummy parameters to
> > the call to pci_lookup_name (the call was made "varargs" in pciutils 2.2
> > which is in RHEL5)
>
> That RHEL4 problem is still pre
Niels Baggesen wrote:
> The RHEL4 problem should be fixable by adding two dummy parameters to
> the call to pci_lookup_name (the call was made "varargs" in pciutils 2.2
> which is in RHEL5)
That RHEL4 problem is still present in trunk. Does anyone care to commit a fix?
Also, building trunk on H
On 7 January 2011 13:32, Niels Baggesen wrote:
> On Thu, Jan 06, 2011 at 04:50:28PM +, Dave Shield wrote:
>> My inclination would be to apply the patches individually, rather
>> than all in one go. That might be a bit more work, but should
>> make it easier to identify related changes (and w
On Thu, Jan 06, 2011 at 04:50:28PM +, Dave Shield wrote:
> My inclination would be to apply the patches individually, rather
> than all in one go. That might be a bit more work, but should
> make it easier to identify related changes (and what problems they
> are trying to address).
That wou
> On Thu, 6 Jan 2011 16:50:28 +, Dave Shield
> said:
DS> - is this a sensible thing to consider doing?
Yes.
DS> - are there any licensing issues to prevent us simply picking
DS> the patches up from the relevant *BSD archives ?
What's the license of their patches? I'd assume sin
On 5 January 2011 22:23, Niels Baggesen wrote:
> I have been looking at the patches that the BSD's apply to our baby in
> their ports, [and] then it compiles on FreeBSD
> 4,7,8, NetBSD 4,5, DragonFly 1.12,2.6, OpenBSD 4.7, RHEL 4,5,6, Solaris
> 8,10,11
I must admit that I'm very tempted by t
On Tue, 04 Jan 2011 00:03:58 +0100 Thomas wrote:
TA> On Mon, 03 Jan 2011 09:08:31 +0100, Magnus Fromreide
TA> wrote:
TA> > All but RHEL4 looks like they are due to struct sockaddr (from
TA> > ) not being defined. This in turn is allowed by posix as
TA> > it states that "Inclusion of the header ma
Den 03-01-2011 09:08, Magnus Fromreide skrev:
> All but RHEL4 looks like they are due to struct sockaddr (from
> ) not being defined. This in turn is allowed by posix as
> it states that "Inclusion of the header may also make
> visible all symbols from and." so the quick
> fix is to add
>
> #if H
On Tue, 2011-01-04 at 00:03 +0100, Thomas Anders wrote:
> On Mon, 03 Jan 2011 09:08:31 +0100, Magnus Fromreide
> wrote:
> > All but RHEL4 looks like they are due to struct sockaddr (from
> > ) not being defined. This in turn is allowed by posix as
> > it states that "Inclusion of the header may a
On Mon, 03 Jan 2011 09:08:31 +0100, Magnus Fromreide
wrote:
> All but RHEL4 looks like they are due to struct sockaddr (from
> ) not being defined. This in turn is allowed by posix as
> it states that "Inclusion of the header may also make
> visible all symbols from and ." so the quick
> fix is
On Mon, 03 Jan 2011 09:08:31 +0100 Magnus wrote:
MF> As an aside I'd like to know why netsnmp_sockaddr_storage is needed, as
MF> opposed to sockaddr_storage from sys/socket.h? Is it some ancient unix
MF> stuff from when ipv6 was supported through extensions or what?
mostly because netsnmp_sockaddr
On Mon, 2011-01-03 at 00:24 +0100, Thomas Anders wrote:
> Unfortunately, the multi-platform build status of current SVN trunk
> leaves something to be desired. I really hope that none of these
> errors affect V5-6-patches.
> Comments/fixes appreciated.
All but RHEL4 looks like they are due to str
Unfortunately, the multi-platform build status of current SVN trunk leaves
something to be desired. I really hope that none of these errors affect
V5-6-patches.
Comments/fixes appreciated.
AIX 5.3:
making all in /my/build/trunk/aix/snmplib
gmake[1]: Entering directory `/my/build/trunk/aix/snmpli
18 matches
Mail list logo
