> I agree with TC here. Using "forms.h" instead of <forms.h> is a good thing.
It's not really a religious issue with me.
> Unless you muck with compiler options, <forms.h> is /usr/include/forms.h.
> There may be people using XForms on systems where it hasn't been installed
> in /usr/include, or the version there may be old. There's no reason NOT to
> use "forms.h", since it allows a local copy to override the system copy.
gcc knows about /usr/include and /usr/local/include by default, so if
you put forms.h in one of those two places, then it'll find it by
default (I put my XForms stuff in /usr/local/{include,lib}, myself,
since I have an aversion to putting non-vendor supplied stuff in
/usr/{include,lib} -- makes upgrading an maintenance more difficult --
besides, my /usr/local partition is distributed to all like systems
via NFS). Putting it somewhere else probably means that you have a
non-standard system anyhow, and you're probably going to have a
gillion compiler flags anyhow, so one more won't make a lot of
difference.
Nonetheless, it's mostly a Don't Care to me.
spl
_________________________________________________
To unsubscribe, send the message "unsubscribe" to
xforms-request@bob.usuf2.usuhs.mil or see
http://bob.usuf2.usuhs.mil/mailserv/xforms.html
Xforms Home Page: http://bragg.phys.uwm.edu/xforms
List Archive: http://bob.usuf2.usuhs.mil/mailserv/list-archives/