modular xorg.
- supply corresponding USE_XORG for all imake-using ports that need it
- USE_IMAKE no longer implies USE_XLIB in absence of USE_XORG
- retire USE_X_PREFIX which is not really used anywhere after the
above change
- a few minor nits like whitespace and SF macro
Tested by: 2 tinderbox runs by pav
Approved by: portmgr (pav)
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
gcc 3.x makes new assumptions on private c++ data
gcc 2.95 compiles mozart with no problems
PR: ports/76798
Submitted by: Paolo Veronelli <paolo_veronelli@yahoo.it>
the USE_<x> equivalents. In the current scheme of things, the WANT_
variables in this case are synonymous with the USE_ ones, and thus need
to be exterminated.
First in a series of major autotools cleanups.
don't want to. Unfortunately, I still can't get it to build because it appears
not to link against libgmp. Kris, if you think this is my problem to solve,
I will attempt to do so. Otherwise, I have kde 3.1 things to take care of,
and a cups upgrade to pull together. If I can get the cups upgrade done,
I'd like to get it in.
Approved by: kris
the ECHO macro is set to "echo" by default, but it is set to "true" if
make(1) is invoked with the -s option while ECHO_CMD is always set to
the echo command.
Use command macros where appropriate.
Patches are no longer needed, and part of pkg-plist is automatically
generated (code "borrowed" from O'Brien's vim5 port :).
I also moved the xemacs21 dependency to emacs20.
A concurrent, object-oriented, distributed language with constraint-based
inference.
PR: 19476
Submitted by: Mathias Picker <mathiasp@virtual-earth.de>
