revive wmmemload port

[Marco Beishuizen]

On Fri, 28 Aug 2015, the wise A.J. "Fonz" van Werven wrote:

> Hmm,
>
> It seems like <vm/vm_param.h> uses types such as u_int and dev_t without 
> including <sys/types.h>, which is where those types are defined. I'm not 
> sure whether that's a bug in FreeBSD or it's supposed to be this way, 
> but in the meantime, does it help if you add
>
> #include <sys/types.h>
>
> to mem_freebsd.c? If so, I'd suggest adding a patch to the port's files/ 
> directory.

Hi,

Adding <sys/types.h> results in less, but fatal errors as well:

...
===>  Building for wmmemload-0.1.8
--- all ---
/usr/bin/make  all-recursive
--- all-recursive ---
Making all in src
--- main.o ---
--- mem_freebsd.o ---
--- dockapp.o ---
--- main.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT main.o 
-MD -MP -MF .deps/main.Tpo -c -o main.o main.c
--- mem_freebsd.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT 
mem_freebsd.o -MD -MP -MF .deps/mem_freebsd.Tpo -c -o mem_freebsd.o 
mem_freebsd.c
--- dockapp.o ---
cc -DHAVE_CONFIG_H -I. -I..  -I/usr/local/include -I/usr/local/include 
-O2 -pipe -march=nocona  -fstack-protector -fno-strict-aliasing -MT 
dockapp.o -MD -MP -MF .deps/dockapp.Tpo -c -o dockapp.o dockapp.c
--- mem_freebsd.o ---
In file included from mem_freebsd.c:18:
/usr/include/vm/vm_param.h:94:2: error: unknown type name 'u_int'
         u_int   xsw_version;
         ^
/usr/include/vm/vm_param.h:95:2: error: unknown type name 'dev_t'; did you 
mean 'div_t'?
         dev_t   xsw_dev;
         ^
/usr/include/stdlib.h:62:3: note: 'div_t' declared here
} div_t;
   ^
2 errors generated.
*** [mem_freebsd.o] Error code 1
...

Regards,
Marco