Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
liboil-0.3.17
=============
New release of liboil out. Fixes a bunch of compile bugs.
***** WARNING *****
Liboil is now in maintenence-only mode. No new features will
be added, and bugs will be fixed according to their severity and
availablility of patches.
Users of liboil are recommended to switch to Orc
(http://code.entropywave.com/projects/orc/). Please contact
David Schleef <ds at schleef.org> about converting liboil functions
to Orc code -- in many cases this work has already been done.
Version bump
if's need else's. Fix previous commit
Wrap force_align_arg_pointer in HAVE_I386
Add AltiVec detection support for OpenBSD
Fix double free on failed arm_init
Add SSE detection support for OpenBSD
init: shortcut benchmarking, if there is only one runable implementation.
Add x86_64/amd64 to unaligned access whitelist
Add cris to unaligned access whitelist
remove ltdl.m4
Clean up function prototypes used for casting
bump version
Remove ' DATA' from symbol list
Add srcdir to includes for out-of-source builds
Fix cpu detection on OS/X
Add avg2_32xn_u8
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
Pkgsrc changes:
o Provide proper detection of altivec on NetBSD powerpc ports.
As an added bonus, this now builds on NetBSD/macppc 3.1 where
it didn't earlier.
This release merges lots of distributions patches and bug fixes
and adds new functionality used by the upcoming (now!) release
of Schroedinger-1.0.0.
pkgsrc note: someone with an arm (pun intended), or who knows how to
detect a "VFP" might want to tune the cpu feature detection code
about ICEs with gcc3.
The difference now is that SSE2+ generally works in i386, due to some
evil hacks in liboil which work around gcc's problems. With gcc4
everything is fine for me. So disable the functions suspected to cause
ICEs only for gcc<4 on i386.
This hopefully fixes PR pkg/36142 by Gilles Gravier.
changes:
- Finally integrated the SSE stack realignment wrappers and reenabled
the SSE intrinsics code.
- Migrated some new classes from Schroedinger for adding/subtracting
s16 and u8 values.
- Improved CPU detection on Solaris
- Remove XScale timestamping function, since it's not available from
user space
- Export oil_debug_print(), so the OIL_DEBUG() macros can be used
outside the library.
- Various new implementations.
changes:
- Lots of new classes and implementations were added for Schrödinger.
- Several i386 implementations also compile on amd64, so these were
copied over to a separate directory and are now enabled on amd64.
- Feature detection on amd64 has been fixed.
- All known startup warnings have been fixed.
- The core now handles arrays that are 'N plus a constant' in length.
- Wrap a bunch of functions in HAVE_UNALIGNED_ACCESS to indicate that
they require an architecture that handles unaligned access.
PR pkg/34886. Just #ifdef out the code on i386; it was disabled at
another layer anyway (due to alignment problems with any gcc on i386).
Thanks to Robert for testing.
-Make sure cpuid is read on amd64, to enable mmx/sse support. (We could
just assume it, but for the future this makes more sense.)
-bump PKGREVISION
the header name in the installed headers. Otherwise the packages that
depend on this one have to use the same hack as in the previous revision
of this file.
and add a new helper target and script, "show-buildlink3", that outputs
a listing of the buildlink3.mk files included as well as the depth at
which they are included.
For example, "make show-buildlink3" in fonts/Xft2 displays:
zlib
fontconfig
iconv
zlib
freetype2
expat
freetype2
Xrender
renderproto
RECOMMENDED is removed. It becomes ABI_DEPENDS.
BUILDLINK_RECOMMENDED.foo becomes BUILDLINK_ABI_DEPENDS.foo.
BUILDLINK_DEPENDS.foo becomes BUILDLINK_API_DEPENDS.foo.
BUILDLINK_DEPENDS does not change.
IGNORE_RECOMMENDED (which defaulted to "no") becomes USE_ABI_DEPENDS
which defaults to "yes".
Added to obsolete.mk checking for IGNORE_RECOMMENDED.
I did not manually go through and fix any aesthetic tab/spacing issues.
I have tested the above patch on DragonFly building and packaging
subversion and pkglint and their many dependencies.
I have also tested USE_ABI_DEPENDS=no on my NetBSD workstation (where I
have used IGNORE_RECOMMENDED for a long time). I have been an active user
of IGNORE_RECOMMENDED since it was available.
As suggested, I removed the documentation sentences suggesting bumping for
"security" issues.
As discussed on tech-pkg.
I will commit to revbump, pkglint, pkg_install, createbuildlink separately.
Note that if you use wip, it will fail! I will commit to pkgsrc-wip
later (within day).
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
Liboil is a library of simple functions that are optimized for various CPUs.
These functions are generally loops implementing simple algorithms, such as
converting an array of N integers to floating-point numbers or multiplying
and summing an array of N numbers. Such functions are candidates for
significant optimization using various techniques, especially by using
extended instructions provided by modern CPUs (Altivec, MMX, SSE, etc.).
Many multimedia applications and libraries already do similar things
internally. The goal of this project is to consolidate some of the code
used by various multimedia projects and also make optimizations easier to
use by a broader range of applications.
This is needed for the upcoming gstreamer 0.10.
