===> The following configuration options are available for omniORB-4.3.4:
DOCS=on: Build and/or install documentation
STATIC=on: Build static executables and/or libraries
===> Use 'make config' to modify these settings
python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
(Only the first 15 lines of the commit message are shown above )
devel/omniORB: Mark BROKN on armv7 and i386
Currently the port is BROKEN on i386 and armv7 and I do not have the
resources to test these. If anyone has a fix feel free to fix.
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 )
devel: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* "Waitman Gobble" <uzimac@da3m0n8t3r.com>
* <jkoshy@FreeBSD.org>
* Aaron Dalton <aaron@FreeBSD.org>
* Aaron Dalton <aaron@daltons.ca>
* Aaron H. K. Diep <ahkdiep@gmail.com>
* Aaron Hurt <ahurt@anbcs.com>
* Abel Chow <abel_chow@yahoo.com>
* Adam McLaurin
* Adam Saponara <as@php.net>
* Adam Weinberger <adamw@FreeBSD.org>
* Ade Lovett <ade@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
devel/omniORB: Update version 4.2.0=>4.2.1
- Remove OPTIONS EXAMPLES as the mentioned file is a config file which has
been moved to @sample framework
- Remove <bsd.port.options.mk> in lieu of OPTIONSNG
- Fix patch files to reflect 'make makepatch'
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
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
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
(Only the first 15 lines of the commit message are shown above )
- Forced commit to note omniORB updated to 2.0.7
and py-omnyorb updated to 2.7.
Oops. With the last commit I've committed unfinished updates for both
omniORB and py-omniorb. py-omniorb has a pkg-plist problem yet.
But let it be. I'll fix it soon.
Update to 4.0.2
- Bug fixes.
- Use of standard iostreams in omniNames etc..
- Performance improvements.
- Use DOCSDIR
PR: 55849
Submitted by: Sergey Matveychuk <sem@ciam.ru> (maintainer)
- Update to version 4.0.0
- A fairly significant rewrite of the port, as 4.0.0 now deprecates the
traditinal OmniORB build infrastructure in favour of the GNU tools.
PR: 44338
Submitted by: wjv
Approved by: maintainer timeout
- Update of devel/omniORB to 3.0.3; also fixes significant problems with the
port (see below). - Submitted this to current maintainer on Wednesday 14
March; no response yet - The Python modules were not correctly installed to
the Python site library directory before. They are now. (Thanks to Michael
Ewe <m.ewe@t-online.de> for pointing out the issue.) - Used PORTDOCS
pragma in $PLIST.
- Update of port devel/omniORB from 3.0.1 to 3.0.2 - Have emailed the
MAINTAINER about this already - Changed master site to its new URL - Removed
dependency on Python 1.5, as it seemingly works fine with 2.0 - Alphabetised
the $PLIST while I was at it - Deleted file: files/patch-al (Explicit
linking against libgcc not necessary anymore since obrien closed PR 21983)
Number of commits found: 105 (showing only 100 on this page)
