couple of mac building issues, patch for one

Hi,
I've been a screen user for a few years on linux, but when switching
to osx as my primary os not too long ago (long story...) I found the
current development versions wont build.  The issue was just a #ifdef
that was checking the wrong item, patch attached. (sorry if this isn't
the right place, given recent activity it seemed like the best idea)

There is one other issue however that I'm having much worse trouble
tracking down.  On osx if I specify that screen should use
screen-256color-bce as its TERM, it fails back to vt100 and all
features disappear, once this happens I can't change screen's internal
term through ^a:term it just sticks there.  As a temporary measure I'm
having it use xterm-256color, but I would like to find/fix the issue,
if anyone knows where I might look for that it would be very helpful.
Oh, and that term value works fine on linux and the terminfo file is
in the path in 3 seperate places... so it shouldn't be a path issue.

-- 
-N
AKA:Tom Scogland
I am enough of an artist to draw freely upon my imagination.
Imagination is more important than knowledge. Knowledge is limited.
Imagination encircles the world.
-Albert Einstein

From d408e343e5ce1236206ec21b788a9514e0620479 Mon Sep 17 00:00:00 2001
From: Tom Scogland <[email protected]>
Date: Thu, 26 Jun 2008 07:14:17 -0500
Subject: [PATCH] fix for not building on osx, header file included which does not exist, wrong define check, used 'HAVE_SVR4_PTYS' instead of 'SVR4' to check for existance in pty.c

---
 src/pty.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/src/pty.c b/src/pty.c
index f89d44c..8307ced 100644
--- a/src/pty.c
+++ b/src/pty.c
@@ -34,7 +34,7 @@
 #endif
 
 /* for solaris 2.1, Unixware (SVR4.2) and possibly others */
-#ifdef HAVE_SVR4_PTYS
+#ifdef SVR4
 # include <sys/stropts.h>
 #endif
 
-- 
1.5.5.3