XmHTML is a Motif widget capable of displaying HTML 3.2 documents.
Features include a very good HTML parser (which is as also available
as a Widget) with excellent document verification and repair
capabilities.
Features built in support for X11 bitmaps, pixmaps, GIF87a & GIF89a
(using a patent free LZW decoding method), animated gifs, JPEG
(baseline and progressive) and PNG (all features supported), anchor
highlighting, text justification, full HTML <FRAME> support, HTML
frames and many more. It also comes with four examples demonstrating
possible use of the XmHTML widget.
===> The following configuration options are available for XmHTML-1.1.10_1:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
===> Use 'make config' to modify these settings
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
*/*: Fix build with llvm16 on 13.2-STABLE
As like as HEAD(14.0-RELEASE) llvm16 was merged in base for 13.2-STABLE
with the OSVERSION 1302507.
- Utilize USE_CXXSTD=c++14 or similar solution where applicable
- Update conditionals to addtionally check for OSVERSION greater than
1302507 and less than 1400000
Approved by: portmgr (blanket)
Sponsored by: The FreeBSD Foundation
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
x11-toolkits: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* 1wardd@airmail.net
* Alexander Kabaev <ak03@gte.com>
* Alexander Novitsky <alecn2002@yandex.ru>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Andreas Kohn <andreas@syndrom23.de>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Anton Berezin <tobez@FreeBSD.org>
* Brian Buchanan <brian@CSUA.Berkeley.EDU>
* Cezary Morga <cm@therek.net>
* Cheng-Lung Sung <clsung@FreeBSD.org>
* Danilo Egea Gondolfo <danilo@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Add USES=xorg USES=gl, ports categories x
Add USES=xorg and USES=gl to ports in categories starting with 'x'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
- Update devel/libtool and devel/libltdl to version 2.4.2.418
- Patch libtool so it uses the same library version specification as on
Darwin, Linux and other systems. Given the version current:revision:age
a library will be given the extension .so.major.age.revision with major
equal to current-age. Before libtool would use .so.current on FreeBSD.
- Patch libtoolize to remove two cases of umask 0 that caused libltdl
files to be copied world writable (--ltdl option)
- Let USES=libtool patch this new version correctly
- Adjust all ports with USES=libtool:build and bump PORTREVISION on their
dependent ports if a library version changed
PR: 194068
Exp-run by: antoine
Approved by: portmgr (antoine)
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
For ports maintained by ports@FreeBSD.org, remove names and/or
e-mail addresses from the pkg-descr file that could reasonably
be mistaken for maintainer contact information in order to avoid
confusion on the part of users looking for support. As a pleasant
side effect this also avoids confusion and/or frustration for people
who are no longer maintaining those ports.
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
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.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
libtool uber-patch
* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)
Approved by: portmgr (kris) - for the bsd.port.mk hooks
Tested by: bento 4-exp builds (repeatedly)
Apply patch for:
XmHTML does not build: debug.c:113: initializer element is not constant
When trying to build XmHTML-1.1.7_1 on -current as of 7-JAN-2002, I got
the following error during build:
rm -f .libs/debug.lo
cc -O -pipe -DVERSION=1107 -DHAVE_REGEX_H -DHAVE_LIBJPEG -DHAVE_LIBPNG -DMotif
-I. -I../include -I../include/common -I../../include -I../../include/common
-I../../include/XmHTML -I/usr/X11R6/include -I/usr/local/include -c debug.c
-fPIC -DPIC -o .libs/debug.lo
debug.c:113: initializer element is not constant
gmake[2]: *** [debug.o] Fehler 1
Strangely enough, the build continued without rebuilding the remaining
files of this directory. The make install aborted, of course, because
parts of the product had not been built.
(gmake problem)
PR: 34636
Submitted by: gwk@mscsoftware.com
Approved by: Lars.Koeller@Uni-Bielefeld.DE
- Cleanup of Makefile - Properly support of CC/CFLAGS/PREFIX added - Remove
version number from dirnames (share/doc/XmHTML, share/examples/XmHTML) -
Exclude (archtecture dependent) binary program from share/examples/XmHTML -
Respect NOPORTDOCS - Increase PORTREVISON to 1 PR: 23832 Submitted by:
tkato@prontomail.ne.jp
Update to version 1.1.7, needed be grace-5.1.2. Alas the imake build of the
source tree is toally broken: It's necessary to use the Makefiles and do the
install by "hand" with manually callinmg libtool, etc. PR: ports/20464,
ports/20577, ports/21836
Change motif to a normal dependency. REQUIRES_MOTIF is now called USE_MOTIF
and generates a LIB_DEPENDS to x11-toolkits/open-motif. As before, it implies
USE_XPM (and therefore USE_XLIB). Motif-dummy is removed from
PKG_IGNORE_DEPENDS, whose sole resident is now XFree86-3.
