Add NO_STAGE all over the place in preparation for the staging support (cat: devel part 3)580a778a16
Port details
devel/log4cxx 1.8.0
C++ port of the Log4j project
Port info
- Maintainer
- sunpoet@FreeBSD.org
- Packages
- latest: 1.8.0
- Upstream
- up to date
- Last update
- to 1.8.0 · d6d13b0b68
- Quarterly
- 2026Q4: 1.8.0
- WWW
- https://logging.apache.org/log4cxx/
- Links
- cgit · VuXML · Report wrong data
Install
- Package
# pkg install log4cxxinstalls 1.8.0 fromlatest; fromquarterly(2026Q4) 1.8.0- Port
# cd /usr/ports/devel/log4cxx && make install clean# make -C /usr/ports/devel/log4cxx config # change options first
- Size
- 689 KiB download · 3.1 MiB installed
- Depends on
- devel/apr1 1.7.6.1.6.3, devel/libfmt 12.1.0, textproc/expat2 2.9.0
- License
- APACHE20
- Options
- 0 of 1 on in the package
Show the 1 options that are off
BOOST
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 1.8.0 | 1.8.0 | – |
| FreeBSD 15 | 1.8.0 | 1.8.0 | – |
| FreeBSD 14 | 1.8.0 | 1.8.0 | 1.8.0 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 1.8.0 | 1.8.0 | – |
| FreeBSD 14 | 1.8.0 | 1.8.0 | 1.8.0 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed and VuXML only (0)
No unaddressed CVE and nothing reported by
pkg audit for the packaged version 1.8.0.Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (90)
- bump PORTREVISION on ports with LIB_DEPENDS+= devel/apr1 while I'm here - convert to USES=gmake - trim Makefile header and respect nice_people57439975c2
- Unbreak build on HEADcab26dab96
Drop maintainership.d6c3962d81
Fix build with bmake09d7b4e13b
- Replace manual pre-configure magic by USES=pathfix [1] - No need for empty OPTIONS_DEFAULT - Honor portlint, replace tabs in header and WWW line by spaces Tested with: Tinderbox and manual inspection of .a and .so file [1]3fddaf1aa0
Make sure the default options (DOCS, EXAMPLES, IPV6, NLS) are always defined. Feature safe: yes5f545f7ce1
- convert an implicit dependency on doxygen into an explicit option - explicitly use optionsNG - bump PORTREVISION Feature safe: yesd719dfcb04
Cleanup Makefile headers of my ports. Just use my login for ports I originally created myself.902cc7fc4f
- The proper acronym for Apache Software License 2 is really AL2 - Thanks to crees@ for generating the initial patch PR: ports/163521 Submitted by: Pedro Giffuni <pfg apache.org> Hat: portmgr Exp run by: pave0ac1afbf4
Bump PORTREVISION to make sure that consumers of this port link against libgdbm.so.4 (committed 2011-09-12) and not against an older version.624880c3ee
-remove MD5d6db46aade
Sync to new bsd.autotools.mk4a8684e352
Punt autoconf267->autoconf2686abd00a86b
Fix build with clang. Submitted by: clang exp-run requested by kwm6068060a18
Round one migration of ports from automake{19,110} to automake1117e80cde328Migrate from devel/automake15 to devel/automake1956fb58c56f
Autotools update. Read ports/UPDATING 20100915 for details. Approved by: portmgr (for Mk/bsd.port.mk part) Tested by: Multiple -exp runs8262a7b51d
Add license information Approved by: tabthorpe (mentor, implicit)02a715ef17
Adopt these ports. Approved by: tabthorpe (mentor, implicit)4df4345b7d
Reset longtime inactive maintainer due to timeouts. Hat: portmgr Feature safe: yes0b33d7fda8
- apr should always be a LIB_DEPENDS PR: ports/146948 Submitted by: pgollucci@ (myself) Approved by: maintainer timeout (tcovert@sahuagin.net; 14 days)3279e572df
- Convert ports/ to devel/apr1 PR: ports/146553 Submitted by: myself (pgollucci@) With Hat: apache@55544fc2be
Update to 0.10.0 - add build dependency on devel/apr - clean up Makefile PR: ports/144968 Submitted by: rene Approved by: tabthorpe, maintainer timeoutcc96ba97cb
- Mark MAKE_JOBS_UNSAFE Reported by: pointyhat38eb8c5339
-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: portmgr789d75c728
- Update boost to 1.39 - Split boost port to separate components, with boost-all metaport PR: ports/137054 Submitted by: Alexander Churanov <churanov.port.maintainer@gmail.com> (maintainer)d1107bb40e
- Fix compiling with gcc 4 in some cases PR: 126486 Submitted by: Volker Werth <volker at vwsoft dot com> Approved by: maintainer timeout692389fb14
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script. Specifically, newer autoconf (> 2.13) has different semantic of the configure target. In short, one should use --build=CONFIGURE_TARGET instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)741aa71483Conversion from (now defunct) autoconf-2.61 to autoconf-2.62 Tested by: exp build run (erwin)771ea13f41
- Remove unneeded dependency from gtk12/gtk20 [1] - Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG - Remove X11BASE support in favor of LOCALBASE or PREFIX - Use USE_LDCONFIG instead of INSTALLS_SHLIB - Remove unneeded USE_GCC 3.4+ Thanks to all Helpers: Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr, ehaupt, nox, itetcu, flz, pav PR: 116263 Tested on: pointyhat Approved by: portmgr (pav)3e4ed01146
Remove always-false/true conditions based on OSVERSION 500000ec7c5b0142
Switch autoconf dependencies from 2.53 or 2.59 to 2.61. PR: ports/116639 Submitted by: aDe48420a5ebd
Remove USE_REINPLACE from all categories starting with D2406d49a61
Conversion to a single libtool environment. Approved by: portmgr (kris)8503536d38
SHA256ify (manually updated and checked) Approved by: krion@eabe5ffb0c
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.54a0b86543
At Kris's request, back out the MACHINE_ARCH spelling correction until after 5.4-RELEASE.c3d8037aeb
Assist getting more ports working on AMD64 by obeying the Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.f2fc2d60ae
Log4cxx is a port to C++ of the Log4j project. The goal is have the same functionnalities and interfaces of log4j. PR: ports/76287 Submitted by: Thaddeus Covert <tcovert+ports@sahuagin.net>aa16f3ce59