ports/123408: [patch] net/wmwlmon fix for gcc4.2 and partial fix for wi_req. Do not deprecate!

[Luke Dean]

>Number:         123408
>Category:       ports
>Synopsis:       [patch] net/wmwlmon fix for gcc4.2 and partial fix for wi_req.  Do not deprecate!
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun May 04 22:30:05 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Luke Dean
>Release:        6.3 and 7.0
>Organization:
>Environment:
FreeBSD greentower.lukas.is-a-geek.org 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun Apr 20 09:15:24 PDT 2008     lukas at greentower.lukas.is-a-geek.org:/usr/obj/usr/src/sys/CUSTOM  i386

>Description:
net/wmwlmon was just marked for deprecation because the removal of wi_req broke it.  
Also, on October 1, 2007, the port was marked broken with gcc4.2.

>How-To-Repeat:
N/A
>Fix:
wi_reg brokenness:
I have a simple conditional compillation patch that will allow the port to continue to function for everything except the wi NIC.  The troublesome code is confined to a single function that is only invoked in the presence of a wi NIC.  

Unfortunately my patch removes wi compatibility for versions of FreeBSD where wi_reg still exists.  If someone knows a better conditional compillation flag to use than __FreeBSD__, please do so.
Better yet, if someone knows how to correct the one small function that's causing the problem and has the right hardware to test it, that'd be great.

gcc4.2 brokenness:
I also made two small changes for some type mismatches.  The port now builds with 
gcc (GCC) 4.2.1 20070719  [FreeBSD]

This software is valuable to those of us who have never seen a wi NIC, and I don't want it to become deprecated just because it doesn't currently work with one odd NIC.  I hope that my contribution will help keep this port alive.

I have two patches to attach, but GNATS only allows one, so I will attach them in followups.

>Release-Note:
>Audit-Trail:
>Unformatted: